iPhone 15 256 Go, iCloud plein, 86,4 Go sur un disque 1 To

Reconstruction labo / anonymisée. Pas un témoignage client. Pas d’étoiles.

Appareil : iPhone 15, iOS 18.6.1, 256 Go. iCloud Photos allumé, forfait 200 Go plein, erreurs d’envoi en boucle. Réglages → Stockage iPhone : 241,3 Go utilisés, Photos 88,1 Go. Optimiser le stockage iPhone était coupé, donc le téléphone tenait encore les originaux.

Disque : SanDisk Extreme Portable SSD 1 To, USB 3.2 Gen 2, exFAT d’usine, câble C-to-C d’origine. Nouveau profil USB, dossier azalea/15-lab à la racine du volume. Après le premier choix, verrouiller le téléphone impliquait un rafraîchissement manuel avant isAvailable() — iOS n’a pas d’événement d’attachement.

Comment les octets s’additionnent

• 17 891 photos, environ 71 % HEIC, le reste JPEG et quelques DNG.
• 541 vidéos, surtout 4K30, environ 56,5 Mo chacune.
• 17 891 × 3,12 Mo ≈ 55,82 Go plus 541 × 56,5 Mo ≈ 30,57 Go = 86,39 Go, contre 86,41 Go du stat sommé. L’écart est le surcoût du manifeste.
• 257 minutes → 86,41 × 1024 / 257 / 60 ≈ 5,74 Mo/s. Un disque 10 Gbps ne se remplit pas parce que chaque asset paie un export PhotoKit.

Échecs

Vingt-trois noms logiques contenaient :, titres reliquats de captures WhatsApp. Après échappement, k dans le manifeste est resté le nom d’origine et p était le chemin sur disque. Irrécupérable : 0. Vers deux heures le téléphone s’est verrouillé ; la Live Activity est restée affichée mais la tâche s’est arrêtée. La réouverture a repris depuis l’index.

Ce que nous avons fait ensuite

Contrôlé trente photos dont une paire Live Photo. Seulement ensuite avons-nous activé Optimiser le stockage iPhone. Une semaine plus tard Photos dans Réglages était à 41,6 Go ; la bibliothèque disque n’a pas rétréci. Ce déchargement est iOS, pas un bouton Azalea, et il n’a de sens qu’après qu’un autre original existe.