起動ディスクの空き領域不足、容量はどこへ行ったのか

警告はいちばん困るタイミングで出ます。動画を書き出しているとき、アップデートを入れているとき、書類を保存しているとき、macOS が 起動ディスクの空き容量がほとんどありません と割り込んできます。反射的にダウンロードを開いて消し始めます。これで数 GB は空くことが多いのですが、警告は一日もせずに戻り、何も分かっていません。

macOS が伝えているのは、スワップ、アップデート、一時ファイルに必要な作業用の余白がボリュームから尽きた、ということです。回収できるのにまだ固定されている領域は、本物のファイルと同じように空き容量から引かれます。だから見えるファイルを消しても、数字が動くこともあれば、まったく動かないこともあります。

短い答え： 何かを消す前に、容量がどこへ行ったかを特定します。空き容量は df -h / で確認し、システム設定 > 一般 > ストレージ を見ます。大きなファイルを消しても数字がほとんど動かないなら、見えているファイルではなく、スナップショットかパージ可能なプールに固定されています。

この警告が実際に意味すること

macOS は起動ボリュームに予備領域を確保しています。仮想メモリのスワップ、システムアップデート中のインストーラのステージング、アプリが作業中に書く一時ファイル、APFS の管理情報に使われます。空き容量がその予備に近づくと、システムが警告します。

Apple は正確な発火閾値を公開しておらず、ボリュームの大きさと、その瞬間にシステムが何をしているかで変わります。この警告は余白についての合図として扱い、そこから逆算できる精密な計測値だと思わないでください。

数字そのものより、次のふたつの結果のほうが重要です。

• ディスク容量が足りない Mac は、壊れる前に遅くなります。スワップの行き場がなくなり、メモリプレッシャーが上がり、システムは圧縮とページングを激しく始めます。
• インストーラが空き容量より小さく見えても、macOS のアップデートはインストールを拒否することがあります。適用前に完全なコピーをステージするためです。

消す前に測る

Finder ではなく、まずファイルシステムから始めます。Finder が示す容量は、回収可能なプールをすでに織り込んだ数字だからです。

df -h /

1 TB のドライブを積んだ Mac では、だいたい次のように出ます。

Filesystem        Size    Used   Avail Capacity   Mounted on
/dev/disk3s1s1   926Gi    12Gi   299Gi     4%     /

Used 列が小さいのは、/ が封印されたシステムスナップショットであり、データボリュームではないからです。売られている 1 TB のドライブに対して Size が 926Gi と出るのは、df が二進のギビバイトで数え、Apple が十進のギガバイトで数えるからです。欠けているものはありません。同じバイトをふたつの単位で述べているだけです。

コンテナ全体を見るなら、代わりに diskutil に聞きます。

diskutil info / | grep -i "Container"

   Container Total Space:     994.6 GB (994610155520 Bytes)
   Container Free Space:      321.0 GB (321045377024 Bytes)

これで本物の基準値が取れます。空き容量の数字を書き留めてください。この先の手順はすべて、その数字が動くかどうかで判断します。

容量はだいたいここにあります

個人用 Mac の起動ディスクがいっぱいになる原因は、ほぼつねに次の 6 つのどれかです。いちばん大きいものを消すのではなく、このリストを上から順に見てください。

macOS はこれらのいくつかをストレージ設定の システムデータ にまとめてしまいます。あのバーが不気味で説明不能に見えるのはそのためです。これは残り物に付けた名前であり、開けるフォルダではありません。システムデータが実際に含むもの を見てください。

消しても空き容量が増えないとき

クリーナーに手を出すきっかけになるのがこのケースです。20 GB のファイルを消し、ゴミ箱を空にしても、空き容量はほとんど動きません。

よくある原因は APFS のコピーオンライトです。ローカルの Time Machine スナップショットが、消したファイルが占めていたブロックをまだ参照しているので、ファイルシステムはそれを解放できません。その領域は空きではなくパージ可能として出ます。直接確認します。

tmutil listlocalsnapshots /

