Moveu o Windows Server 2000 da unidade IDE para a unidade SATA e agora recebe o BSOD Inaccessible_Boot_Device

Question

Estou movendo meu Small Business Server 2000 para um hardware mais novo. Usei o Acronis TrueImage para criar uma imagem das partições na unidade IDE atual de 250 GB e restaurei as imagens para partições em uma unidade SATA de 750 GB. A nova placa principal é uma Intel D915GEV.

Quando eu inicializo o sistema, ele faz parte das BSODs com:

STOP: 0x0000007B INACCESSIBLE_BOOT_DEVICE

Se eu inicializar no modo de segurança, posso ver que ele está carregando muitos drivers e o BSOD acontece quando ele tenta alternar para a inicialização gráfica. Isso significa que a unidade não é totalmente inacessível.

Atualmente, estou operando sob a teoria de que isso é causado pelo fato de meu Server 2000 original não ter drivers para o controlador SATA na nova placa-mãe. A parte inicial do processo de inicialização deve ser tratada pelo BIOS e só falha quando o Windows tenta assumir o acesso ao arquivo.

Eu sei que você pode usar o F6 durante uma nova instalação para adicionar drivers, mas isso não parece me ajudar, já que não estou instalando novos. Mesmo assim, não consegui rastrear os drivers SATA para esta placa, apesar de ter encontrado todos os outros drivers no site da Intel. Parece que não há drivers específicos para o controlador SATA.

Qual é a melhor maneira de lidar com isso?

Assegurei-me de que posso voltar sempre ao hardware antigo, mas gostaria mesmo de o fazer funcionar no novo hardware. O hardware é bem parecido - não é como se eu estivesse fazendo uma grande atualização de hardware, é até mesmo o mesmo processador e esta placa-mãe é muito semelhante a uma instalação usada para rodar. (O hardware antigo falhou, então tive que migrar rapidamente para o novo hardware, agora estou tentando movê-lo de volta para o hardware substituto que a Intel enviou como substituto de garantia.)

    

Answer 1

Eu encontrei. Só é preciso adicionar uma chave de registro.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\Parameters

Add EnableBigLba as a DWORD value and set it to 1

Aqui está a explicação mais longa se você estiver interessado:

O Windows 2000 Server foi criado antes de as unidades terem mais de 128 GB. Portanto, ele pode, por padrão, usar apenas 128 GB da unidade. Se a unidade for maior que isso, mesmo que a partição de inicialização seja menor, parece que ela não consegue ler a tabela de partição corretamente. A solução é adicionar essa chave de registro antes de colocá-la na nova unidade. Há um artigo do MSKB sobre isso aqui .

Eu encontrei isso restaurando a imagem da minha unidade de inicialização em uma unidade PATA antiga de 40 GB que eu tinha colocado em volta. Eu inicializei no novo hardware e instalei todos os drivers para essa placa-mãe. Então eu desliguei e conectei a unidade SATA. Quando reinicializei a unidade SATA de 750 GB com várias partições apareceu como se tivesse uma única partição não formatada de 128 GB. Com algumas pesquisas, descobri a chave de registro EnableBigLba. Eu configurei essa chave e reiniciei e a unidade SATA apareceu com todas as suas partições. Eu imaginei a versão atualizada da unidade do sistema e apliquei a imagem sobre a partição primária na unidade SATA. Então eu removi a unidade PATA e o sistema inicializa agora usando apenas a unidade SATA.

Agora, não estou dizendo que essa é a melhor maneira de atualizar um Small Business Server. Tenho certeza de que Evan está certo sobre uma migração de servidor sendo a "melhor" maneira de fazer isso, mas eu já investi tempo suficiente nisso e minha janela de oportunidade para as mudanças no servidor está prestes a ser encerrada.

Estou pensando agora que tenho uma imagem funcional da unidade. Tentarei fazer uma atualização in-loco para o SBS 2003. Só levará 30 minutos para voltar ao ponto em que estou agora se as coisas derem errado. .

    

Answer 2

