web-dev-qa-db-ja.com

十分な空き容量があるにもかかわらず、DiskPartでボリュームのサイズを変更できませんでした

296GBの古いOSパーティション(MBR付き)と2048MBのRECOVERYパーティション(デフォルトのDellリカバリパーティション)の2つのパーティションを持つ物理ディスクがありますが、どちらも使用されていません。次のコマンドを使用して、OSパーティションのサイズを296GBから174GBに正常に変更しました。

 DISKPART>縮小

最大収縮可能スペースまで収縮します。ただし、パーティションは56GBしか使用しないため、少なくとも128GB未満のパーティションを作成したいと思います(そのVHDを作成できるようにするため)。再び縮小すると、次のエラーが発生します。

 DISKPART>縮小が必要= 50000 
 
仮想ディスクサービスエラー:
指定された縮小サイズが大きすぎるため、ボリュームが[.____]になります。最小ボリュームサイズよりも小さい。
 

この投稿によると、デフラグする必要があります 、これはいくつかのツールを使用して行いました(オープンソース ltraDefrag が最善の仕事をしているようです)。すべてのファイルがディスク上にあるようですが、どうすればそれを確実に確認できますか?そうでない場合、ファイルを手動でデフラグ/移動して、可能な限り最大の連続した空きディスク容量を要求するにはどうすればよいですか?

または:ボリュームを現在使用されているサイズに少しプラスに縮小するにはどうすればよいですか?

(注:CREATE VDISKコマンドでソースパラメーターの特大のVHDを指す新しいVHDを作成しようとしましたが、ここでも128GB/137GiBの制限が成功を妨げているようです。VHDをマウントして縮小します。元の物理ディスクで実行した場合とまったく同じ効果がありました。そのため、最初に物理パーティションのサイズを制限しようとしています。)

4
Abel

OSディスクかデータディスクかは問題ではありません。どちらの場合も、ディスクの中央は$MFTMirrで占められており、MFTテーブルの重要なビットをコピーします。このファイルは移動できませんが、Windows XP以降、Microsoftが移動できるようにしました。

これまでのところ、これらのファイルを確実に移動できるツールは1つだけです: PerfectDisk 。無料で完全に機能する30日間のバージョンがあります。これらのメタデータとMFTファイルは、オフラインモードの場合にのみ移動できます。メインタブで[起動時間]を選択し、オフラインモードで再起動するか、可能であればデフラグします。この後、コマンドSHRINKは期待どおりに機能しました。

2
Abel

私の場合、トリッキーな権限を持つファイルを削除することで、データディスクの「指定された縮小サイズが大きすぎます」を解決しました(MacOSからコピーしたものです)。

0
noonex

私はダミーです。そして、最終的にC:sysボリューム(WINDOWS 7)を縮小するのに2日かかりました。私が見つけた解決策は非常に簡単です。

  1. 無料アプリPerfectDiscをダウンロードしてインストールしました
  2. 「グローバル設定」で選択してチェックした:PerfectDiskはブックとプリフェッチファイルを管理します」
  3. cを右クリック:-ドライブの設定-選択: 'デフォルトの最適化方法' = '縮小のための準備'および '空き領域検索方法' = '転送'
  4. 今デフラグを開始します(再生ボタン)
  5. また、「ブート時デフラグ」をオンにして、上部メニューの「ブート時デフラグ」ボタンを押してみてください(再起動が必要です)

みんな頑張ってね!!!なんて安堵

0
Ori Tal

PerfectDiscは、試用版の「PrepforShrink」機能を削除しました。

GParted Liveは、パーティションのサイズを変更します。GPartedLiveを起動する前に、Windowsからドライブで適切なchkdsk/fを実行したことを確認してください。

0
El Duderino