項目が返ってきたら、ほかのことをする前に スナップショットのガイド を読んでください。スナップショットを間引くだけで済むことが多く、外付け Time Machine ディスク上のバックアップには触れません。

ふたつめの原因は、macOS が一部の領域を回収可能と見なしており、急いで回収しないことです。本当に必要になったときにその領域を空けます。空き容量がほとんどないと報告されていてもアップデートが成功することがあるのは、このためでもあります。

ストレージ設定は得意なことに使う

システム設定 > 一般 > ストレージ が役に立つのはふたつです。カテゴリバーでボリュームのだいたいの形が分かり、おすすめパネルには、ゴミ箱を自動で空にする、大きなファイルを見直すなど、そうでなければ探し回ることになる操作が出ています。

計測としてはあまり使えません。カテゴリは重なり、変更後の数字はゆっくり落ち着き、分類器が自信のないものはシステムデータが吸収します。案内にはこれを使い、計測には df と diskutil を使います。

やってはいけないこと

• 空きを作るために /System、/Library、/private からファイルを消さないでください。 現行の macOS ではシステムボリュームは封印されて読み取り専用であり、書き込める部分は構造を支えています。
• キャッシュを定期的に空にしないでください。 再生成できるキャッシュはすぐ戻ってきて、掃除のあとの各アプリの初回起動は遅くなります。消しても安全なもの を見てください。
• パージ可能な領域を特定の量だけ空けますと約束するツールを信じないでください。 パージ可能は混在したプールの上限であり、在庫一覧ではありません。
• 容量を取り戻すために、写真ライブラリ、メールのデータ、バックアップフォルダを Finder で消さないでください。 データベースの整合性を保つため、そのデータを持っているアプリ側で操作します。

大きな数字ではなく、安定した状態を目指す

いちばん大きな一時的な数字ではなく、保てる余白を目指します。予備領域の上に余裕をもって乗っている Mac は、警告を止め、負荷時のページングも止めます。

そこに至るには、小さな削除を重ねるより、構造的な変更をひとつ入れることが多いです。写真ライブラリや動画アーカイブを外付けディスクへ移す、大きなライブラリで「Mac ストレージを最適化」をオンにする、もう使っていない開発ツールチェーンを外す。どれかひとつでも、スクリーンショットを午後いっぱい消すより長く効きます。

確認ツールの位置づけ

Mole は削除を提案する前に測ります。実際のディスク上のサイズでボリュームを地図にし、何かを消す前に各候補が何かを見せ、いきなり削除せずゴミ箱へ移すので、判断を間違えても戻せます。証明できないパージ可能の数字を約束することはありません。

作業の順番

1. df -h / と diskutil info / で空き容量を記録します。
2. tmutil listlocalsnapshots / を確認し、あればまずスナップショットを処理します。
3. 本当に容量を食っている最大のものを探します。どこよりも先にホームを見ます。
4. 構造的な変更をひとつ入れ、もう一度測ります。
5. ツールが気持ちのいい合計を出したときではなく、ボリュームに余白ができたときに止めます。

よくある質問

ファイルを消した翌日に警告が戻ってくるのはなぜですか

削除が構造を変えていないからです。写真ライブラリ、iOS のバックアップ、スナップショットの一式が本当の占有者なら、書類を数 GB 消しても閾値のすぐ上にいるだけで、次のアップデートやスワップの急増でまた下に落ちます。

Mac にはどれくらいの空き容量が必要ですか

公式の数字はなく、目にする具体的な割合は Apple の仕様ではなく、誰かの目安です。実務的には、macOS のアップデート一式をステージできる分に、いつもの負荷でのスワップ分を足した量です。

この警告はドライブが壊れているという意味ですか

いいえ。報告しているのは容量であり、ドライブの健全性については何も言っていません。それは別の症状を持つ、別の問いです。

無視してもいいですか

しばらくはできます。macOS はパージ可能な領域を回収しながら動き続けます。代償は、メモリプレッシャーで遅くなる Mac と、失敗し始めるアップデートです。毎日閉じるより、直したほうがよいです。