Así que finalmente recuperé la mayor parte de mis datos, pero fue una larga y dolorosa experiencia. Esto es lo que ayudó al final:
No lo sé con exactitud, pero después de otro intento infructuoso de ejecutar los primeros auxilios en mi disco duro, intenté desmontarlo/montarlo manualmente utilizando el terminal en modo de recuperación (arrancado desde el USB externo):
$ diskutil unmount /dev/disk2 # this was successful
$ diskutil mount /dev/disk2. # this failed
Sin embargo, después de reiniciar de nuevo en el modo de recuperación de repente primera ayuda ejecutar a través de éxito. Así que no te rindas demasiado pronto. A veces reiniciar parece arreglar algo. Tal vez también mi reinicio de la nvram a través de la terminal nvram -c ayudado. Tal vez incluso el uso de la utilidad de disco en English en lugar de mi lengua materna ayudó. También me di cuenta de que siempre hay que hacer clic en View -> Show All Devices en la Utilidad de Discos y también ejecutar los primeros auxilios en el contenedor. Intenté reiniciar y ver si mi Mac vuelve a arrancar pero sigue colgado. Como en ese momento tenía muy claro que tenía algún problema de hardware con mi disco y como no podía abrir el iMac lo apagué para que se enfriara. También lo giré y lo moví un poco a la desesperada por si era un cable un poco suelto o algo así. Después de eso reinicié en modo recovery (esta vez desde el disco duro interno).
Entonces intenté copiar mis datos usando
cp -npRv /Volumes/Macintosh HD/<important_dir> /Volumes/BACKUP_USB_APFS
y funcionó. Para asegurarme de que mi El iMac no se duerme y el proceso de copia no se detenía inicié en una ventana de terminal separada
$ caffeinate
Y para estar absolutamente seguro también configurar los ajustes globales de energía y conmutación de la suspensión y de la suspensión del disco duro
$ pmset -a sleep 0
$ pmset -a disksleep 0
Sin embargo, el proceso de copia se colgaba/lentitud en varios archivos (presumiblemente debido a bloques defectuosos o algún daño en el disco duro). Pero me di cuenta de que podía acelerar el proceso iniciando el mismo proceso de copia una y otra vez en un terminal separado de Windows. La opción -n se asegura de que no se sobrescriba ningún archivo, es decir, que no se realice un proceso de copia dos veces.
Después de varias horas (lo ejecuté durante la noche) finalmente había copiado la mayor parte de los datos con éxito en mi disco duro USB externo. Ahora, para estar muy seguro de que mis múltiples procesos de copia no estropearon las cosas, decidí ejecutar rsync además. rsync viene con Mac OS X, pero no está en su camino cuando se trabaja en modo de recuperación. Así que primero tienes que cambiar a la /usr/bin antes de poder utilizarlo. Al principio hice un simulacro para ver qué archivo se modificaba:
$ cd /Volumes/Macintosh HD/usr/bin
$ ./rsync -ai --exclude="._*" --dry-run /Volumes/Macintosh HD/<important_dir> /Volumes/BACKUP_USB_APFS | grep "^>" >> /Volumes/BACKUP_USB_APFS/lost_data.txt
Esto mostrará todos los archivos que serán añadidos por rsync ( -i / --itemize mostrará un > para cada archivo que rsync planea modificar, que filtramos con grep ). Aquí descubrí una peculiaridad interesante de la versión de rsync que viene con Mac OS. Cuando uno utiliza la opción -E rsync no permitirá excluir archivos de puntos, es decir --exclude="._*" no funciona. Pero para copiar he utilizado el -E opción para asegurarse de obtener los atributos extendidos que cp ignorado.
$ rsync -vaEP /Volumes/Macintosh HD/<important_dir> /Volumes/BACKUP_USB_APFS
Hay que tener en cuenta que rsync está funcionando mucho más lento que cp en un disco duro dañado. Especialmente cuando se trata de copiar archivos enormes (películas) rsync tarda mucho tiempo hasta que finalmente se rinde. Todo el proceso estuvo funcionando durante 1,5 días. Así que siempre recomiendo usar primero cp y sólo después utilizar rsync .
Así que eso es todo. Con eso logré recuperar la mayoría de los datos de mi disco duro roto. Pero quiero mencionar también un montón de cosas que no funcionaron:
- Modo de transferencia de Apple (pulse
T en el momento del arranque) no ha funcionado. El portátil de destino mostraba la unidad de mi iMac estropeada pero luego se bloqueaba rápidamente al intentar acceder a ella.
- Diagnóstico de Apple (pulse
D en el momento del arranque) no ha funcionado. Sólo mostraba el error -2002D . Esto fue raro, porque mi Wifi funcionaba incluso desde el modo de recuperación .
- Traté de usar Rclone, porque en oposición a
rsync y cp es multihilo. Puedes instalarlo en modo recovery descargándolo con curl curl -O https://downloads.rclone.org/v1.59.1/rclone-v1.59.1-osx-amd64.zip , descomprimiendo el archivo con \usr\bin\unzip y simplemente iniciar el ejecutable. Sin embargo, resultó ser aún más lento que rsync en mi caso.
- He intentado utilizar Disk Drill en modo de recuperación como se describe aquí . Sin embargo, el proceso de copia simplemente se detuvo, porque el disco duro "desapareció" durante el proceso. De alguna manera se desmontó. Eso ocurrió varias veces, así que me di por vencido. También DiskDrill por defecto no copia los archivos ocultos (tiene que encontrar el punto del menú para activar esto primero) y parece que no copia todos los meta datos correctamente.
- La creación de una unidad USB de arranque falló al principio. Intenté descargar el instalador de Catalina (en otro portátil) desde la App Store tal y como lo describe Apple . Pero la descarga falló con un error. Así que traté de descargarlo a través de la línea de comandos, pero también falló con un extraño error . Lo único que funcionó al final fue usar mist-cli . Aquí se explica cómo crear una unidad USB de arranque en la línea de comandos rápidamente con mist-cli
Haz esto:
$ brew install mist
$ mist list installer
$ sudo mist download installer 10.15.7 application
$ sudo /Users/Shared/Mist/Install\ macOS\ Catalina.app\ 10.15-19H15.app/Contents/Resources/createinstallmedia --volume /Volumes/<MyUSBDrive>
