VMPlayer システムを VirtualBox に移行しようとしていますが、移行がうまくいきません (すでに数時間かけて、人々が提案したいくつかの解決策を試し、最終的に諦めました)。回避策として、VirtualBox に Windows をインストールして重要なファイルをコピーし、VMPlayer システムを破棄して手動で移行しようとしています。
問題は、ファイルにアクセスできないことです。ファイルは使用中なので VM 内からコピーできません。そこで、VM をシャットダウンして、そのハードドライブをホスト システムの仮想ボリュームとしてマウントしてみました。昔 FAT32 を使用していたときは、この方法は常に問題なく機能していましたが、VM ドライブが NTFS になったため、ファイルにアクセスできなくなりました。
状況を簡単に説明すると次のようになります。
Bob必要なファイルはXP VMのユーザーに保存されます- VMのドライブはホスト上に保存されます
C:\VMs\XP.vmdk - VMドライブはホストに次のようにマウントされまし
Z:\たvmware-mount.exe z: c:\vms\xp.vmdk - ホストはVMのドライブをNTFSボリュームとして正しく認識します
Z:\ - ファイルにアクセスできません
Z:\Documents and Settings\Bob（権限の問題のため） takeown /f z:\documents and settings\bob管理者特権のないコマンド プロンプトから 実行すると、ドライブが NTFS ではないかのように次のエラーが返されます (ホスト Windows 7 とゲスト XP の両方で NTFS であると表示されているにもかかわらず)。エラー: 安全でないファイル システムではファイルの所有権を適用できません。ACL はサポートされていません。
- 管理者特権のコマンド プロンプトから同じコマンドを実行しても、
Z:\まったく認識できないため機能しません。 - 使用方法安全Windowsエクスプローラーのタブは、すべてのアクション（権限の付与、所有権の取得など）で常に権限エラーが発生するため機能しません。
何が問題なのか（なぜこのような一貫性のない結果が得られるのか）、また、どのように対処すればよいのかを知っている人はいますか?
答え1
tl;dr 必ず管理者特権のコマンド プロンプトから仮想ディスクをマウントし、同じプロンプトからすべてのクリーンアップを実行してください。
何が機能し、何が機能しないのか、いつ、どのように機能するのかを詳しく調べているうちに、管理者特権のコマンド プロンプトからはマウントされたボリュームがまったく表示されないということが鍵だということに突然気付きました。通常のコマンド プロンプトから仮想ディスクをマウントしましたが、管理者アカウントには優れたアクセス権があるため、管理者特権のコマンド プロンプトで通常の (制限付き) アカウントから作成されたものを表示できないのは理にかなっていませんが、管理者特権のプロンプトから仮想ディスクをマウントしてみることにしました。
さあ、出来上がり！
これで、管理者特権のプロンプトからマウントされた仮想ディスクにアクセスできるようになりました。ファイルの削除、デフラグ、空き領域の消去、マウント解除、ボリュームの縮小が簡単にできるようになりました。
管理者アカウントがマウントされたドライブを表示できない理由や、制限付きアカウントから仮想ディスクをマウントできる理由はまだわかりませんが、少なくとも動作します。
注意： あなたしなければならないすべてのクリーンアップ作業を同じ仮想ディスクをマウントしたコマンド プロンプトと同じ管理者特権のプロンプトを使用します。そのコマンド プロンプトを閉じると、管理者特権のプロンプトであっても、新しいコマンド プロンプトを開いてもマウントされたボリュームにアクセスできなくなる (マウント解除することしかできない) ことが、痛い目でわかりました。マウントされたボリューム ( を使用vmware-mount.exe) にこのようなアクセスの問題があるというのは、実に奇妙です。