Reparar Time Machine sparsebundle que ya no se montará

Rompí mi copy de security de Time Machine de alguna manera. Ya no puedo montar el file sparsebundle ya que aparece un error que indica que no hay filesystems montables.

Usé el command hdiutil para adjuntar el file sparsebundle:

  • auto desmontar .dmg si no se ha accedido por un time
  • ¿Qué puedo hacer cuando mi contraseña de Time Machine no es aceptada, aunque es correcta?
  • ¿Cómo hago que Time Machine funcione durante Power Nap?
  • ¡Ayuda! Contraseña de administrador perdida para el server Mac OS X 10.9
  • ¿Qué sucede si utilizo la copy de security de la máquina del time no encriptada desde un mac que tiene activado FileVault?
  • Time Machine - Lista de files que fueron respaldados
  • hdiutil attach -nomount -readwrite flattop.sparsebundle 

    que dio como resultado los siguientes dispositivos / dev /:

     /dev/disk2 Apple_partition_scheme /dev/disk2s1 Apple_partition_map /dev/disk2s2 Apple_HFSX 

    Luego ejecuté el command fsch_hfs para verificar el volumen principal (/ dev / disk2s2):

     fsck_hfs -drf /dev/disk2s2 

    Esto dio como resultado un aviso de que el volumen de copys de security de Time Machine está dañado y debe repararse:

     Unable to open block device /dev/disk2s2: Permission deniedjournal_replay(/dev/disk2s2) returned 13 ** /dev/rdisk2s2 (NO WRITE) Using cacheBlockSize=32K cacheTotalBlock=32768 cacheSize=1048576K. Executing fsck_hfs (version diskdev_cmds-540.1~34). Non-empty journal: start = 66310144, end = 94912512 Journal need to be replayed but volume is read-only ** Checking Journaled HFS Plus volume. ** Detected a case-sensitive volume. The volume name is Time Machine Backups ** Checking extents overflow file. Unused node is not erased (node = 3568) Unused node is not erased (node = 3574) Unused node is not erased (node = 3575) ** Checking catalog file. ** The volume Time Machine Backups was found corrupt and needs to be repaird. volume type is pure HFS+ primary MDB is at block 0 0x00 alternate MDB is at block 0 0x00 primary VHB is at block 2 0x02 alternate VHB is at block 2865568974 0xaacd1cce sector size = 512 0x200 VolumeObject flags = 0x07 total sectors for volume = 2865568976 0xaacd1cd0 total sectors for embedded volume = 0 0x00 

    Como puede ver, también hay un error que dice "No se puede abrir el dispositivo de bloque / dev / disk2s2: Permiso denegadojournal_replay (/ dev / disk2s2) devuelto 13".

    Pensé que esto podría deberse a que no ejecutaba el command fsck_hfs como su, así que lo intenté con sudo, pero esto tuvo el mismo resultado.

    Mi file sparsebundle está en un Synology DS408 NAS y se ha estado ejecutando sin problemas durante aproximadamente 2 años 🙁

    Alguien una idea de cómo llevar esto más allá?

    Saludos cordiales, Niels R.

    ACTUALIZACIÓN: como sospeché al escribir esta pregunta, probablemente tenga un problema con los permissions de lectura / escritura. Ahora veo el volumen que aparece en la Utilidad de Discos y cuando hago clic en "Verificar" obtengo el siguiente resultado:

     Verifying volume “Time Machine Backups” Checking file systemJournal need to be replayed but volume is read-only Checking Journaled HFS Plus volume. Detected a case-sensitive volume. Checking extents overflow file. Unused node is not erased (node = 3568) Checking catalog file. Keys out of order The volume Time Machine Backups was found corrupt and needs to be repaird. Error: This disk needs to be repaird. Click Repair Disk. 

    ¿Puedo simplemente modificar el file sparsebundle para establecer los permissions correctos?

  • En la Utilidad de Discos, ¿qué ventajas tiene la "image de disco de lectura / escritura sobre" image de disco de package disperso?
  • Falló la copy de security de Time Machine con el error 11
  • Elimine las copys de security innecesarias de TimeMachine para get espacio
  • ¿Puedo hacer que Windows comparta espacio en disco con macOS?
  • Time Machine - Error 'Sparsebundle ya en uso'
  • Aumenta el tamaño de sparsebundle para TimeMachine
  • 7 Solutions collect form web for “Reparar Time Machine sparsebundle que ya no se montará”

    Tengo un escrito sobre cómo tratar y reparar los errores sparsebundle basados ​​en NAS en mi blog . En resumen:

    1. hdiutil attach -nomount -noverify -noautofsck /Volumes/{name of your disk}/{name of}.sparsebundle

      Luego verá algo así como

       /dev/diskx Apple_partition_scheme /dev/diskxs1 Apple_partition_map /dev/diskxs2 Apple_HFSX 

      Donde x es la id del disco para el disco externo. Está interesado en el labeldo Apple_HFSX o Apple_HFS. Puede ser 2, 3, 4 o superior.

    2. fsck_hfs -drfy /dev/diskxs2 utilizando cualquier dispositivo relevante que se encuentre en el Paso 1.

      Con suerte, eventualmente verás

      El volumen fue reparado con éxito

    3. hdiutil detach /dev/diskxs2


    Sin embargo, desde OS X 10.6.3, Time Machine rechazará escribir en un volumen de destino que no sea verificado. Incluso si el process anterior tiene éxito en la recuperación de la copy de security, es posible que tenga que eliminar las marcas negras que Time Machine escribió cuando falló la verificación.

    1. Desbloquee el package sparsebundle

       chflags -R nouchg /Volumes/{name of your disk}/{name of}.sparsebundle 
    2. Moverlo a su location original

       mv /Volumes/{name of your disk}/{name of}_YYYY-MM-DD.sparsebundle /Volumes/{name of your disk}/{name of}.sparsebundle 
    3. En el directory de nivel superior de sparsebundle, edite el file com.apple.TimeMachine.MachineID.plist .

      • retirar

         <key>RecoveryBackupDeclinedDate</key> <date>{whatever-the-date}</date> 
      • Cambio

         <key>VerificationState</key> <integer>2</integer> 

        a

         <key>VerificationState</key> <integer>0</integer> 

    Los attributes extendidos en sparsebundle pueden evitar escrituras en el file:

    correr

     chflags -R nouchg flattop.sparsebundle 

    Pero tenga cuidado, el package disperso puede haber sido protegido porque realmente está roto.

    No es tan simple como chmod. En primer lugar, parece que 10.5 / 10.6 / 10.7 tienen pequeñas diferencias en cómo se maneja un package disperso. En segundo lugar, las banderas y el estado sucio / malo de un package disperso se almacenan en otro lugar. En tercer lugar, es posible que deba atacar el package disperso en sí, no el sistema de files que está dentro.

    Su mejor opción es dejar que Disk Utility intente reparar la image antes de mirar el sistema de files embedded. Funciona tanto en el package como en los filesystems, y también sabe cómo Apple ha almacenado cosas.

    Los detalles del package son propietarios o difíciles de discernir de los documentos del desarrollador, y ciertamente no es algo que otras empresas de services públicos estén dispuestos a solucionar en este momento. Siempre y cuando esté utilizando una versión igual o más nueva de la Utilidad de Discos que la Mac que hizo las copys de security, debería estar bien. Una vez que haya renunciado a la Utilidad de Discos, podría intentar algo como Drive Genius o Disk Warrior, pero me quedaría con la herramienta de Apple si espera volver a usar este package.

    La naturaleza de los packages dispersos, específicamente los enlaces duros, así como el concepto de que no se compacta cuando se eliminan files, hay mucho trabajo por hacer . He tenido DiskUtility ejecutado durante dos semanas y aún no he completado un pase de reparación en un file de tamaño 800MB.

    En la práctica, es mejor que simplemente vuelva a una versión anterior de su NAS si tiene instantáneas o está respaldado por sí mismo. Al final, si hay errores que fsck / Disk Utility no puede reparar, su package disperso se marcará como malo y se bloqueará. Luego puede leer cosas, pero nunca volver a escribir. Vea si puede conectar una máquina al almacenamiento y arreglar cosas (las conexiones DAS o de alta velocidad son mejores, como lo es una máquina que puede tener time para arreglar cosas y no reiniciarse es ideal)

    La mejor de las suertes: esto puede no recuperarse de los detalles que proporcionó.

    Tengo un NAS de Syology y estaba obteniendo el error NO-ESCRIBIR al intentar ejecutar la corrección, pero me encontré con esta versión modificada que salvó mi tocino.

    http://tonylawrence.com/blog/2012/08/11/fixing-corrupted-time-machine-backups/

    Si realiza una copy de security de una image de disco de package disperso en una máquina e intenta abrirla en otra, puede recibir el post de error "no se pueden instalar filesystems", especialmente si los nombres de usuario de los propietarios difieren entre las dos máquinas.

    Mi solución fue copyr el package en mi disco local y ejecutarlo

    sudo chown -R MyUserName nonmounting.sparsebundle

    en eso.

    Después de eso, se abrió bien y todo estaba bien con el mundo.

    Hice todos los pasos anteriores, pero después de un time la image no pudo ser reparada usando fsck_hfs o hdutil, muchos errores relacionados con hilos o nodos estaban dañados.

    Lo que funcionó para mí fue:

    1. (Opcional) Conecte un disco externo de 1TB formateado HFS Jornaled.
    2. (Opcional) En Airport Utility, vaya a Time Capsule Disks -> Archive Disk en la unidad conectada a Time Capsule mediante USB. Esto me llevó 12 horas por 600 GB.

    3. hdiutil attach -nomount -noverify -noautofsck /Volumes/DISK/MyFile.sparsebundle

    4. Entonces el disco fue visible usando DiskWarrior . En la pestaña Directorio, click Rebuild . Tomó aproximadamente 1 hora.

    Una vez arreglado, finalmente pude montar y hacer una copy de security de mis files.

    Haga clic en Reconstruir

    Acabo de tener el mismo problema

     ** /dev/rdisk2s2 (NO WRITE) 

    al intentar arreglar un TM-sparsebundle agotado en un QNAP 419II.

    "Eyecté" la montura TM usando Finder y ejecuté

     hdiutil attach -nomount -noverify -noautofsck ... 

    command (aquí se encuentran Fix Time Machine Sparsebundle NAS Based Backup Errors ) de nuevo, que (a diferencia de la primera ejecución con la que imprimió "/ dev / disk2s2 Apple_HFSX") esta vez dio

     /dev/disk1s2 Apple_HFSX 

    Comprobando el sys-log con

     tail -f /var/log/fsck_hfs.log 

    No se mostró

     /dev/rdisk1s2: fsck_hfs run at Sun Feb 17 17:53:20 2013 /dev/rdisk1s2: ** /dev/rdisk1s2 /dev/rdisk1s2: Executing fsck_hfs (version diskdev_cmds-540.1~34). ** Checking Journaled HFS Plus volume. ** Detected a case-sensitive volume. ... LOTS-OF-OUTPUT ... QUICKCHECK ONLY; FILESYSTEM CLEAN 

    Sin embargo, la reactivación de TM aún resultó en currepted-backup-message 🙁

    ¡Buena suerte!

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).