# 起動ディスクの空き領域不足、容量はどこへ行ったのか > アラートは作業用の余裕を知らせるもので、ファイルを消せという話ではありません。df と diskutil で測り、まずローカルスナップショットを確認し、細かい削除ではなく構造的な一手を選びます。 Published: 2026-08-09 | Updated: 2026-08-16 警告はいちばん困るタイミングで出ます。動画を書き出しているとき、アップデートを入れているとき、書類を保存しているとき、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 つのどれかです。いちばん大きいものを消すのではなく、このリストを上から順に見てください。 | 疑い | 確認方法 | 行き先 | |---|---|---| | ローカルの Time Machine スナップショット | `tmutil listlocalsnapshots /` が項目を返す | [ローカルスナップショットを削除する](https://mole.fit/ja/blog/how-to-delete-local-time-machine-snapshots-mac) | | 写真ライブラリ | ホームのなかでいちばん大きい単体であることが多い | [写真のストレージを空ける](https://mole.fit/ja/blog/how-to-free-up-photos-storage-mac) | | iOS デバイスのバックアップ | `~/Library/Application Support/MobileSync/Backup` | [古い iPhone バックアップを削除する](https://mole.fit/ja/blog/how-to-delete-iphone-backups-mac) | | メールのダウンロード | メールのアカウントデータは上限なく増える | [メールのストレージを減らす](https://mole.fit/ja/blog/how-to-reduce-mail-storage-mac) | | 開発者向けキャッシュ | Xcode、Docker、Homebrew、node のパッケージ置き場 | [開発キャッシュを消す](https://mole.fit/ja/blog/how-to-clear-dev-caches-mac) | | 忘れられた大きなファイル | 古い書き出し、ディスクイメージ、ダウンロード | [大きなファイルを見つける](https://mole.fit/ja/blog/how-to-find-large-files-on-mac) | macOS はこれらのいくつかをストレージ設定の **システムデータ** にまとめてしまいます。あのバーが不気味で説明不能に見えるのはそのためです。これは残り物に付けた名前であり、開けるフォルダではありません。[システムデータが実際に含むもの](https://mole.fit/ja/blog/what-is-system-data-on-mac) を見てください。 ## 消しても空き容量が増えないとき クリーナーに手を出すきっかけになるのがこのケースです。20 GB のファイルを消し、ゴミ箱を空にしても、空き容量はほとんど動きません。 よくある原因は APFS のコピーオンライトです。ローカルの Time Machine スナップショットが、消したファイルが占めていたブロックをまだ参照しているので、ファイルシステムはそれを解放できません。その領域は空きではなくパージ可能として出ます。直接確認します。 ``` tmutil listlocalsnapshots / ``` 項目が返ってきたら、ほかのことをする前に [スナップショットのガイド](https://mole.fit/ja/blog/how-to-delete-local-time-machine-snapshots-mac) を読んでください。スナップショットを間引くだけで済むことが多く、外付け Time Machine ディスク上のバックアップには触れません。 ふたつめの原因は、macOS が一部の領域を回収可能と見なしており、急いで回収しないことです。本当に必要になったときにその領域を空けます。空き容量がほとんどないと報告されていてもアップデートが成功することがあるのは、このためでもあります。 ## ストレージ設定は得意なことに使う **システム設定 > 一般 > ストレージ** が役に立つのはふたつです。カテゴリバーでボリュームのだいたいの形が分かり、おすすめパネルには、ゴミ箱を自動で空にする、大きなファイルを見直すなど、そうでなければ探し回ることになる操作が出ています。 計測としてはあまり使えません。カテゴリは重なり、変更後の数字はゆっくり落ち着き、分類器が自信のないものはシステムデータが吸収します。案内にはこれを使い、計測には `df` と `diskutil` を使います。 ## やってはいけないこと - **空きを作るために `/System`、`/Library`、`/private` からファイルを消さないでください。** 現行の macOS ではシステムボリュームは封印されて読み取り専用であり、書き込める部分は構造を支えています。 - **キャッシュを定期的に空にしないでください。** 再生成できるキャッシュはすぐ戻ってきて、掃除のあとの各アプリの初回起動は遅くなります。[消しても安全なもの](https://mole.fit/ja/blog/how-to-clear-cache-on-mac) を見てください。 - **パージ可能な領域を特定の量だけ空けますと約束するツールを信じないでください。** パージ可能は混在したプールの上限であり、在庫一覧ではありません。 - **容量を取り戻すために、写真ライブラリ、メールのデータ、バックアップフォルダを Finder で消さないでください。** データベースの整合性を保つため、そのデータを持っているアプリ側で操作します。 ## 大きな数字ではなく、安定した状態を目指す いちばん大きな一時的な数字ではなく、保てる余白を目指します。予備領域の上に余裕をもって乗っている Mac は、警告を止め、負荷時のページングも止めます。 そこに至るには、小さな削除を重ねるより、構造的な変更をひとつ入れることが多いです。写真ライブラリや動画アーカイブを外付けディスクへ移す、大きなライブラリで「Mac ストレージを最適化」をオンにする、もう使っていない開発ツールチェーンを外す。どれかひとつでも、スクリーンショットを午後いっぱい消すより長く効きます。 ## 確認ツールの位置づけ [Mole](https://mole.fit/) は削除を提案する前に測ります。実際のディスク上のサイズでボリュームを地図にし、何かを消す前に各候補が何かを見せ、いきなり削除せずゴミ箱へ移すので、判断を間違えても戻せます。証明できないパージ可能の数字を約束することはありません。 ## 作業の順番 1. `df -h /` と `diskutil info /` で空き容量を記録します。 2. `tmutil listlocalsnapshots /` を確認し、あればまずスナップショットを処理します。 3. 本当に容量を食っている最大のものを探します。どこよりも先にホームを見ます。 4. 構造的な変更をひとつ入れ、もう一度測ります。 5. ツールが気持ちのいい合計を出したときではなく、ボリュームに余白ができたときに止めます。 ## よくある質問 ### ファイルを消した翌日に警告が戻ってくるのはなぜですか 削除が構造を変えていないからです。写真ライブラリ、iOS のバックアップ、スナップショットの一式が本当の占有者なら、書類を数 GB 消しても閾値のすぐ上にいるだけで、次のアップデートやスワップの急増でまた下に落ちます。 ### Mac にはどれくらいの空き容量が必要ですか 公式の数字はなく、目にする具体的な割合は Apple の仕様ではなく、誰かの目安です。実務的には、macOS のアップデート一式をステージできる分に、いつもの負荷でのスワップ分を足した量です。 ### この警告はドライブが壊れているという意味ですか いいえ。報告しているのは容量であり、ドライブの健全性については何も言っていません。それは別の症状を持つ、別の問いです。 ### 無視してもいいですか しばらくはできます。macOS はパージ可能な領域を回収しながら動き続けます。代償は、メモリプレッシャーで遅くなる Mac と、失敗し始めるアップデートです。毎日閉じるより、直したほうがよいです。 --- Canonical HTML page: https://mole.fit/ja/blog/mac-startup-disk-full Blog index for agents: https://mole.fit/ja/blog/llms.txt Site index for agents: https://mole.fit/llms.txt