296GBの古いOSパーティション(MBR付き)と2048MBのRECOVERYパーティション(デフォルトのDellリカバリパーティション)の2つのパーティションを持つ物理ディスクがありますが、どちらも使用されていません。次のコマンドを使用して、OSパーティションのサイズを296GBから174GBに正常に変更しました。
DISKPART>縮小
最大収縮可能スペースまで収縮します。ただし、パーティションは56GBしか使用しないため、少なくとも128GB未満のパーティションを作成したいと思います(そのVHDを作成できるようにするため)。再び縮小すると、次のエラーが発生します。
DISKPART>縮小が必要= 50000 仮想ディスクサービスエラー: 指定された縮小サイズが大きすぎるため、ボリュームが[.____]になります。最小ボリュームサイズよりも小さい。
この投稿によると、デフラグする必要があります 、これはいくつかのツールを使用して行いました(オープンソース ltraDefrag が最善の仕事をしているようです)。すべてのファイルがディスク上にあるようですが、どうすればそれを確実に確認できますか?そうでない場合、ファイルを手動でデフラグ/移動して、可能な限り最大の連続した空きディスク容量を要求するにはどうすればよいですか?
または:ボリュームを現在使用されているサイズに少しプラスに縮小するにはどうすればよいですか?
(注:CREATE VDISK
コマンドでソースパラメーターの特大のVHDを指す新しいVHDを作成しようとしましたが、ここでも128GB/137GiBの制限が成功を妨げているようです。VHDをマウントして縮小します。元の物理ディスクで実行した場合とまったく同じ効果がありました。そのため、最初に物理パーティションのサイズを制限しようとしています。)
OSディスクかデータディスクかは問題ではありません。どちらの場合も、ディスクの中央は$MFTMirr
で占められており、MFTテーブルの重要なビットをコピーします。このファイルは移動できませんが、Windows XP以降、Microsoftが移動できるようにしました。
これまでのところ、これらのファイルを確実に移動できるツールは1つだけです: PerfectDisk 。無料で完全に機能する30日間のバージョンがあります。これらのメタデータとMFTファイルは、オフラインモードの場合にのみ移動できます。メインタブで[起動時間]を選択し、オフラインモードで再起動するか、可能であればデフラグします。この後、コマンドSHRINK
は期待どおりに機能しました。
私の場合、トリッキーな権限を持つファイルを削除することで、データディスクの「指定された縮小サイズが大きすぎます」を解決しました(MacOSからコピーしたものです)。
私はダミーです。そして、最終的にC:sysボリューム(WINDOWS 7)を縮小するのに2日かかりました。私が見つけた解決策は非常に簡単です。
みんな頑張ってね!!!なんて安堵
PerfectDiscは、試用版の「PrepforShrink」機能を削除しました。
GParted Liveは、パーティションのサイズを変更します。GPartedLiveを起動する前に、Windowsからドライブで適切なchkdsk/fを実行したことを確認してください。