Un disco tan lleno que no se pudo restaurar

El problema de almacenamiento de una MacBook Pro y la falla en la recuperación

• El almacenamiento de la MacBook Pro se llenó por completo, provocando una situación imposible de recuperar.
• El espacio de almacenamiento se llenó durante el proceso en que su hijo descargaba juegos a través de Steam.
• El volumen de arranque de macOS estaba tan lleno que no fue posible borrar archivos de ninguna manera.

Intentos de borrar archivos y falla al reiniciar

• Fallaron todos los intentos de borrar archivos usando Vaciar Papelera, comandos de Terminal y Utilidad de Discos.
• Después de reiniciar, surgió el problema de que la Mac ya no arrancaba en absoluto.

Intento con Recovery OS y restauración desde respaldo de Time Machine

• Se intentó reparar el disco y reinstalar mediante Recovery OS, pero fracasó.
• También se intentó restaurar los datos mediante un respaldo de Time Machine, pero no fue posible por diferencias de versión.

Copia y restauración de archivos usando un SSD externo

• Se copió el respaldo de Time Machine a un SSD externo a través de una Mac de administración de respaldos en red.
• El problema se resolvió copiando directamente a la MacBook Pro las apps y archivos necesarios.

La opinión de GN⁺

• Este artículo muestra una situación extrema que los usuarios de Mac pueden enfrentar por problemas de almacenamiento y el proceso para resolverla. Puede servir para recordar a los usuarios la importancia de los respaldos y de la gestión del espacio de almacenamiento.
• El problema mencionado en el artículo parece deberse a limitaciones sistémicas y errores de macOS. Esto subraya por qué Apple debe ofrecer actualizaciones y parches continuos para mejorar la estabilidad del sistema y la experiencia del usuario.
• En relación con la recuperación de datos, se recomienda realizar respaldos periódicos y usar almacenamiento en la nube para evitar este tipo de situaciones. Además, los usuarios deben mantener la versión más reciente del sistema operativo para prevenir problemas de compatibilidad.
• Desde una mirada crítica, este artículo puede resultar algo técnico y complejo para usuarios generales que no sean avanzados o expertos. Esto sugiere la necesidad de opciones de recuperación más amigables y de un mejor soporte al usuario.
• Este artículo ofrece a los usuarios de Mac un caso de estudio interesante e incluye información valiosa que puede servir de referencia al enfrentar problemas similares.

[GN⁺]

Comentarios en Hacker News

• Podría haber sido mejor arrancar la Mac usando un dispositivo de almacenamiento externo y borrar archivos innecesarios del disco interno.

  • Usar un dispositivo de almacenamiento externo como disco de arranque de la Mac: enlace de soporte de Apple
  • Descubrió que en las Mac con Apple Silicon no todos los puertos funcionan igual para el arranque externo.
    • MacBook: usar el puerto USB-C de la izquierda que no es el más a la izquierda
    • iMac: usar el puerto USB-C trasero que no es el más a la derecha
    • Mac mini: usar el puerto USB-C trasero que no es el más a la izquierda
    • Mac Studio: usar el puerto USB-C trasero que no es el más a la derecha
    • Mac Pro (escritorio): usar cualquier puerto excepto el USB-C más alejado del botón de encendido en la parte superior
    • Mac Pro (rack): usar cualquier puerto excepto el USB-C más cercano al botón de encendido en la parte frontal

• Con base en su conocimiento de la estructura de discos HFS+, supone que el archivo de journal se llenó y eso hizo que al borrar archivos se necesitara temporalmente más espacio.

  • macOS sigue escribiendo archivos hasta que solo quedan 41K en la unidad.
  • En NTFS y FAT32 se podían borrar archivos incluso cuando quedaban 0 bytes.
  • Sonoma rompió el proceso de montaje de red basado en SMB/Samba, y todavía no ha encontrado una solución.

• SMB se ha vuelto poco confiable y lleno de errores desde hace años, y Apple no parece preocuparse por este problema.

  • Le preocupa cómo reaccionan las personas con poca experiencia en Mac cuando se enfrentan a este tipo de fallas sistémicas y en cadena.

• Si no se tiene mucha experiencia con Mac, lo primero que valdría la pena intentar es el comando fsck.

  • Cuando no era posible copiar el contenido necesario del disco a otro lugar, formatear y volver a copiar, buscó una solución consultando la documentación de APFS.

• Tuvo un problema parecido en su primer trabajo. Llenó un clúster con archivos basura y el comando rm no funcionaba.

  • Aprendió que reducir un archivo (cat /dev/null > foo) funciona cuando borrarlo (rm foo) no funciona.

• La confiabilidad de Time Machine está empeorando poco a poco.

  • Contrasta con los respaldos de iOS/iPadOS, que sí funcionan bien cada vez.

• ZFS usa "slop space" para evitar que el sistema de archivos tenga problemas por falta de espacio.

  • De forma predeterminada reserva el 3.2% del espacio del volumen (hasta un máximo de 128GB).
  • Con el ajuste del kernel spa_slop_shift se puede asegurar hasta 128GB de espacio adicional.

• La idea de que borrar archivos requiera temporal o permanentemente más espacio resulta confusa.

  • Los sistemas de archivos modernos que soportan snapshots y journaling necesitan asignar espacio libre para poder borrar.

• El problema ocurrió en octubre de 2018.

  • Liberó espacio en disco eliminando una partición APFS adicional.

• Tuvo una experiencia parecida en iPhone.

  • El disco estaba lleno y parecía que borrar en realidad no funcionaba.
  • Supone que fue por el soporte de copy-on-write y snapshots de APFS.

• No ha tenido experiencia manejando casos en los que falle el comando rm, pero administrar una Mac moderna con 256GB o menos de almacenamiento interno es incómodo.

  • Mantiene un archivo "placeholder" de alrededor de 16GB que puede borrar cuando lo necesita.

• Tuvo una situación parecida en la partición del sistema de Linux.

  • La partición era pequeña, así que cuando se acumulaban actualizaciones casi no quedaba espacio para borrar.
  • Al final reajustó la partición para que el problema no volviera a ocurrir.