Recentemente tentei instalar o Windows Vista no modo AHCI. Suspeito que esta aventura de alguma forma tornou o controlador Intel SATA integrado inoperante no modo AHCI. Comecei com um HDD SATA limpo (preenchido com zeros) e AHCI para controlador Intel habilitado na configuração do BIOS do sistema. Particionei o HDD na configuração do Windows Vista, usando o Diskpart.
Eu estava tentando instalá-lo em uma partição lógica (ou seja, unidade lógica, volume lógico), conforme a seguir.
- 500 MB Primário, ativo
- 40.000 MB estendidos
- 40.000 MB lógicos
Mas o Windows se recusou a aceitar esta partição. Ele seria iniciado, parado e retornado uma mensagem de erro.
O Windows não conseguiu determinar se este computador contém um volume de sistema válido.
Foi bom o suficiente para me permitir clicarPróximopara iniciar a instalação. Mas não foi bom o suficiente, obviamente. Depois de algumas pesquisas na web, descobri que isso tem a ver com a ordem do dispositivo de inicialização do BIOS e com a incapacidade do programa de instalação do Windows Vista de lidar adequadamente com a instalação a partir de uma unidade flash USB. Eu estava usando uma unidade flash USB para a instalação, criada com a ferramenta de download de USB/DVD do Windows 7.
Então mudei a ordem de inicialização no BIOS, conforme a seguir.
Device boot order from...
Floppy
Hard disk
CD-ROM
To...
Hard disk
Disabled
USB-HDD
And hard disk boot priority from...
Seagate disk
Seagate disk
Kingston USB
WD disk
WD disk
Bootable add-in card
To...
Seagate disk
Seagate disk
WD disk
WD disk
Bootable add-in card
Kingston USB
De volta à configuração do Windows Vista, usei o Diskpart para limpar o HDD. Então decidi dar mais espaço à partição primária, apenas para garantir. Então eu tive as seguintes partições.
- 1000 MB Primário, ativo
- 40.000 MB estendidos
- 40.000 MB lógicos
A instalação será iniciada na partição lógica. Então me afastei do computador, pensando que agora estava tudo bem. Mas quando voltei, ele havia parado com mais um erro.
O Windows não pode copiar os arquivos necessários para a instalação. Certifique-se de que todos os arquivos necessários para instalação estejam disponíveis e reinicie a instalação. Código de erro: 0x80070070
Eu tentei mais uma vez. Usei o Diskpart novamente para limpar o disco. Então aumentei o tamanho da partição primária da seguinte forma.
- 4.000 MB Primário, ativo
- 40.000 MB estendidos
- 40.000 MB lógicos
Então comecei a instalação novamente. Desta vez não encontrei nenhum erro. Passou por todas as etapas: copiar arquivos, expandir arquivos, instalar recursos, instalar atualizações, concluir a instalação. O computador foi reiniciado e parou logo após a linha a seguir.
Serial ATA AHCI BIOS, Version iSrc 1.20E
Copyright (c) 2003-2008 Intel Corporation
** This version supports only Hard Disk and CDROM drives **
Please wait. This will take few seconds.
Controller Bus#00, Device#1F, Function#02: 06 Ports, 04 Devices
_
Suspeito que a configuração do Windows Vista encontrou o primeiro erro durante a instalação porque não foi possível instalar no HDD usando o modo AHCI, no qual redefiniu a configuração AHCI de alguma forma, e então consegui instalá-lo pela segunda vez sem erro porque meu BIOS foi restaurado para o modo IDE.
Pressionar o botão Reset no computador fez com que ele fosse desligado instantaneamente! Em seguida, liguei novamente, passei pela tela do POST e parei novamente na mesma linha. Pressionar Ctrl+Alt+Del para reiniciar e depois a tecla DEL para entrar na configuração do BIOS não me leva à tela de configuração. Ele fica preso na mesma linha e não consigo ultrapassá-lo.
Agora, executei todas as etapas normais de limpeza do CMOS. A única maneira de passar por essa tela é limpar o CMOS usando os pinos de jumper da placa-mãe. Isso ocorre porque não consigo entrar na configuração do BIOS para carregar as configurações padrão. Além disso, depois que o modo SATA foi definido como Desativado (IDE), consegui passar da tela do BIOS AHCI e voltar à instalação do Windows Vista. A instalação até foi concluída. Mas se eu retornar à configuração do BIOS e ativar o AHCI novamente, ele irá parar na mesma linha novamente.
Outra maneira de passar pela tela do BIOS AHCI e pela linha onde ela fica presa é desconectar o HDD da porta SATA. Mas é claro que não consigo iniciar nada. Quero dizer, se eu deixar o modo SATA definido como Desativado (IDE), posso pelo menos inicializar no Windows Vista.
Tentei conectar o HDD a uma porta diferente e também desconectei todas as outras unidades de HDD. Testei cada porta, uma por uma, de 0 a 5. Na verdade, surge um padrão interessante, onde a linha "nenhum dispositivo encontrado" aparece para cada porta SATA verificada anteriormente (começando pela porta atualmente conectada).
Com HDD na porta SATA 0...
Controller Bus#00, Device#1F, Function#02: 06 Ports, 04 Devices
_
Com HDD na porta SATA 1...
Controller Bus#00, Device#1F, Function#02: 06 Ports, 04 Devices
Port-00: No device detected
Com HDD na porta SATA 2...
Controller Bus#00, Device#1F, Function#02: 06 Ports, 04 Devices
Port-00: No device detected
Port-01: No device detected
Com HDD na porta SATA 3...
Controller Bus#00, Device#1F, Function#02: 06 Ports, 04 Devices
Port-00: No device detected
Port-01: No device detected
Port-02: No device detected
Com HDD na porta SATA 4...
Controller Bus#00, Device#1F, Function#02: 06 Ports, 04 Devices
Port-00: No device detected
Port-01: No device detected
Port-02: No device detected
Port-03: No device detected
Com HDD na porta SATA 5...
Controller Bus#00, Device#1F, Function#02: 06 Ports, 04 Devices
Port-00: No device detected
Port-01: No device detected
Port-02: No device detected
Port-03: No device detected
Port-04: No device detected
Como você pode ver, ele para na porta que está sendo verificada no momento. Então, se eu desconectar o HDD, recebo este erro engraçado.
Controller Bus#00, Device#1F, Function#02: 06 Ports
No device found
AHCI BIOS not installed
BIOS AHCI não instalado
Digo engraçado porque afirma claramente na primeira linha que estou usando "Serial ATA AHCI BIOS, versão iSrc 1.20E". Mas a verificação do dispositivo falha por algum motivo. Talvez seja por isso que vejo o erro “AHCI BIOS não instalado”? Li uma dúzia de páginas da web sobre esse tipo de erro e não encontrei nada conclusivo sobre ele. Alguns dizem que é normal. Mas, por um lado, eu sei que está escrito “AHCI BIOS instalado” em uma das minhas outras placas-mãe, uma que é do mesmo fabricante e geração, e também usa Award BIOS.
Tenho certeza de que há um motivo para imprimir "AHCI BIOS não instalado". Provavelmente não é algo que o programador do BIOS considerou uma piada engraçada para fazer o usuário pensar que há algo errado com o sistema enquanto ele está operando normalmente (ou seja, a mensagem é "normal"). Provavelmente há mais coisas do que a maioria de nós gostaria de saber, porque requer muito tempo de investigação e um nível de conhecimento que os usuários comuns não possuem. Os fornecedores de BIOS e projetistas de placas, por outro lado, não se preocupam em manter o firmware antigo do BIOS por mais de 2 ou 3 anos (às vezes isso é menor que o tempo de garantia das placas mais caras). Em vez disso, eles passam para a “próxima grande novidade” e esperam que você continue comprando novo hardware a cada ano.
A mesma mensagem (AHCI BIOS não instalado) aparece se eu conectar o HDD ao controlador Gigabyte SATA. Eu supero essa tela, no entanto. Mas isso ocorre apenas porque o controlador Gigabyte SATA está configurado para o modo IDE e o Windows Vista é carregado.
Existe uma maneira de redefinir ou atualizar novamente a ROM do controlador SATA sozinho? Além do BIOS do sistema principal? O que exatamente é "AHCI BIOS"? É como uma extensão do BIOS? E faz parte do código principal do BIOS do sistema? Ele está armazenado no mesmo chip flash?
Além disso, o que você acha disso e qual é a sua experiência com esse tipo de problema?
Capturas de tela
Atualização 1
Verifiquei os drivers e o pciide.sys estava habilitado, assim como o msahci.sys. Mas iastorv.sys não era. Eu testei habilitá-lo e habilitar o Intel AHCI na configuração do BIOS. Isso não ajudou. Ele ainda fica preso na detecção de dispositivos AHCI BIOS.
Atualização 2
Com os mesmos drivers habilitados (pciide.sys, msahci.sys, iastorv.sys), testei a conexão ao controlador Gigabyte SATA com AHCI habilitado na configuração do BIOS. O Windows Vista começou a carregar e a barra de progresso apareceu, mas logo depois encontrou um BSOD e foi reiniciado. Ele simplesmente continuou girando assim.
Testei desabilitar iastorv.sys e manter apenas msahci.sys (e pciide.sys) habilitados. Na verdade funcionou!
Alguns fóruns da web solicitarão que você tenha todos os drivers relacionados ao AHCI habilitados no Windows (iastor.sys, iastorv.sys, msahci.sys) para facilitar a alternância entre AHCI e IDE (pciide.sys geralmente é habilitado por padrão na maioria das instalações, para compatibilidade, eu acho). Mas como você pode ver, às vezes é mais sensato desabilitar um deles ou todos os drivers que você não está usando e não planeja usar.
Embora este seja um controlador SATA diferente (não Intel), estou começando a pensar que isso pode estar relacionado aos drivers.
Atualização 3
Controlador gigabyte...
Agora instalei o driver oficial do controlador Gigabyte SATA. É a versão 1.17.50.2. O Gerenciador de dispositivos agora mostra as duas descrições de dispositivos a seguir.
- Controlador IDE PCIE de canal duplo padrão JMB36X
- Controlador GIGABYTE GBB36X
Parece ser baseado em um chip JMicron.
O controlador Intel SATA está listado comoControlador Serial ATA AHCI 1.0 padrão. Ignore o ponto de exclamação próximo a ele. Isso só porque desabilitei o driver msahci.sys que ele estava usando, então ele está reclamando. Mas eu estava executando o Windows Vista no controlador Gigabyte no modo IDE, então isso não importava. Eu o habilitei novamente antes de reiniciar.
Então reiniciei e habilitei o modo AHCI para o controlador Gigabyte e o Windows Vista carregou normalmente. Sem problemas. Posso dizer com segurança que o controlador Gigabyte funciona nos modos IDE e AHCI (RAID não testado, mas espera-se que funcione, é claro), com o driver AHCI genérico da Microsoft (msahci.sys) ou o driver específico do controlador Gigabyte (jraid.sys) , que é na verdade um driver JMicron.
Observe que o driver iastorv.sys entrou em conflito anteriormente com o driver msahci.sys quando testei habilitá-los e usar o controlador Gigabyte em AHCI para inicializar o Windows, e estava recebendo o tapa BSOD. Não testei e não pretendo testar isso com o novo driver. Talvez tenha sido resolvido agora, talvez não. A questão é que é melhor desabilitar o iastorv.sys se e quando usar o controlador Gigabyte em AHCI (ou mesmo RAID).
Controlador Intel...
Agora, e aquele maldito controlador Intel? Será xor ou não? Essa é a questão!
Depois de testar com sucesso o controlador Gigabyte, chegou a hora do controlador Intel. Comecei com pciide.sys habilitado, msahci.sys habilitado e iastorv.sysdesabilitado. Usei o f6flpy6489.zippacote para instalar o driver manualmente. A versão do driver era 8.9.0.1023. O novo driver é denominado iastor.sys sem o V no nome.
A descrição do "Controlador Serial ATA AHCI 1.0 padrão" mudou para Controlador Intel(R) ICH9R/DO/DH SATA AHCI" no Gerenciador de dispositivos.
Eu realmente esperava que isso funcionasse. Mas isso não aconteceu. Desliguei o PC e conectei o HDD à porta SATA 1 no controlador Intel, liguei e mudei o modo SATA para AHCI no BIOS mais uma vez. Mas eu estava de volta à mesma maldita tela de “nenhum dispositivo detectado” e não consegui passar por ela.
Então meu problema permanece. Isso é indicativo de que a ROM responsável pela função AHCI no controlador Intel foi corrompida ou danificada de outra forma? Embora pareça que apenas a função AHCI ficou inoperante, o controlador ainda está funcionando. Embora no modo IDE, mas mesmo assim está funcionando, e isso é melhor do que estar completamente tostado.
Alguém com conhecimento pode postar uma resposta contendo informações sobre onde reside a ROM real do controlador Intel? O Intel Matrix Storage tem uma ROM opcional própria, não é? Além disso, é possível se recuperar desse problema usando algum utilitário de sistema de baixo nível, sem ter que remover um ou mais chips e reprogramá-los ou mesmo substituí-los por novos?
Alimento para o pensamento...
Meu melhor palpite sobre o que aconteceu é que o BIOS de backup entrou em ação e se copiou parcialmente no BIOS principal e, de alguma forma, desativou ou até danificou a ROM da opção Intel AHCI/RAID no processo.
Imagino que isso possa ter acontecido enquanto o sistema estava ligado, e logo após o primeiro ou o segundo erro que o Windows Vista lançou para mim, depois que eu mudei a ordem de inicialização do dispositivo para enganar o Vista e fazê-lo instalar a partir de uma unidade flash USB em um SATA HDD (consulte 0x80070070).
Aconteceu naquele ponto ou no ponto em que o sistema desligou-se instantaneamente após pressionar o botão Reset quando encontrei pela primeira vez o problema da tela de verificação do dispositivo "Controller Bus...". Normalmente, e desde então (como tenho observado), ele geralmente apenas reinicia, ele não desliga nesse estágio, mesmo se eu pressionar o botão Reset ou fizer a saudação de três dedos (Ctrl + Alt + Del).
De qualquer forma! Agora que penso nisso, provavelmente teria sido melhor, neste caso, primeiro ativar o modo IDE e instalar o Windows Vista nesse modo. Talvez até use uma mídia DVD para instalação, em vez de uma unidade flash USB. Então, quando a instalação for concluída, faça login no Windows e habilite o driver AHCI, reinicie e habilite o modo AHCI no BIOS. Isso pode ter funcionado. Poderia ter sido uma abordagem muito melhor neste caso, teria sido desejado fazê-lo dessa forma. Isso contrasta com a abordagem comum em que a maioria das pessoas recomendaria que você habilitasse o AHCI no BIOS primeiro, caso ainda não tenha instalado o Windows. Eu não deveria ter feito isso dessa maneira.
Espero que isso sirva de lição para outros. Vou investigar mais um pouco, mas não quero perder muito tempo nisso. A menos que eu possa de alguma forma redefinir tudo de volta ao normal, acho seguro dizer que o modo AHCI no controlador Intel está inoperante agora.
Responder1
Eu tive os sintomas exatos descritos. Eu encontraria o travamento do SATA AHCI iSrc e, se eu removesse as unidades, ele não travaria.
A solução foi limpar as assinaturas das unidades. Eu fiz isso através das seguintes etapas.
Nota: A limpeza das assinaturas excluirá todas as partições e, efetivamente, todos os dados nos discos. Seus dados desaparecerão depois de fazer isso. Prossiga com cuidado.
- Desconecte as unidades
- Insira uma unidade USB com um ISO "ao vivo" inicializável do Linux
- Inicialize no ISO do Linux
- No início do processo de inicialização, conecte as unidades
- Execute o seguinte comando para ver quais unidades limpar:
lsblk - Execute o seguinte comando para limpar uma unidade (substituindo X pela letra da unidade encontrada acima):
wipefs -a /dev/sdX - Repita a etapa 6 para todas as unidades que precisam ser apagadas.
- Reinício
Após a reinicialização, não tive mais travamentos e consegui instalar e inicializar essas unidades com êxito. Portanto, parece haver alguma assinatura na unidade que estava causando o travamento.