128 または 256 GB の iPhone は 4K と Live Photos で埋まる。「ストレージが足りません」への最悪の反応は、写真での一括削除。それらのファイルに第二コピーはない。検索が iPhone 容量不足の写真で残したい、なら、先に第二コピーを作る。Azalea は PhotoKit 原版を USB、S3、COS、OSS、または Samba へ書き出す。原版はホストしない。Bundle net.duguying.photos。Azalea は Optimize iPhone Storage を代行しない。

設定の写真行を書き留める（ラボ端末は 88.1 GB）。Pending が 0 になるまでバックアップ。先週と最長クリップを抜き取り確認。それから最適化、またはディスクですでに開いた 4K を消す。一週間後、写真は 41.6 GB。ディスクライブラリは動いていない。

iCloud プランも満杯なら、原版が上がれないので最適化は止まる。それが 3月の機械であり、USB が先だった理由。「最近削除した項目」は 30 日の願いであり、バックアップではない。カメラロールを使い捨てとして扱う前に Diagnostics。

実際に満杯だった端末

iPhone 15、iOS 18.6.1、256 GB。iCloud 写真オン、200 GB プラン満杯、アップロードエラーがループ。設定 → iPhone ストレージ：使用 241.3 GB、写真 88.1 GB。最適化はオフだったので、ローカルはまだ原版。SanDisk Extreme 1 TB、exFAT、フォルダ azalea/15-lab。2026年3月14日：静止画 17,891、動画 541、18,432 件、92,778,479,616 バイト（86.41 GB）、257 分、約 5.72 MB/s。コロン名二十三件をエスケープ。復旧不能：0。約二時間で端末がロック。Live Activity は残り、タスクは止まり、開き直すと再開。

英語 S3 がもう一つの宛先（4月の Pixel 実験は us-west-2）。端末がすでに満杯なら、USB は Wi-Fi PUT 時間を避ける。今日空きを動かすなら 4K が先：4K 動画を先にバックアップ。

手順

写真ですべて選択しない。設定 → iPhone ストレージをスクリーンショット。
まだ入れられるなら Azalea を入れる。容量でインストールが失敗するなら、カメラロールではない不要確認済みアプリを消すか退避してから入れる。Allow Full Access。Selected Photos はライブラリ全体の救済ではない。
Cloud Album → Backup Storage → USB Device（Files でフォルダ、ブックマーク、ボリューム一覧なし）または S3 鍵。バケットは Test Connection。フォルダに iCloud Drive を選ばない。
自動バックアップ。USB はフォアグラウンド。ロック後 Resume Backup。挿し直し後 Check again。ステータス：Pending、Failed。
Pending が 0 になったら宛先で原版を開く：先週のショット、最長 4K、Live Photo の組一つ。サムネイルではなくバイト。
設定 → 写真 → Optimize iPhone Storage、またはディスクで見た動画だけ消す。数日後に設定の写真を再確認。ディスクまたはバケットサイズは持つ必要がある。

Huawei Mate 60 の数字（36.64 GB、61% で引っこ抜き、一時ファイル十二個）は Android。教訓は同じ：停止中に端末コピーを消さない。Pixel 8 → iPhone 16（11,614 件、81.95 GB）は、認領した iPhone が Recents を空のままライブラリを持てることを示す — 移行後には有用。この iPhone が唯一のコピーであるときの最初の手ではない。

端末が満杯のとき Live Photos は数え誤りやすい。各々が静止画とモーションクリップの組なので、グリッドで「写真一枚」を消すと HEIC より多く空くことも、4K より少なく空くこともあり、設定の写真行はどちらなのか教えない。端末から外す前にディスクで組を開く。Hidden と「最近削除した項目」は空にするまでブロックを占める。第二コピーではなく、Allow Full Access の下で PhotoKit にまだ見えていたあいだに Azalea が書き出していなければ USB ボリュームにも出ない。

一つの失敗：満杯の iCloud プランでの最適化

iCloud が原版を取れなければ、最適化は容量を空けない。待つか、存在しないプレースホルダがあると思う。USB または S3 は Apple 枠を気にしないコピー。USB 成功後、最適化は写真を 41.6 GB まで下げた。iCloud がすでに上がった集合を受けられたか、iOS が iCloud のコピーに対して追い出せた — ラボの二週目。ディスクは 86.41 GB のまま。そのディスクが Android に持っていくもの。iCloud ではない。

リージョン違いの S3 は Test Connection に失敗する。そのエラーのあと退避するのは複製ではなく希望を消す。コロン名：ディスク上でエスケープ。Explorer でリネームすると認領が壊れる。Finder DCIM コピーに索引はなく、「容量を空けた」計画としては弱い。台帳なしで写真から手で消す必要がある。

FAQ

ライブラリを消さずに iPhone 容量不足の写真を直すには？

Azalea で USB または自分のバケットへバックアップし、ファイルを開き、それから最適化または確認済み 4K を消す。一括削除から始めない。退避の詳細：バックアップ後の空き容量。品質：原画と最適化。

バックアップ完了時に Azalea は iPhone の写真を消すか？

消さない。「ローカルを消し、こちらのクラウドに残す」操作はない。こちらのクラウドはない。iOS 設定を使うか、宛先で開いた項目を消す。

満杯の 256 GB 端末は USB か iCloud か？

iCloud プランが満杯なら USB または S3。プランに余裕があり永遠に Apple に留まるなら、第三者アプリなしで iCloud 最適化が写真を縮められる。Pixel では助けにならない。事例：/ja/cases/case-iphone15-256g-icloud-man。

コピーが 5.7 MB/s だったのはなぜか？

小さな HEIC と PhotoKit 書き出しであり、SSD ではない。動画優先は設定での体感進捗を早く上げる。USB 2.0 / OTG はさらに遅い（Mate 60：3.3 MB/s）。

ダウンロードと USB の制限

/ja/download。iOS に USB ボリューム一覧はない。Files ピッカーとブックマーク：/ja/features/usb。バックアップ製品としての iCloud なし：iCloud なしで iPhone 写真をバックアップ。

iPhone 容量不足でも写真は残す