Para referência posterior, tive o seguinte problema:
- DELL Precision 390 com Linux / Debian wheezy instalado (X86_64)
- Um backup VHDX do Windows XP 64 bits pré-instalado (consulte disk2vhd )
- Um backup BKF de todos os arquivos usando o programa
do NTBackup padrão
- Não há disco de recuperação do Windows XP de 64 bits
Meu problema foi restaurar o sistema para o Windows XP de 64 bits.
Tentativas:
-
Eu não entendi uma palavra da solução descrita aqui , mas eu sou principalmente um cara do UNIX. O seguinte link também não fazia muito sentido.
-
Houve algumas soluções descritas em uma instalação do Windows 8, mas eu não tinha disco do Windows 8 para teste.
-
Eu re-instalei o Windows XP 32bits (eu tinha um disco reserva), mas eu não tinha certeza se eu poderia usar o arquivo BKF para sobrescrever um Windows XP 32bits existente com os arquivos contidos no arquivo BKF. / p>
-
Depois de ler as informações deste link :
Note: Use the Recovery Environment for Windows to restore from a
VHD/VHDX formatted image file. The Recorvery Environment CrossPlatform
only supports restores from .SPF and .SPI image files, not from VHD or
VHDX format files.
- Eu usei um disco Windows 7 32bit Recovery Environment, clique em "Windows Complete PC Restore". Depois de uma quantidade insana de testes, nunca consegui usar essa ferramenta para ver nem o BKF, nem o VHDX nem o VHD ( convertido usando o VBoxManage ) . Eu tentei usar uma unidade de rede compartilhada, eu podia ouvir o disco girando, mas a unidade iria arquivo nunca aparecer na interface, eu até tentei de uma chave USB, mas novamente a ferramenta não me deixa escolher a opção de chave USB não quero usar a opção de unidade de DVD desde que eu não tinha RW + DVD ao redor). O VBoxManage realmente suporta arquivos VHDX, mesmo que isso não seja mencionado na documentação, conforme o link .
Eu estava prestes a desistir até que encontrei este post e posso informar que isso está funcionando muito bem para mim.
Os passos foram tão fáceis como:
- Abra o caso do DELL Precision 390, remova o disco rígido
- Conecte-o em um sistema Debian Jessie (x86_64)
- Use
gnome-disks
para limpar as partições do disco, apenas clique no sinal "-" (menos), anote o / dev / sd [Letter] em algum lugar (sdf no meu caso), verifique se o disco não está montado,
- Execute o seguinte comando
VBoxManage clonehd windows_xp64.VHDX --format RAW windows_xp64.RAW
- Executar
sudo dd if=windows_xp64.RAW of=/dev/sdf
dd
eventualmente exibe:
dd: writing to ‘/dev/sdf’: No space left on device
488281251+0 records in
488281250+0 records out
250000000000 bytes (250 GB) copied, 32825.4 s, 7.6 MB/s
De fato, olhando para o arquivo:
$ ls -al windows_xp64.RAW
-rw------- 1 mathieu mathieu 250000048128 Dec 11 20:02 windows_xp64.RAW
Eu percebi que isso poderia ser descartado já que os últimos 48128 bytes eram todos zeros, não tenho certeza de onde esses bytes extras vieram (disk2vhd ou VBoxManage ...).
Eu tive que usar uma abordagem de duas etapas (muito lenta), porque o VBoxManage não canaliza para stdout, pelo menos da minha instalação do debian jessie,
$ apt-cache policy virtualbox
virtualbox:
Installed: 4.3.18-dfsg-1
Candidate: 4.3.18-dfsg-1
Version table:
*** 4.3.18-dfsg-1 0
500 http://ftp.fr.debian.org/debian/ jessie/contrib amd64 Packages
100 /var/lib/dpkg/status
Parece que ainda existe um problema no upstream, conforme Habilite a gravação em STDOUT com o clonehd VBoxManage no formato raw .
Pode ter havido uma solução mais fácil usando o arquivo BKF, mas nunca descobri um com certeza.