(Mais que) Sete Problemas

Eu fiz de propósito. Testando uma ECS GF8200A decidi instalar o Seven e não estava conseguindo porque o instalador dizia que não conseguia achar nenhum HDD na máquina (o HDD era SATA). Então fui no setup do BIOS e mudei a configuração do default (“AHCI”) para “SATA” e consegui instalar e rodar o Seven normalmente.

Aí eu decidi mudar a configuração de volta para AHCI só para ver como o Seven reagia. Não deu outra: STOP 0x0000007B com o segundo parâmetro 0x00000034. O que eu chamo de “STOP 7B-34“.

Na segunda tentativa de iniciar, o Seven me perguntou se eu gostaria de tentar o “Startup Repair”. Eu respondi que sim, só para ver no que ia dar (nunca botei muita fé nos consertos automáticos do Windows). Depois de um loooongo tempo com uma mensagem que dizia que o Windows estava tentando reparar o computador recebi a resposta de que o Windows tinha sido incapaz de reparar automaticamente.

Isso é vergonhoso para a MS, como você verá a seguir.

Enquanto o Seven tentava consertar automaticamente eu encontrei pelo Google uma outra possível solução, dada pela própria MS, tão simples que me fez duvidar se realmente funcionaria. Está explicado nesta página da Knowledge Base que basta dar um jeito de ativar o serviço MSAHCI.

Então eu passei o BIOS para “SATA” novamente, entrei no Seven e alterei o valor indicado no Registro. Reiniciei o computador como “AHCI” e desta vez o Seven iniciou sem BSOD. Na primeira inicialização o Seven vai detectar um novo driver e pedir para reiniciar.

Mesmo que não fosse possível colocar o BIOS em modo SATA, ainda seria possível fazer esse conserto muito facilmente (para um power user, claro) através de edição offline do Registro.

Agora, como a MS conhece o problema e sabe como resolver, mas sua ferramenta automática não sabe resolvê-lo?