Configurando o Gerenciador de Inicialização do Windows com GRUB2 e Clonezilla

2

Uma das minhas tarefas de trabalho é configurar os computadores que acompanham nossos produtos com imagens do sistema operacional Windows (Embedded e OEM) com uma partição de restauração. Eu tenho usado o Clonezilla Live com o GRUB2 para implementar este processo. Isso funcionou bem com o Windows XP / Embedded Standard 2009. Isso não funciona com o Windows 7 e eu presumiria qualquer coisa posterior ao Vista devido às alterações do Gerenciador de inicialização. A imagem atual do sistema que estou tentando configurar é a seguinte:

/ dev / sda1, ntfs, PRIMARY, 62,5 GiB, 3,15 GiB, 59,35 GiB, sem flags
/ dev / sda2, ntfs, RESTORE, 4.00 GiB, 1.74 GiB, 2.26 GiB, escondido / dev / sda3, fat32, CLONEZILLA, 4.00 GiB, 115.22 MiB, 3.89 GiB, escondido / dev / sda4, ext4, BOOT, 1,00 GiB, 53,91 MiB, 970,09 MiB, boot

/ dev / sda1 possui o Windows 7 OEM (selado), o dev / sda2 possui uma imagem de restauração baseada em clonezilla (selada)

/ dev / sda O MBR é o bootloader GRUB2

Eu posso fazer o GRUB2 carregar bem e restaurar a imagem do windows 7. No entanto, não consigo fazer o Windows 7 inicializar e receber o erro 0xc0000225. Update: uma vez que eu modifiquei o setor de boot como descrito abaixo para obter a seção de inicialização sda1 para concordar com o MBR, o 0xc0000225 desapareceu e eu comecei a receber o erro 0xc000000e com o arquivo winload.exe sendo o que ele estava reclamando para o usuário . No entanto, este arquivo está presente e intacto, tanto quanto eu posso dizer através de outros utilitários.

As informações do bootinfoscript de Meierfrankenfeld e Hulselmans mostram problemas com sda1 (setor de inicialização mostra sda1 no setor 411648 versos fdisk que mostra 2048) e sda3 (setores de inicialização mostram sda3 no setor 0 e fdisk, que mostra 164628480). Não tenho certeza do que preciso modificar neste ponto ou da melhor ferramenta para fazer isso. Eu estou bem com um editor hexadecimal se eu puder uma boa descrição de como o MBR do grub2 e do BCD estão dispostos. Atualização: finalmente atualizei o setor de boot para obter um acordo com o fdisk para sda1.

Antes de selar a máquina e adicionar / dev / sda3 e / dev / sda4, fundei a partição de inicialização do Windows 7 em / dev / sda1. É reiniciado e funcionou bem.

Eu tentei ler os materiais BCD fornecidos pela Microsoft e certifiquei-me de que os objetos Gerenciador de Inicialização do Windows e Carregador apontassem para a partição correta (eles estavam usando alguma sintaxe customizada = xyz, que também não estava funcionando).

Essa restauração funcionou muito bem no passado, já que consegui automatizar completamente o processo de restauração, que é uma necessidade crítica para o usuário final. Um disco de restauração não é uma opção aqui.

Confirmei que o bcd está usando partition = C: para se referir ao dispositivo / os device / bootmgr.

Então, eu tenho sido capaz de confirmar que o MBR está presente intacto, o VRB em sda1 está presente e intacto, os arquivos $ MFT e $ MFTMirr existem no local indicado no VBR como confirmado por istat (não lstat) ferramenta no sleuthkit. O arquivo winload referenciado no erro acima existe no local que me foi dado pelo utilitário fls sleuthkit e concorda com o tamanho do arquivo de outras instalações.

Como alternativa, se você for um OEM e quiser compartilhar um processo de restauração que funcione bem em um ambiente de consumidor / incorporado, eu também gostaria de ouvir esse feedback. Obrigado.

    
por Michael Robbeloth 01.11.2012 / 12:52

1 resposta

0

Parece que houve problemas ao adicionar essas partições no meio. Qual editor de partições você usou? O programa testdisk encontrado no LiveCD e Hiren's do PartedMagic.com recuperou alguns problemas de partição e problemas de inicialização dupla em algumas máquinas para mim. Eu iria verificar a suposição de que "o bcd está usando partição = C:" significa o que você acha que significa, pois depende muito mais do GUID.

    
por 27.11.2012 / 08:12