iPhone 15 256 GB, iCloud voll, 86,4 GB auf 1-TB-Platte
Gerät: iPhone 15, iOS 18.6.1, 256 GB. iCloud-Fotos an, 200-GB-Plan voll, Upload-Fehler in der Schleife. Einstellungen → iPhone-Speicher: 241,3 GB belegt, Fotos 88,1 GB. iPhone-Speicher optimieren war aus, das Telefon hielt noch Originale.
Platte: SanDisk Extreme Portable SSD 1 TB, USB 3.2 Gen 2, Werks-exFAT, Standard-C-zu-C-Kabel. Neues USB-Profil, Ordner azalea/15-lab am Volume-Root. Nach der ersten Wahl bedeutete Sperren des Telefons einen manuellen Refresh vor isAvailable() — iOS hat kein Attach-Event.
Wie die Bytes zusammenkommen
- 17.891 Stills, etwa 71 % HEIC, Rest JPEG und ein paar DNG.
- 541 Videos, meist 4K30, etwa 56,5 MB je.
- 17.891 × 3,12 MB ≈ 55,82 GB plus 541 × 56,5 MB ≈ 30,57 GB = 86,39 GB, gegen 86,41 GB aus summierte
stat. Der Splitter ist Manifest-Overhead. - 257 Minuten → 86,41 × 1024 / 257 / 60 ≈ 5,74 MB/s. Eine 10-Gbps-Platte füllt sich nicht, weil jedes Asset PhotoKit-Export zahlt.
Fehler
Dreiundzwanzig logische Namen enthielten :, übrig gebliebene WhatsApp-Screenshot-Titel. Nach dem Escapen blieb k im Manifest der Originalname und p der Pfad auf der Platte. Unrecoverable: 0. Nach etwa zwei Stunden sperrte das Telefon; die Live Activity blieb, die Aufgabe hielt an. Wiederöffnen setzte am Index fort.
Was wir danach taten
Dreißig Stills inklusive eines Live-Photo-Paars stichprobenartig geprüft. Erst dann schalteten wir iPhone-Speicher optimieren ein. Eine Woche später war Fotos in den Einstellungen 41,6 GB; die Plattenbibliothek schrumpfte nicht. Diese Auslagerung ist iOS, kein Azalea-Knopf, und sie ergibt nur Sinn, nachdem ein anderes Original existiert.