¿Qué hacer cuando mi unidad Time Machine tiene errores de disco?

Mi unidad Time Machine está recibiendo errores de disco. Utilicé Disk Utility y ejecuté "Reparar disco" en mi partición de Time Machine (NO en la unidad) y recibí el error "Número incorrecto de enlaces duros de directorio", incluidos cientos de errores relacionados que parecen "El nodo indirecto 41745332 necesita un ajuste de recuento de enlaces" . La línea final de la verificación dice "Error: Disk Utility no puede reparar este disco. Realice una copia de seguridad de tantos archivos como sea posible, vuelva a formatear el disco y restaure sus archivos de copia de seguridad".

Entonces, si obtengo una segunda unidad para copiar mis copias de seguridad de Time Machine, ¿puedo simplemente mover las copias de seguridad a la nueva unidad realizando una simple operación de "copia" como se describe aquí ? ¿O debo usar la Utilidad de Discos para clonar la partición? Y si realizo uno de estos pasos, ¿los errores también se copiarán o se corregirán en la nueva unidad?

Solo mi propia experiencia: clonar la partición en una nueva unidad trajo consigo los errores e hizo que la nueva unidad no se pudiera iniciar.

Respuestas (4)

Parece que no tendrá suerte si la Utilidad de Discos no pudo reparar su partición. También tiene razón en que un clon de su partición de Time Machine copiaría el problema a una nueva unidad. Es probable que su mejor "solución" en este punto sea borrar la partición e iniciar de nuevo las copias de seguridad de Time Machine. Si termina haciendo esto, también me aseguraría de ejecutar "Verificar disco" en su HDD interno (o SSD si es lo que tiene) para asegurarme de que tampoco haya ningún error allí.

Esto podría ser un síntoma de una unidad que falla; sin embargo, también es posible que simplemente se trate de un montón de errores de directorio que pueden repararse si arranca desde una partición de recuperación, clona o usa otra Mac para reparar. He tenido unidades agonizantes y unidades que parecían estar agonizando, pero en realidad solo eran errores apilados unos sobre otros. Antes de tirar el disco, intente volver a particionar. Realice comprobaciones sistemáticas con la Utilidad de Discos y vigile los registros del sistema (ya sea en Console.app o /var/logs/system.log). Si continúa viendo el mismo problema, entonces es hora de una nueva unidad de respaldo; sin embargo, es posible que un borrado rápido solucione el problema.

Además, consulte este artículo en Pondini.org . El artículo corrobora esencialmente lo que ya he dicho, pero el resto del sitio es un excelente recurso para todos los dolores de cabeza que Time Machine puede causarle.

Lo sentimos, tiene una copia de seguridad de la litera. ¡Espero que lo solucione sin muchos problemas adicionales!

No borraría ni volvería a particionar: el disco duro real se está muriendo, tienes que tirarlo
Es cierto que este podría ser el caso si sabemos que el disco duro se está muriendo y escribiendo de forma espuria. El otro lado es que esto es solo una serie de errores de directorio. Ambos son igualmente plausibles dada la información limitada del OP. A su punto, debería haber notado esto en mi respuesta original, que ahora está actualizada.

No me gusta: "Terminé siguiendo las instrucciones del artículo al que vinculé en mi publicación original para mover mis copias de seguridad de Time Machine a una nueva unidad".

Las instrucciones sobre cómo copiar copias de seguridad de TM están destinadas a copiar copias de seguridad en buen estado. Parece que su copia de seguridad NO se conoce bien. Ahora tiene una estructura válida de archivos y bloques en el nuevo volumen, pero ¿cómo sabe que los datos (es decir, el contenido de los archivos) son correctos? Si los datos del volumen anterior tenían errores, habrá copiado los errores en el nuevo disco.

Si tiene alguna duda sobre el disco anterior (y parece que la tiene), haga una nueva copia de seguridad de TM en la nueva unidad. Entonces puede estar seguro de que tiene una buena copia de seguridad de su sistema en caso de que tenga un desastre.

En resumen: nunca utilice un disco dudoso para la copia de seguridad: es en lo que confía en caso de pérdida de su disco principal. Nunca copie datos dudosos en un nuevo disco y espere que sean correctos.

Esto realmente es lo mismo que el consejo de soxman. Pero me alarmó que ahora pueda tener datos incorrectos en TM, pero creo que está bien.

Obtendría una unidad nueva y comenzaría a hacer una copia de seguridad de ella.

La unidad existente puede entregar una copia perfecta de sus archivos de copia de seguridad, pero dado que Time Machine usa enlaces duros, odiaría que la única copia de un archivo de copia de seguridad importante parezca que está allí y en realidad se ha ido o está dañado.

Su disco está dañado y si no contiene potencialmente la única copia de sus datos de copia de seguridad, simplemente borre el disco y vuelva a intentarlo. Muchas veces, estos errores son un error de contabilidad y comenzar de nuevo permite que funcione una unidad físicamente buena. Es strike uno, y si esa unidad tiene más errores, la enviaría para un cambio de servicio/garantía o la colocaría en un estante.

En el caso de las copias de seguridad, me apresuro a retirar un disco defectuoso y empezar de nuevo. Con unidades USB 3 de 3 TB que cuestan alrededor de $ 100, es una tontería perder demasiado tiempo y esfuerzo en una unidad defectuosa, especialmente si sus copias de seguridad están en riesgo.

Terminé siguiendo las instrucciones del artículo al que vinculé en mi publicación original para mover mis copias de seguridad de Time Machine a una nueva unidad. Se necesitaron 28 horas para transferir 1,9 TB de copias de seguridad. Luego ejecuté la Utilidad de disco "Verificar disco" y funcionó bien. Entonces, los errores no se transfirieron.

Así que ahora, puedo volver a particionar el disco antiguo para deshacerme de todos los errores, lo que haré después de unos días de asegurarme de que esta copia de mis copias de seguridad sea realmente buena.

Más tarde probé la copia de seguridad transferida reformateando mi iMac y restaurando desde la copia de seguridad de TM, y funcionó bien (estoy en eso ahora).