SSD 上のボリュームを縮小してパーティションを分割しようとしたのに、「ディスクの管理」で 1GB 程度しか縮小できず途方に暮れるケースは珍しくありません。分析ログを見ると $Extend$UsnJrnl:$J などの「移動不能ファイル」が原因、と表示されることも多いです。本記事では、その仕組みと安全に縮小幅を広げる具体的な手順を、Windows ユーザー向けに詳しく解説します。
SSD ボリュームを十分に縮小できない典型的な症状
まずは、よくある状況を整理します。
- 対象 SSD は 1TB 前後で、空き容量は 600GB 以上ある
- しかし「ディスクの管理」から「ボリュームの縮小」を実行すると、「縮小可能な領域のサイズ」が 1～数 GB しか表示されない
defrag /A /Vなどの分析ログを見ると、最後の移動不能ファイルとして$Extend$UsnJrnl:$Jが表示される- エクスプローラで「隠しファイル」「保護されたオペレーティング システム ファイル」を表示しても、
$ExtendやUsnJrnlは見えない
この結果、たとえば「C: ドライブを 300GB に縮小して、残りを D: ドライブにしたい」と思っても、数 GB しか縮小できず計画が頓挫してしまいます。ここで重要なのは、「空き容量の量」ではなく「末尾側にある移動不能ファイルの位置」が縮小幅を決めているという点です。
なぜ SSD ボリュームは「空き容量があるのに縮小できない」のか
Windows の「ディスクの管理」が行う縮小処理のイメージを、シンプルな図で考えてみます。
| ボリューム末尾に近い構成イメージ | 説明 |
|---|---|
| ［データファイル］［空き領域］［移動不能ファイル］｜ここから先は縮小不可 | 最後の「移動不能ファイル」より後ろのみ縮小できる |
「ディスクの管理」の縮小処理は、基本的に次のルールで動きます。
- ファイルを前方（ボリュームの先頭側）へ移動しながら空き領域をまとめる
- しかし、MFT（マスターファイルテーブル）や USN ジャーナルなどの特別なメタデータは原則移動しない
- そのため、一番後ろに存在する「移動不能ファイル」の位置が、縮小できる上限になる
今回のケースでは、その「移動不能ファイル」が $Extend$UsnJrnl:$J です。これは、NTFS が変更履歴を管理するためのUSN ジャーナルという機能で、システムが内部的に利用するためエクスプローラには表示されません。
主な「移動不能ファイル」の例
| ファイル / 機能名 | 役割 | ユーザー操作 |
|---|---|---|
| MFT（$MFT） | すべてのファイル情報を持つ NTFS の管理領域 | 移動不可。位置を直接操作することはできない |
| USN ジャーナル（$Extend$UsnJrnl:$J） | ファイルの変更履歴ログ（バックアップやインデックスなどに利用） | fsutil コマンドで削除 ➜ 自動再生成に任せられる |
| pagefile.sys | 仮想メモリ（ページファイル） | システムの詳細設定から一時的に無効化可能 |
| hiberfil.sys | 休止状態用のメモリイメージ | powercfg /h off で無効化可能 |
| System Volume Information | 復元ポイントなどシステム保護機能のデータ | システムの保護をオフにするとサイズを抑えられる |
つまり、「空き容量はたくさんあるのに縮小できない」という状態は、ボリューム末尾のあたりに移動できないファイルが居座っているがゆえに起きています。そこで、以下のどれか、もしくは複数のアプローチで、末尾の移動不能ファイルをどかしてあげる必要があります。
解決策の一覧：A ～ D のどれから試すべきか
よく使われる解決策を一覧表にまとめると、次のようになります。
| 解決策 | 概要 | 難易度 / 所要時間の目安 |
|---|---|---|
| A. USN ジャーナルを削除して自動再生成に任せる | fsutil usn deletejournal で $Extend$UsnJrnl:$J を一度消し、縮小後に OS に再作成させる | 低 / 数分 |
| B. 空き領域を前方に詰めるデフラグツール | Defraggler などで「空き領域の最適化」を行い、末尾の空き領域を確保する | 中 / 数十分～（容量や環境による） |
| C. Windows 標準機能で移動不能ファイルを一時的に解除 | ページファイル・休止状態・システム保護を一時停止し、コマンドのデフラグで空き領域を整理 | 中～やや高 / 数十分～ |
| D. 最終手段：バックアップ ➜ パーティション再作成 | ボリュームを削除して新しいサイズで作り直し、バックアップから復元する | 高 / 数時間～ |
この記事では、実際の操作に迷わないよう、A → C → B → D の順で検討することをおすすめします。特に、今回のように $Extend$UsnJrnl:$J が最後の移動不能ファイルと表示されている場合、もっとも効果的かつ手軽なのは解決策 A です。
解決策 A：USN ジャーナルを削除して縮小幅を広げる
USN ジャーナルは、NTFS でファイルの変更履歴を記録するための機能です。削除してもユーザーデータは消えませんし、必要に応じて Windows が自動的に再作成します。そのため、「一度消して場所を空け、縮小が終わったら再び作らせる」という使い方が可能です。
実行前の注意事項
- 必ず管理者権限のコマンドプロンプトで実行する
- 万が一に備え、重要なデータは事前にバックアップしておく
- 対象は NTFS 形式のボリュームであることを確認する（exFAT 等では無効）
手順：USN ジャーナルを削除する
- スタートメニューを開き、「cmd」または「コマンド プロンプト」と入力する。
- 検索結果の「コマンド プロンプト」を右クリック ➜ 管理者として実行を選択。
- 次のコマンドを入力し、Enter キーを押す。
fsutil usn deletejournal /d R:※R:は縮小したいドライブ文字（例：C:、D:）に置き換えてください。 - 「成功しました」などのメッセージが表示されたら、コマンド プロンプトを閉じる。
- ディスクの管理を開き、対象ボリュームを右クリック ➜ ボリュームの縮小を選択して、縮小可能な領域が増えているか確認する。
USN ジャーナル削除後に起こること
- USN ジャーナルのファイル本体（
$Extend$UsnJrnl:$J）が削除され、ボリューム末尾近くの占有領域が解放される - 「ボリュームの縮小」を再実行すると、数十 GB ～ 数百 GB 単位で縮小できるようになるケースが多い
- OS が必要と判断したタイミングで、USN ジャーナルは自動的に再生成される
この方法は、USN ジャーナルが最後の移動不能ファイルというログが出ている場合には、非常に効果的です。まずはこの解決策 A から試すのがよいでしょう。
解決策 B：デフラグツールで空き領域を前方に詰める
USN ジャーナル以外にも、ボリューム末尾近くに散在しているファイルが原因で縮小幅が制限されることがあります。その場合、サードパーティ製のデフラグツールで「空き領域をまとめる」ことで、末尾に大きな空き領域を作れます。
SSD でデフラグを行うときの考え方
- SSD は HDD と異なり、断片化による速度低下は小さい
- 一方で、デフラグは大量の書き込みを伴うため、頻繁な全面デフラグは避けるべき
- 今回の目的は「高速化」ではなく、縮小可能領域を広げるためにファイルを前方へ寄せること
- そのため、1～数回の限定的なデフラグであれば実害はほぼないと考えられる
代表的なデフラグツールの使い方イメージ
例として、Piriform 社の Defraggler を使った場合の流れを示します（バージョンや UI により項目名は異なる場合があります）。
- ツールをインストールし、管理者権限で起動する。
- 対象ドライブ（例：C:）を選択する。
- 「Quick Defrag」や「Defrag Freespace（空き領域の最適化）」に相当する機能を選ぶ。
- 完了後、Windows の「ディスクの管理」で再度「ボリュームの縮小」を試す。
なお、一部の環境ではアプリのクラッシュやフリーズの報告もあるため、心配な場合は先に解決策 A や C を試し、それでもダメな場合に B を検討すると安心です。
解決策 C：Windows 標準機能で移動不能ファイルを一時的に解除する
サードパーティ製ツールを入れたくない場合、Windows の標準機能だけで「末尾の移動不能ファイル」を減らす方法もあります。代表的なものは次の 3 つです。
- ページファイル（仮想メモリ）を一時的に無効化
- 休止状態（hiberfil.sys）をオフ
- システム保護（復元ポイント）を一時停止
これらを停止したうえで、defrag コマンドによる空き領域の最適化を行い、縮小を試みます。
ステップ 1：ページファイル（pagefile.sys）を一時的に無効化
- 「この PC」を右クリックし、プロパティを開く。
- システムの詳細設定をクリック。
- 「詳細設定」タブの「パフォーマンス」欄で設定をクリック。
- 「詳細設定」タブの「仮想メモリ」で変更をクリック。
- 「すべてのドライブのページング ファイルのサイズを自動的に管理する」のチェックを外す。
- 対象ドライブを選び、「ページング ファイルなし」を選択して設定をクリック。
- 再起動を求められたら、後の手順が終わったタイミングで再起動する。
メモリが少ない PC では、ページファイルなし状態での長時間作業は避け、縮小操作が終わったら必ず元に戻すことを忘れないでください。
ステップ 2：休止状態（hiberfil.sys）をオフにする
- 管理者権限のコマンドプロンプトを開く。
- 次のコマンドを実行する。
powercfg /h off
これにより、hiberfil.sys が削除され、数 GB ～ 数十 GB 程度の空き領域が増えることがあります。後で休止状態を使いたい場合は、縮小作業が完了したら powercfg /h on で再度有効化します。
ステップ 3：システム保護（復元ポイント）を一時停止する
- 「コントロール パネル」からシステムを開き、「システムの保護」をクリック。
- 一覧から対象ドライブを選び、「構成」をクリック。
- 「システムの保護を無効にする」を選択する。
- 必要であれば「削除」ボタンで既存の復元ポイントを削除する。
復元ポイントを削除すると、システムを過去の状態に戻すことはできなくなります。必ずイメージバックアップやファイル単位のバックアップを別途取得してから実施してください。
ステップ 4：コマンドで空き領域の最適化を実行
上記の一時停止が完了したら、次のコマンドで SSD 上の空き領域を論理的にまとめます。
defrag R: /L /XR:は対象ドライブ文字/Lは「空き領域の最適化」/Xは「空き領域の結合」を指示
完了後、再度「ディスクの管理」から「ボリュームの縮小」を実行し、縮小可能なサイズが増えているか確認します。
ステップ 5：一時停止した設定を元に戻す
縮小が無事完了したら、以下を忘れずに元に戻します。
- ページファイル：再度「システムの詳細設定」から「自動管理」に戻す、または適切な固定サイズを設定
- 休止状態：必要なら
powercfg /h onを実行 - システム保護：保護を有効化し、必要に応じて新しい復元ポイントを作成
解決策 D：最終手段としてパーティションを再作成する
解決策 A ～ C を試しても、どうしても希望のサイズまで縮小できない場合、パーティションをいったん削除して作り直すという手段があります。時間と手間はかかりますが、もっとも確実です。
手順の全体像
- 対象ボリュームのデータを外付け HDD や別ドライブに完全バックアップする（システムドライブなら、イメージバックアップ推奨）。
- 「ディスクの管理」を開き、対象パーティションを右クリックしてボリュームの削除を行う。
- 未割り当て領域ができたら、希望のサイズで新しいボリュームを作成する。
- フォーマット後、バックアップからデータを戻す、あるいはシステムイメージを復元する。
システムドライブ（C:）を含むパーティション構成を大きく変える場合は、Windows のインストールメディアや回復ドライブなど外部メディアから起動して作業する必要があることもあります。手順に不安があれば、重要な環境を触る前にテスト用の仮想マシンや別 PC で動作を試しておくと安心です。
各解決策のポイント比較
| 解決策 | メリット | デメリット / 注意点 | おすすめ度 |
|---|---|---|---|
| A. USN ジャーナル削除 | コマンド 1 行で完了。データ消失リスクが低く、効果も大きい。 | 管理者権限が必要。誤って他のコマンドを打たないよう注意。 | ◎（まず最初に試したい） |
| B. デフラグツール | GUI で操作しやすく、視覚的に状態を把握できる。 | ツールの安定性に左右される。SSD への書き込みが増える。 | ○（A・C で不足するとき） |
| C. Windows 標準機能 | 追加ソフト不要。システムファイル由来の制限にも対応可能。 | 手順が多く、終了後の「元に戻し」を忘れやすい。 | ○（A と組み合わせると強力） |
| D. パーティション再作成 | 希望のレイアウトを確実に実現できる。 | バックアップ・復元が必須。時間と手間がかかる。 | △（どうしてもダメなときの最終手段） |
「分析ログ」で本当に USN ジャーナルが原因か確認する
すでに「分析ログには $Extend$UsnJrnl:$J が最後の移動不能ファイルと出力されている」という状況であれば、ほぼ USN ジャーナルがボトルネックになっていると考えられますが、念のため自分で確認したい場合は次の手順でチェックできます。
- 管理者権限のコマンドプロンプトを開く。
- 対象ドライブに対して、次のコマンドを実行する。
defrag R: /A /V - 表示されるログの中から、「The last unmovable file appears to be:」に続く行を探す。
ここに $Extend$UsnJrnl:$J が表示されていれば、USN ジャーナルがボリューム末尾側を塞いでいることが確認できます。その場合は、前述の解決策 A を実行することで、縮小範囲が大きく拡張される可能性が高いです。
作業前に必ず確認しておきたいポイント
| チェック項目 | 理由 |
|---|---|
| 重要データのバックアップを取ったか | システムファイルやパーティション操作を伴うため、万一のトラブルに備える |
| ノート PC の場合、AC アダプターを接続しているか | 作業中のバッテリー切れは最悪の事態を招く可能性がある |
| BitLocker など暗号化機能の有無 | 暗号化状態でのパーティション操作は制約があることがあるため、事前に確認 |
| 他のディスク管理ソフトが常駐していないか | 複数のツールが同時にディスクを触ると競合の原因になる |
よくある質問（Q&A）
Q. USN ジャーナルを削除すると、パフォーマンスや安定性に影響はありますか？
A. 通常利用であれば、ほとんど影響はありません。USN ジャーナルはバックアップソフトやインデックスサービスが変更を追跡するために利用しますが、削除しても Windows が必要に応じて自動再生成します。重要なのは、パーティション操作前後のタイミングで削除するという点です。
Q. SSD でデフラグを実行すると寿命が縮むのでは？
A. 理論的には書き込み回数が増えるため寿命への影響はゼロではありませんが、1～数回の限定的な最適化であれば、実用上の影響はごく小さいと考えられます。頻繁なデフラグや、不要な全面最適化を習慣化することだけは避けましょう。
Q. 「ディスクの管理」で縮小しようとするとエラーが出て完了しません。
A. 次の点を確認してください。
- CHKDSK でファイルシステムのエラーがないか確認（例：
chkdsk R: /F）。 - ウイルス対策ソフトがディスク操作を妨げていないか（リアルタイム保護を一時停止して試す）。
- バックグラウンドで大容量ファイルを扱うアプリ（仮想マシン、動画編集ソフトなど）が動いていないか。
Q. 縮小したいのはデータ用の D: ドライブだけで、OS の C: ドライブには触りたくありません。
A. その場合も、今回紹介した解決策 A ～ C は有効です。特にデータドライブであれば、USN ジャーナル削除による影響はさらに小さくなります。OS ドライブと異なり、移動不能なシステムファイルも少ないため、縮小幅が広がりやすい傾向にあります。
まとめ：まずは「USN ジャーナル削除」＋「標準機能」で無理なく対処しよう
SSD ボリュームに十分な空き容量があるのに、Windows の「ディスクの管理」からは数 GB しか縮小できない――その多くは、ボリューム末尾の「移動不能ファイル」が原因です。特に分析ログに $Extend$UsnJrnl:$J が表示されている場合、USN ジャーナルが縮小の邪魔をしている可能性が高いといえます。
この記事で紹介したように、
- A：USN ジャーナルを削除して自動再生成に任せる
- C：ページファイル・休止状態・システム保護を一時的にオフにし、
defrag /L /Xで空き領域を整理 - 必要に応じてB：デフラグツールで空き領域を前方に寄せる
といったステップを踏めば、多くのケースで数十 GB 以上の縮小が可能になります。それでも難しい場合は、データのバックアップをしっかり取ったうえで、D：パーティションを再作成する最終手段を検討しましょう。
どの方法を選ぶ場合でも、事前バックアップと安定した電源環境だけは妥協せず、落ち着いて作業を進めてください。適切な手順を踏めば、「空き容量があるのに縮小できない」というストレスから解放され、SSD の容量を自分の用途に合わせて柔軟に活用できるようになります。
コメント