Ich versuche, ein VMPlayer-System auf VirtualBox zu migrieren, aber die Migration funktioniert nicht (ich habe bereits Stunden damit verbracht, die wenigen Lösungen auszuprobieren, die mir vorgeschlagen wurden, und habe es schließlich aufgegeben). Als Workaround versuche ich, das Problem manuell zu migrieren, indem ich Windows in VirtualBox installiere, die wichtigen Dateien kopiere und dann das VMPlayer-System verwerfe.
Das Problem ist jetzt, dass ich nicht auf die Dateien zugreifen kann. Ich kann die Dateien nicht aus der VM kopieren, da sie gerade verwendet werden. Deshalb habe ich versucht, die VM herunterzufahren und ihre Festplatte als virtuelles Volume auf dem Hostsystem zu mounten. Das hat früher immer gut funktioniert, als ich FAT32 verwendet habe, aber das VM-Laufwerk ist jetzt NTFS, sodass ich nicht auf die Dateien zugreifen kann.
Hier ist eine vereinfachte Darstellung der Situation:
- Erforderliche Dateien werden im
BobBenutzer in der XP-VM gespeichert - Das Laufwerk der VM wird auf dem Host gespeichert in
C:\VMs\XP.vmdk - VM-Laufwerk wurde erfolgreich im Host gemountet
Z:\übervmware-mount.exe z: c:\vms\xp.vmdk - Der Host erkennt das Laufwerk der VM korrekt als NTFS-Volume
Z:\ - Kein Zugriff auf Dateien in
Z:\Documents and Settings\Bob(aufgrund von Berechtigungen) - Bei der Ausführung
takeown /f z:\documents and settings\bobüber eine Eingabeaufforderung ohne erhöhte Rechte wird der folgende Fehler zurückgegeben, als ob das Laufwerk nicht NTFS wäre (obwohl sowohl das Host-Windows 7 als auch das Gast-XP dies melden):FEHLER: Dateieigentum kann auf unsichere Dateisysteme nicht angewendet werden. Es gibt keine Unterstützung für ACLs.
- Das Ausführen desselben Befehls von einer Eingabeaufforderung mit erhöhten Rechten aus funktioniert auch nicht, da es
Z:\überhaupt nichts sehen kann! - Verwendung derSicherheitRegisterkarte im Windows Explorer funktioniert nicht, da jede Aktion (Erteilen von Berechtigungen, Übernehmen des Besitzes usw.) immer einen Berechtigungsfehler erzeugt
Weiß jemand, was falsch ist (warum ich so inkonsistente Ergebnisse erhalte) und wie ich damit umgehen kann?
Antwort1
tl;dr: Stellen Sie sicher, dass Sie die virtuelle Festplatte von einer Eingabeaufforderung mit erhöhten Rechten aus mounten und führen Sie die gesamte Bereinigung von derselben Eingabeaufforderung aus durch.
Als ich versuchte, mir die Details anzusehen, was funktioniert und was nicht, und wann und wie, fiel mir plötzlich auf, dass der Schlüssel darin liegt, dass ich das bereitgestellte Volume von einer Eingabeaufforderung mit erhöhten Rechten aus überhaupt nicht sehen kann. Ich hatte die virtuelle Festplatte von einer normalen Eingabeaufforderung aus bereitgestellt, und obwohl es keinen Sinn ergibt, dass eine Eingabeaufforderung mit erhöhten Rechten etwas nicht sehen kann, das von einem regulären (eingeschränkten) Konto erstellt wurde, da das Administratorkonto über erweiterte Zugriffsrechte verfügen sollte, dachte ich, ich würde versuchen, die virtuelle Festplatte von einer Eingabeaufforderung mit erhöhten Rechten aus bereitzustellen.
Und voilà!
Ich hatte nun über eine Eingabeaufforderung mit erhöhten Rechten Zugriff auf die bereitgestellte virtuelle Festplatte. Ich konnte nun problemlos Dateien löschen, defragmentieren, freien Speicherplatz löschen, die Bereitstellung aufheben und das Volume verkleinern.
Ich verstehe immer noch nicht, warum das Administratorkonto das bereitgestellte Laufwerk nicht sehen konnte oder warum es möglich ist, die virtuelle Festplatte von einem eingeschränkten Konto aus bereitzustellen, aber zumindest funktioniert es.
Achtung: Dumusserledigen Sie alle Ihre Aufräumarbeiten von derDasselbeerhöhte Eingabeaufforderung wie die, in der Sie die virtuelle Festplatte gemountet haben. Ich habe auf die harte Tour gelernt, dass, wenn Sie diese Eingabeaufforderung schließen und eine neue öffnen, sogar eine mit erhöhten Rechten, Sie keinen Zugriff mehr auf das gemountete Volume haben (ich konnte es nur unmounten). Es ist wirklich bizarr, dass das gemountete Volume (mit vmware-mount.exe) solche Zugriffsprobleme hat.