
Estou tentando migrar um sistema VMPlayer para o VirtualBox, mas a migração não está funcionando (já passei horas tentando o pequeno punhado de soluções que as pessoas sugeriram e eventualmente desisti). Como solução alternativa, estou tentando migrar manualmente instalando o Windows no VirtualBox, copiando os arquivos importantes e descartando o sistema VMPlayer.
O problema agora é que não consigo acessar os arquivos. Não consigo copiar os arquivos da VM porque eles estão em uso, então tentei desligar a VM e montar seu disco rígido como um volume virtual no sistema host. Isso sempre funcionou bem antigamente, quando eu usava FAT32, mas a unidade da VM agora é NTFS, por isso não consigo acessar os arquivos.
Aqui está um esboço simplificado da situação:
- Os arquivos necessários são armazenados no
Bob
usuário na VM XP - A unidade da VM é armazenada no host em
C:\VMs\XP.vmdk
- A unidade VM foi montada com sucesso no host
Z:\
viavmware-mount.exe z: c:\vms\xp.vmdk
- O host vê corretamente a unidade da VM como um volume NTFS
Z:\
- Não é possível acessar arquivos
Z:\Documents and Settings\Bob
(por causa de permissões) - A execução
takeown /f z:\documents and settings\bob
a partir de um prompt de comando não elevado retorna o seguinte erro, como se a unidade não fosse NTFS (mesmo que o host Windows 7 e o convidado XP digam que é):ERRO: A propriedade de arquivos não pode ser aplicada em sistemas de arquivos inseguros; não há suporte para ACLs.
- Executar o mesmo comando a partir de um prompt de comando elevado também não funciona porque ele não consegue ver
Z:\
nada! - Usando oSegurançaguia do Windows Explorer não funciona porque cada ação (conceder permissões, assumir propriedade, etc.) sempre gera um erro de permissão
Alguém sabe o que há de errado (por que estou obtendo resultados tão inconsistentes) e como lidar com isso?
Responder1
dr certifique-se de montar o disco virtual a partir de um prompt de comando elevado e fazer toda a limpeza nesse mesmo prompt.
Ao tentar examinar os detalhes do que funciona e do que não funciona, quando e como, de repente me ocorreu que o segredo é que não consigo ver o volume montado em um prompt de comando elevado. Eu montei o disco virtual a partir de um prompt de comando normal e, embora não faça sentido que um prompt de comando elevado não consiga ver algo criado a partir de uma conta normal (limitada), já que a conta de administrador deve ter acesso superior, eu decidi tentar montar o disco virtual a partir de um prompt elevado.
E pronto!
Agora eu tinha acesso ao disco virtual montado a partir de um prompt elevado. Agora consegui excluir arquivos, desfragmentar, limpar o espaço livre, desmontar e diminuir o volume com facilidade.
Ainda não entendo por que a conta de administrador não conseguiu ver a unidade montada, nem por que é possível montar o disco virtual a partir de uma conta limitada, mas pelo menos funciona.
Observação: vocêdevefaça todo o seu trabalho de limpeza a partir domesmoprompt elevado como aquele em que você montou o disco virtual. Descobri da maneira mais difícil que se você fechar aquele prompt de comando, abrir um novo, mesmo elevado, não teria mais acesso ao volume montado (só consegui desmontá-lo). É realmente bizarro que o volume montado (usando vmware-mount.exe
) tenha tais problemas de acessibilidade.