バックアップが0 KBで止まる。ありえないストレージの数字。

公開日 2026-08-19

先日こんなスクリーンショットが投稿されていました。128GBのiPhoneで、アプリのデータが504.8GBと表示されている。23人がバックアップのアドバイスを返信していましたが、その数字がありえないことを指摘した人は一人もいませんでした。

画面上で最も有用な手がかりはそこです。端末が自身の容量の4倍を保持できるはずがないので、その数値は測定結果ではなく症状です。ストレージのインデックスが壊れています。 そう分かった瞬間、別々に見えていた3つの問題が一つの説明に収束します。

インデックスとは何か、なぜ壊れるのか

iOSはストレージ画面を開くたびにファイルを数え上げているわけではありません。それでは時間がかかりすぎます。何が存在しどれだけの大きさかを記録したデータベースを常時維持し、そこから報告しています。iCloudに「何をバックアップすべきか」を伝えるのも同じデータベースです。

そのデータベースが実際のファイルシステムとずれると——多くは復元の中断、アップデートの失敗、端末間の移行、あるいは書き込み中にディスクが完全に埋まったとき——存在しないファイルのエントリ、二重計上、単純に誤ったサイズが残ります。クラッシュはしません。iOSはデータベースを信じ続け、そのデータベースが嘘をついている状態になります。

なぜバックアップが0 KBで止まるのか

転送を始める前に、iOSは同じインデックスから合計サイズを計算します。インデックスが壊れていれば合計は無意味な値になり——たとえば5GBのプランに対して504GB——処理は開始を拒否するか、開始した直後に「インデックスには載っているがディスクには無いファイル」に当たって停止します。

画面に見えるのは0 KBのまま動かない進捗バー、説明のない「バックアップに失敗しました」、あるいは一晩中動いて何も完了していないバックアップです。Wi-Fiのせいでも、iCloudのプランのせいでもなく、何度やり直しても変わりません。だから一般的な対処法がここでは何の効果もないのです。

1分で確認する方法

「設定」→「一般」→「iPhoneストレージ」を開き、「数字が大きいか」ではなく「矛盾しているか」を探してください。

端末の容量より大きい数値がある。 これ以上ない証拠です。単一のアプリが端末の総容量を超えていると主張しているなら、他の診断は不要です。
バーとリストが食い違う。 上部のカラーバーの各区画を足して、下のアプリ一覧と比べます。だいたい一致するはずで、大きく開いているならインデックスのずれです。
まったく変化しないカテゴリがある。 数GB削除して観察してください。数字が同じままなら、それは測定されているのではなく、古い記録から呼び出されています。
「システムデータ」がすべてを飲み込んでいる。 このカテゴリは本来の受け皿でもあり、同時に誤ってインデックスされたファイルが溜まる場所でもあります。単独では何も証明しませんが、上記と併発しているならパターンに合致します。

これに該当しないもの：写真を削除しても空かない容量。それはもっとありふれた原因——「最近削除した項目」が30日間保持しているか、ライブラリに対してiCloudプランが小さすぎるか——であることがほとんどです。「壊れている」と結論する前に、両方を除外してください。

唯一安全な順序での対処

壊れたインデックスはiOSの内部からは修復できません。再構築コマンドは存在しません。データベースはシステムが新しく書き直されたときに再生成される——つまり消去して復元するしかありません。そして難しいのはそこではなく、「バックアップの仕組み自体が壊れている端末」から、信頼できるバックアップを先に取ることです。

1. iCloudではなく、ケーブルでバックアップする。 MacかPCに接続します（最近のmacOSならFinder、Windowsなら「Appleデバイス」アプリかiTunes）。有線バックアップは、失敗しているサイズ計算に頼らずファイルを直接転送するため、iCloudが止まる場面でも成功することが多いのです。バックアップを暗号化にチェックを入れてください——ヘルスケアのデータ、保存済みパスワード、Wi-Fi設定が戻ってくる唯一の方法です。

2. 消去する前に、存在を確認する。 Finderのデバイス画面で、そのバックアップが今日の日付ともっともらしいサイズで一覧に出ていることを確かめます。10秒で終わり、そしてこれが「非常にまずい午後」との間に立つ唯一のものです。

3. 消去してから、そのバックアップで復元する。「設定」→「一般」→「転送またはiPhoneをリセット」→「すべてのコンテンツと設定を消去」、初期設定の途中でローカルバックアップから復元します。インデックスはディスク上の実態から再構築され、数字が現実に戻ります。

4. アプリと写真を戻す前にストレージ画面を確認する。 消去直後の端末なら数値は小さく妥当なはずです。この時点でまだありえない数字が出ているなら、それはハードウェアの問題で、ソフトウェアではなくApple サポートに相談する話になります。

やっても無駄なこと

再起動ではインデックスは再構築されません。iCloudバックアップのオンオフ、サインアウトとサインイン、アプリの削除と再ダウンロードも同様です——最後のものはむしろ、すでに間違っているデータベースに新しいエントリを追加して悪化させることがあります。「すべての設定をリセット」もファイルシステムには触れないので、ここでは何も変わりません。

皆が飛ばしてしまうのが有線バックアップで、そしてそれが唯一重要な工程です。このリストの他はすべて任意です。

そのあとに

完全に埋まったディスクへの書き込み中断は、この状態に至る確実な経路の一つです。つまり慢性的に空き1%で生活することは、単なる不便ではなく実際のリスクだということになります。多少の余裕は安い保険です。

多くの人にとって、その余裕は写真ライブラリから捻出するしかありません。容量が消えた先がそこだからです。それは一度の大掃除ではなく小さな判断の長い連なりで、同じ写真について二度聞かれないことが成立の条件になります——それがBlancの設計思想そのものです。仕組みの整理から始めたい方はiPhoneのストレージを本当に食べているものからどうぞ。