iPhone 15 256 GB, iCloud lleno, 86,4 GB a un disco 1 TB

Reconstrucción de laboratorio / anonimizada. No es testimonio de cliente. Sin estrellas.

Dispositivo: iPhone 15, iOS 18.6.1, 256 GB. Fotos de iCloud encendido, plan de 200 GB lleno, errores de subida en bucle. Ajustes → Almacenamiento del iPhone: 241,3 GB usados, Fotos 88,1 GB. Optimizar almacenamiento del iPhone estaba apagado, así que el teléfono aún tenía originales.

Disco: SanDisk Extreme Portable SSD 1 TB, USB 3.2 Gen 2, exFAT de fábrica, cable C-a-C de serie. Perfil USB nuevo, carpeta azalea/15-lab en la raíz del volumen. Tras la primera elección, bloquear el teléfono significó un refresco manual antes de isAvailable() — iOS no tiene evento de conexión.

Cómo suman los bytes

• 17.891 fijas, unos 71% HEIC, el resto JPEG y unos pocos DNG.
• 541 vídeos, sobre todo 4K30, unos 56,5 MB cada uno.
• 17.891 × 3,12 MB ≈ 55,82 GB más 541 × 56,5 MB ≈ 30,57 GB = 86,39 GB, frente a 86,41 GB del stat sumado. La viruta es overhead del manifiesto.
• 257 minutos → 86,41 × 1024 / 257 / 60 ≈ 5,74 MB/s. Un disco de 10 Gbps no se llena porque cada asset paga exportación PhotoKit.

Fallos

Veintitrés nombres lógicos contenían :, títulos de captura de WhatsApp sobrantes. Tras el escape, k en el manifiesto se quedó el nombre original y p era la ruta en disco. Irrecuperables: 0. Hacia las dos horas el teléfono se bloqueó; el Live Activity se quedó arriba pero la tarea se detuvo. Reabrir reanudó desde el índice.

Qué hicimos después

Inspeccionamos treinta fijas incluido un par Live Photo. Solo entonces activamos Optimizar almacenamiento del iPhone. Una semana después Fotos en Ajustes era 41,6 GB; la biblioteca del disco no encogió. Esa descarga es iOS, no un botón de Azalea, y solo tiene sentido después de que exista otro original.