archivos corruptos, fallan las sumas de comprobación pero , el disco y el FS comprueban con la utilidad de disco

Trato todos los errores de entrada/salida (IO) como 5 situaciones de alarma. Cuando veo IO en el registro de la consola, guardo todo el trabajo, salgo de todas las aplicaciones y luego hago una copia de seguridad completa. El sistema de archivos está diseñado para mantener el sistema de archivos intacto, lo que significa que cuando un archivo tiene un problema, el archivo se trunca y se elimina. Tus datos se pierden, el sistema de archivos se cura. Ver un error de IO burbujear hasta la capa de aplicación es cualquiera:

• no es gran cosa - tienes algunos archivos corruptos
• un gran problema: tienes un tiempo limitado para hacer una copia de seguridad de los archivos que no están ya respaldados

Luego, una vez que tengo una copia de seguridad, observo un día más o menos los errores de IO y borro los archivos que están afectados. Si veo que los errores de IO se extienden, hago una instalación de borrado y sigo vigilando.

Los SSD son un poco diferentes a los HDD, así que sólo he visto un SSD que arroje un error real de IO, ya que el controlador casi siempre los intercepta y los corrige con la suma de comprobación. En mi experiencia, el 100% de los problemas son sólo bit rot, crash y fallos de la aplicación - no es que el SSD está empezando a mostrar signos de fracaso. Nunca he tenido aviso de que un SSD falle - simplemente se van. Además, los SSD que entrega Apple son mucho, mucho, mucho más fiables que los HDD que entrega Apple. El borrado de la instalación es básicamente una tarjeta de salida de la cárcel para mí en los últimos 10 años de gestión de Macs. Sólo cuando un sistema no puede instalar y ejecutar un sistema operativo en blanco, pienso que el hardware necesita un diagnóstico y una reparación.

Volviendo a ti, si no tienes una copia de seguridad completa en la que confíes, por favor hazla ahora con premura. A continuación, lee cómo se borra. Todas las señales que tienes indican que tu hardware está bien y puede que incluso no encuentres ningún error de IO en la aplicación de la consola (o usando log stream ). Ya que sabe exactamente cómo invocar ese error - observe el registro mientras hurga en esos archivos rotos tratando de leerlos / abrirlos / sumarlos.

Tus instintos para probar son perfectos - el disco y el hardware están casi seguramente bien - sólo puede ser necesario limpiar el sistema de archivos y restaurar los archivos buenos en un sistema operativo limpio cuando el sistema no puede autocurarse. El controlador SSD mapea múltiples celdas de almacenamiento encadenadas con datos, por lo que el TRIM y los bloques defectuosos tienen más que ver con mantener una porción sustancial del espacio libre para que los "bloques defectuosos" no se mapeen con fuerza como los discos duros necesitan. Según tengo entendido, tal vez un 10% de la unidad puede estropearse y no se perderá ningún bloque o capacidad en lo que respecta al sistema operativo.