Caixa Seca

Seguindo o post anterior , quando movi uma instalação do Windows XP para o VirtualBox, neste tratarei de alguns detalhes chatos do processo. Cenário comum é pegarmos uma máquina baleada, cujo hardware não funciona mais. Tiramos o disco, fazemos uma imagem e colocamos dentro do VirtualBox. Usando o Ghost no Windows PE, em certos casos — ainda não identifiquei em quais circunstâncias ocorre —, o arquivo VMDK/VHD não fica com permissão de escrita para usuários normais, apesar das ACLs estarem corretas. Isso ocorre porque o arquivo é criado com um Integrity Level alto. ILs têm prioridade maior do que as convencionais ACLs. Para complicar, não achei ferramenta embutida no sistema que permita remover ILs ( icacls permite modificá-los com a opção /setintegritylevel ). Precisamos de ferramenta de terceiros (obrigado, Microsoft!) para fazê-lo: chml.exe ( link ). Como Administrador: chml <unidade>:\caminho\imagem.vhd -rl Pronto. O misterioso erro do VirtualBox reclamando que o dis...

Pelos mais variados, às vezes absurdos, motivos, cacarecos com Windows XP ainda estão na ativa. Em geral, hardware cambaleante. Um provável meio de lidar com o abacaxi é passá-los para dentro de ambientes virtualizados. Sendo o VirtualBox gratuito, é a solução que usarei aqui. Existem diversas ferramentas [1] para extrair o conteúdo do disco onde as velharias residem. O Symantec Ghost , o mais clássico dos programas para tal fim, suporta salvar diretamente em VMDK (VMware) desde a versão 11.5 e em VHD (Virtual PC, Hyper-V) desde a 12. No entanto, usando a GUI do programa, não é possível salvar nesses formatos. Só permite fazê-lo no seu formato nativo GHO. Recorremos então à linha de comando. O gdisk32 chamado sem argumentos nos dá os índices de cada dispositivo (estou rodando-o no Windows PE): Disk Partitions Cylinders Heads Sectors Mbytes Model 1 1 14593 255 63 114473.5 PH4-CE120 2 1 38913 255 63 305245.3 WDC WD32 0...

Pois este cenário é suportado, porém apenas se o seu processador tiver suporte a virtualização (e que o mesmo esteja habilitado no setup), veja: Windows Server 2003 64-bit rodando sobre um hospedeiro Windows 7 32-bit Contudo, ao desativar o suporte a virtualização no setup, daí o VirtualBox já avisa quando a máquina virtual é iniciada: Se você continuar, o kernel do convidado nada poderá fazer: Referências: http://www.virtualbox.org/manual/ch03.html#intro-64bitguests http://www.virtualbox.org/manual/ch10.html#hwvirt

[Atualização - 01/04/2018] Desde a versão 4.3.22, este ajuste é desnecessário. Se instalarmos o VirtualBox com suporte a rede privada entre o hospedeiro e as máquinas virtuais (que vem por padrão), essa rede virtual fica como "não identificada" e, no Windows Vista, desabilita os compartilhamentos de rede. No 7, os compartilhamentos não são desabilitados, contudo. O procedimento para resolver consiste em ir ao registro, descobrir a chave relativa ao adaptador virtual do VirtualBox ("VirtualBox Host-Only Ethernet Adapter") dentro de HKLM\SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\ e criar nela uma DWORD com o nome *NdisDeviceType e o valor 1 . Visto que a cada vez que o VirtualBox é atualizado ele reinstala o adaptador virtual, temos que fazer tudo de novo... Para facilitar, achei um pequeno script em PowerShell que faz tudo sozinho. $devices = "HKLM:\SYSTEM\CurrentControlSet\Control\Class\*" $adapters = Get-Item...