1 votos

Archivos corruptos después de convertir un volumen HFS+ a APFS encriptado

Recientemente he intentado convertir un disco duro (no de arranque) que utilizo para hacer copias de seguridad de HFS+ a APFS (cifrado). Empecé convirtiendo el disco a APFS (no encriptado):

diskutil apfs convert /Volumes/Archive

No lo recuerdo con claridad, pero creo que usé la aplicación Utilidad de Discos para ese paso, no la línea de comandos. Parece que el proceso fue bastante rápido y exitoso. Todo bien. A continuación, ejecuté un comando para cifrar el volumen:

diskutil apfs encryptVolume disk7s1 -user disk 

Introduje una nueva clave de cifrado cuando se me pidió y procedí a iniciar el proceso de cifrado. Definitivamente hice este paso en la línea de comandos. Ya no tengo la salida de la terminal, pero no devolvió ningún error y parecía funcionar como se esperaba.

Además de varias copias de seguridad de archivos almacenados en otros lugares, la unidad contiene una imagen de disco con formato HFS+ (Backup.sparsebundle) que se utiliza como destino de las copias de seguridad de Time Machine. Me di cuenta de que esta imagen de disco se había desmontado en el proceso de conversión y cifrado del disco, así que intenté volver a montarla. Para mi sorpresa y alarma, esto hizo que MacOS se bloqueara con fuerza y se reiniciara.

Después de reiniciar, comprobé el proceso de encriptación del disco, que parecía seguir en marcha:

Container disk7 E0...
====================================================
APFS Container Reference:     disk7
Size (Capacity Ceiling):      4000443056128 B (4.0 TB)
Minimum Size:                 2472421744640 B (2.5 TB)
Capacity In Use By Volumes:   2396837355520 B (2.4 TB) (59.9% used)
Capacity Not Allocated:       1603605700608 B (1.6 TB) (40.1% free)
|
+-< Physical Store disk6s2 D2...
|   -----------------------------------------------------------
|   APFS Physical Store Disk:   disk6s2
|   Size:                       4000443056128 B (4.0 TB)
|
+-> Volume disk7s1 B7...
    ---------------------------------------------------
    APFS Volume Disk (Role):   disk7s1 (No specific role)
    Name:                      Archive (Case-insensitive)
    Mount Point:               /Volumes/Archive
    Capacity Consumed:         2396365815808 B (2.4 TB)
    Encryption Progress:       10.0% (Unlocked)

Después de observar durante un tiempo pensé que el cifrado se había detenido, pero al cabo de unas horas avanzó hasta el 11,0%, así que supongo que está cifrando la unidad en segundo plano... muy lentamente. Una semana después sólo está en el 32,0%. Muy lento de hecho.

Por desgracia, aunque la estructura de directorios está intacta, los archivos de la unidad son ilegibles. ¿Quizá por eso la imagen de disco no se montó y causó un fallo en el disco? Por ejemplo, hay un archivo de texto que contiene registros de un trabajo rsync que parece estar dañado. Al abrirlo con vim no muestra ningún contenido y un mensaje de error en la barra de estado:

"/Volumes/Archive/rsync-stats.txt" [readonly][READ ERRORS] 0L, 0C

Puedo ver el contenido (no corrompido) de algunos archivos con iBoysoft Data Recovery.app Aunque, al contrario de lo que dice la página web, el programa no recupera los archivos de forma gratuita. Algunos de los archivos que pude previsualizar con iBoysoft hace una semana ahora parecen estar corruptos, incluso cuando se previsualizan con iBoysoft, ¿quizás se deba al proceso de encriptación? Ninguno de ellos se ha podido ver fuera de iBoysoft desde que se encriptó la unidad. ¿Esta corrupción fue causada por un error en la encriptación APFS?

La verificación de la unidad con diskutil no muestra errores (lo he ejecutado hace unos minutos):

$ sudo diskutil verifyVolume disk7s1
Password:
Started file system verification on disk7s1 Archive
Verifying file system
Volume was successfully unmounted
Performing fsck_apfs -n -x /dev/rdisk7s1
Checking volume
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Verifying allocated space
The volume /dev/rdisk7s1 appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Finished file system verification on disk7s1 Archive

Lamentablemente no tengo una copia de seguridad de mi disco de respaldo. Y sí, fue una tontería hacer esto sin hacer una copia de seguridad primero. No es el fin del mundo si pierdo los archivos, pero prefiero no perderlos si no es necesario.

La máquina está ejecutando MacOS 10.13.6

Dos preguntas:

  1. ¿Puedo recuperar los datos de esta unidad, preferiblemente con herramientas de Apple o de la comunidad de código abierto? ¿Cómo?
  2. ¿Hay alguna manera de decirle a MacOS que priorice el proceso de encriptación para acelerar las cosas? El 32% después de una semana es bastante triste, y la mayor parte del tiempo el ordenador está en reposo, por lo que tiene muchos recursos de sobra.

Editar:

  1. ¿Existen herramientas para solucionar el problema del proceso de cifrado que ha provocado que los archivos de la unidad sean ilegibles?

1voto

Jose Chavez Puntos 645

El proceso por el que ha pasado tiene múltiples dificultades.

En primer lugar toda la premisa de convertir la unidad parece ser una mala idea. Usted está utilizando Time Machine para las copias de seguridad y quiere convertir la unidad a APFS. Pero Time Machine no admite APFS en absoluto, por lo que incluso si consigues convertir la unidad completa y correctamente, no funcionará con Time Machine después.

En cuanto al proceso de copia de seguridad: Este proceso es realmente lento (o al menos consume tiempo). No hay una forma real de decirle a MacOS que acelere las cosas, pero puedes asegurarte de que el ordenador no tiene mucho más que hacer. También he visto que el simple hecho de mover un poco el puntero del ratón tiene un efecto positivo en la velocidad. Ten en cuenta que puedes utilizar la unidad como siempre mientras se está encriptando, y no hay nada que se "arregle" al terminar la encriptación de la unidad.

Preguntas si la corrupción se produjo debido a un error en el cifrado de APFS. Aunque es posible, no suena muy probable que no. Lo más probable es que tengas un problema preexistente.

Si puedes o no recuperar los datos de la unidad es imposible de decir por tu pregunta. Puedes utilizar varias herramientas de recuperación y/o servicios de recuperación de terceros, puede que sean capaces de recuperar algunos de tus datos - pero no hay garantías.

En definitiva, creo que tus experiencias indican que tienes un problema de hardware con tu disco. Le sugiero que apague inmediatamente el ordenador (debería haberlo hecho hace una semana, cuando empezaron los problemas, pero ya es demasiado tarde). Después de apagarlo, utilice otro ordenador para hacer una copia bit a bit del contenido de la unidad. A continuación, ejecute los programas de recuperación de datos, etc., en la copia en lugar de la unidad original.

Si acabas borrando la unidad y volviendo a empezar, te aconsejo que pruebes muy bien la unidad antes de asumir que funciona. De nuevo, es muy probable que sea un problema de hardware de la unidad.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X