"STOP 0x0000000A" com Scsiport no Windows NT 4.0 SP5

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 236981
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
IMPORTANTE: Este artigo contém informações sobre como modificar o registo. Antes de modificar o registo, certifique-se para uma cópia e certifique-se de que compreende como o restaurar o registo se ocorrer um problema. Para obter informações sobre como efectuar cópias de segurança, restaurar e editar o registo, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
256986 Descrição do registo do Microsoft Windows
Sintomas
Poderá detectar uma mensagem de erro "STOP 0x0000000A" depois de aplicar o Windows NT 4.0 Service Pack 5 (SP5) num computador com uma placa IBM ServerRaid SCSI. Este problema pode ocorrer dependendo do valor de dados do valor de registo NumberOfRequests associado ao adaptador SCSI.

Computadores com outros adaptadores SCSI, também poderão detectar sintomas semelhantes.
Causa
Foi feita uma alteração no SP5 para o algoritmo que valida o valor de dados do valor NumberOfRequests armazenado na seguinte chave de registo:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NomeControlador\Parameters\Devicen
O algoritmo no SP5 está defeituosa e não devolve os resultados correctos para qualquer valor superior a 255. Em especial, a mensagem de erro listadas acima resultados se o parâmetro estiver definido para 256 ou 512.

Resolução
Para resolver este problema, obtenha o service pack mais recente do Windows NT 4.0 ou a actualização de individual software. Para obter informações sobre como obter o service pack mais recente, vá para:
  • 152734 como obter o service pack mais recente do windows nt 4.0
Para obter informações sobre como obter a actualização de individual software, contacte o suporte técnico da Microsoft. Para obter uma lista completa dos números de telefone do suporte técnico da Microsoft e informações sobre os custos de suporte, visite o seguinte endereço na World Wide Web:
Como contornar
AVISO: Se utilizar o Editor de registo incorrectamente, poderá provocar problemas graves que poderão forçar a reinstalação do sistema operativo. A Microsoft não garante que consiga resolver os problemas resultantes da utilização incorrecta do Editor de registo. Utilize o Editor de registo na sua conta e risco.

Para contornar este problema e obter os resultados esperados sem aplicar esta correcção, restringir o valor de dados do valor NumberOfRequests para o intervalo de 16 a 255.
Ponto Da Situação
A Microsoft confirmou que este é um problema no Windows NT 4.0 e Windows NT Server 4.0, Terminal Server Edition. Este problema foi primeiro corrigido no Windows NT Server versão 4.0, Terminal Server Edition Service Pack 6.
Mais Informação
Antes de SP5, o algoritmo para validar este parâmetro também está com problemas, mas não de tal forma que resulta de uma mensagem de erro "STOP". Em especial, os valores entre 256 e 512 são reduzidos para o intervalo de 16 a 255.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 236981 - Última Revisão: 01/09/2015 22:52:25 - Revisão: 3.0

  • kbnosurvey kbarchive kbhotfixserver kbqfe kbbug kbenv kberrmsg kbfix kbmt KB236981 KbMtpt
Comentários