Existe a chance de que, se você entrar no BIOS e mover o AHCI para o ATA (normalmente eu o vasculhe até encontrá-lo, como todos os BIOS são diferentes), ele permitirá que você instale o sistema operacional. Depois disso, você pode procurar por drivers do fabricante do chipset da sua placa-mãe que permitirão que você o altere novamente depois de ter carregado o seu sistema operacional. Espero que isso ajude, boa sorte.

    

Answer 3

Esta provavelmente será uma resposta impopular, mas aqui vai ...

O que você está fazendo pode parecer trivial, mas não é. O software de criação de imagens em disco facilita a execução de tarefas que o sistema operacional não suporta facilmente. A Micorsoft não oficialmente "suporta" instalações em movimento do Windows entre marcas ou modelos diferentes de computadores ou placas-mãe (consulte o link ). Você não terá um caminho fácil se tentar fazer isso dessa maneira.

Se o que você está fazendo é um movimento permanente, eu realmente recomendaria uma instalação limpa como um controlador de domínio secundário e uma migração do SBS de uma máquina para outra (aqui está o procedimento para o Windows Server 2003, mas não Atravesse uma migração "swing" através de um computador temporário para preservar o nome do computador servidor original: link ).

O processamento de imagens em disco da máquina e sua movimentação para outra caixa é sedutor, mas você não está fazendo nada para ajudar na estabilidade da máquina resultante.

A "migração do swing", muito resumidamente e em alto nível, é a seguinte:

• Coloque um DC temporário do W2K associado ao domínio existente.
• Instale o Exchange 2000 no DC temporário e associe-o à organização do Exchange.
• Mova todas as caixas de correio para o servidor temporário. Replique a hierarquia de pastas públicas e remova as réplicas no servidor Exchange 2000 original.
• XCOPY desativou todos os arquivos compartilhados no computador servidor original, preservando as permissões. Documente a estrutura de compartilhamento existente (ou apenas exporte os compartilhamentos de HKLM \ System \ CurrentControlSet \ Services \ LanManServer \ Shares).
• Transfira as funções FSMO do computador servidor existente para o servidor temporário. O SBS começará a tela azul a cada hora (se bem me lembro) porque não é mais o detentor da função de todas as funções FSMO.
• Torne o servidor temporário comptuer um servidor de catálogo global e verifique se a replicação do catálogo global é concluída.
• Rebaixe o computador servidor existente para um servidor integrante e remova-o do domínio.
• Torne o servidor temporário um servidor DNS.
• Instale o Windows 2000 SBS no novo servidor, nomeando-o como o nome do antigo computador servidor. Durante a instalação, evite que a instalação do Active Directory ocorra automaticamente e instale manualmente o AD (após "apontar" o DNS no novo servidor para o servidor temporário) unindo-se ao domínio existente.
• Transfira as funções FSMO para o novo computador servidor e conclua a instalação do SBS.
• Mova todas as caixas de correio do Exchange para o novo servidor. Replicar a hierarquia de pastas públicas e remover as réplicas no servidor temporário.
• Retire o Exchange no servidor temporário.
• XCOPY todos os dados compartilhados do servidor temporário para o novo servidor. Recrie compartilhamentos no novo servidor e verifique se você pode acessá-los.
• Rebaixe o servidor temporário para um servidor integrante e remova-o do domínio.

Estou perdendo muitos pequenos passos e, para ser honesto, não consigo lembrar se todo esse procedimento funciona no SBS 2000 ou não. Se eu estivesse fazendo isso, eu atualizaria o SBS 2000 em um laboratório em uma VM, preencheria com alguns usuários, caixas de correio, pastas públicas e dados falsos e faria todo o cenário de migração de cima para baixo duas vezes e coleta de dados, e a segunda vez como uma "corrida a seco".)

    

Answer 4

Que tal usar o servidor Hyper-V gratuito no novo hardware e converter seu servidor SBS em uma VM? Você precisará de um PC com o Vista e as ferramentas de gerenciamento do Hyper-V para gerenciar o Hyper-V Server.

JR