Al instalar Ubuntu en mi MacBook Pro 2015, que ya tiene Windows y MacOS instalados, cometí un gran error al seleccionar la opción "instalar junto a Windows". Como resultado, ya no puedo arrancar en MacOS ni en Windows.
Con el Ubuntu instalado correctamente, todavía puedo ver y editar mis archivos de la partición de Windows, pero no la partición de Mac (de hecho, ahora se muestra como un "volumen de 110 GB", ver la imagen de abajo) que contiene los archivos más importantes para mí.
Como estúpidamente no hice ninguna copia de seguridad, reiniciar en MacOS o extraer de alguna manera los archivos de esta partición en particular es ahora mi máxima prioridad.
Esto es lo que he probado.
En primer lugar, al introducir el comando diskutil list en la terminal bajo el modo de recuperación de internet, descubrí que el tipo de partición para mi disco0s1 se había convertido en FFFFFFFF-FFFF-FFFF-FFFFFFFF.
Luego seguí las instrucciones de @klanomath en Datos no respaldados, Tipo de partición: FFFFFFFF-FFFF-FFFF-FFFFFF-FFFFFFFF para hacer frente al problema, pero no tuvo éxito.
esto es lo que se devuelve después de introducir dd if=/dev/disk0s2 count=3 | vis -c :
3+0 records in
3+0 records out
1536 bytes transferred in 0.000877 secs (1751142 bytes/sec)
l\M-Cr\M-;O
L\^U\^A\0\0\0\0\0\0\0006\M-_N\0\0...así que pensé que debía ser de una partición estándar de OS X, y edité el tipo de parición de disk0s2 en consecuencia. Mientras tanto, también arreglé el problema del MBR según las instrucciones de @klanomath de ¿Cómo arreglar los volúmenes rotos de GPT, GUID y no montables, sin tipo? .
Después de todo esto, el comando diskutil list devoluciones:
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *251.0 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS 110.0 GB disk0s2
3: Microsoft Basic Data BOOTCAMP 123.9 GB disk0s3
4: Windows Recovery 841.0 MB disk0s4
5: Linux Filesystem 16.0 GB disk0s5
/dev/disk1 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme +2.1 GB disk1
1: Apple_HFS OS X Base System 2.0 GB disk1s1
...Y el comando gpt -r show /dev/disk0 devoluciones:
start size index contents
0 1 PMBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 214860792 2 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
215270432 992
215271424 31254528 5 GPT part - 0FC63DAF-8483-4772-8E79-3D69D8477DE4
246525952 242062900 3 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
488588852 460
488589312 1642496 4 GPT part - DE94BBA4-06D1-4D40-A16A-BFD50179D6AC
490231808 2911
490234719 32 Sec GPT table
490234751 1 Sec GPT headerEn este punto, todavía parece haber un problema con disk0s2, ya que su nombre de tipo es "Apple_HFS". Esto fue apoyado por lo que fue devuelto después de inouting diskutil verifyDisk disk0 :
Started partition map verification on disk0
Checking prerequisites
Checking the partition list
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partiton's file system
Problems were found with the partition map which might prevent booting
Error: -69766: The partition map needs to be repaired because there's a problemwith the EFI system partition's file system
Underlying error: 8: POSIX reports: Exec format errorAdemás, se ha producido un error para diskutil verifyVolume disk0s1 :
Started file system verification on disk0s1 EFI
Verifying file system
** /dev/rdisk0s1
** Phase 1 - Preoaring FAT
** Phase 2 - Checking Directorues
** Phase 3 - Checking for Orphan Clusters
Found orphan clusters
206 files, 144089KiB free (288179 clusters)
File system check exit code is 8
Error: -69845: File system verify or repair failed
Underlying error: 8: POSIX reports: Exec format errorY diskutil verifyVolume disk0s2 devoluciones:
Started file system verification on disk0s2
Verifying file system
File system check exit code is 8
Error: -69845: File system verify or repair failed
Underlying error: 8: POSIX reports: Exec format errorActualización:
He estado usando MacOS Catalina.
A continuación se muestra lo que se devolvió por export LC_CTYPE="ASCII"; dd if=/dev/disk0s2 count=1 | vis -cfw :
1+0 records in
1+0 records out
512 byte transferred in 0.001240 secs (412898 bytes/sec)
l\M-Cr\M-;O\nL\^U\^A\0\0\0\0\0\0\0006\M-_N\0\0\0\0\0\^A\0\0\^M@\0\0\0\0NXSB\0\
\^P\0\0\^?\M-P\M^Y\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^B\0\0\0\0\0\0\0\
\M-`"\^X\M^X\M^U\M^QA\M-o\M^X\M-L\^A\M-1:<\t\^_\M-4\M-}.\0\0\0\0\0007\M-_N\0\0\
\0\0\0\^X\^A\0\0\^Xl\0\0\^j\M^O\0\0\0\0\0\0T\^Y\0\0\0\0\0\0\^Z\0\0\0\M-o\^T\0\
\0\^X\0\0\0\^B\0\0\0\M-\\^T\0\0\^S\0\0\0\M-H\M-{.\0\0\0\0\0Ug\^F\0\0\0\0\0\^A\
\^D\0\0\0\0\0\0\0\0\0\0d\0\0\0\^C\^D\0\0\0\0\0\0\M-%7\^A\0\0\0\0\0\M-'7\^A\0\0\
\0\0\0\M-9\M-V\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\Conclusión:
El problema ya está resuelto. Un enorme agradecimiento a @David Anderson: ¡Muchas gracias por tu paciencia y tus conocimientos! También gracias a @grg, que revisó este post para hacerlo más claro, y a @mbike, que sugirió posibles soluciones alternativas a mi problema.
A continuación, se muestra lo que se hizo para resolver finalmente el problema:
En primer lugar, he utilizado el siguiente comando para corregir el tipo de disk0s2 a 7C3457EF-0000-11AA-AA11-00306543ECAC :
diskutil umountDisk disk0
gpt remove -i 2 disk0
diskutil umountDisk disk0
gpt add -i 2 -b 409640 -s 214860792 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0Mientras tanto, como mi MacOS Recovery es una versión antigua 10.11.6, diskutil no reconoce el APFS. Así, el nombre del tipo de disco0s2 bajo diskutil list muestra 7C3457EF-0000-11AA-AA11-00306543ECAC en su lugar.
Tras apagar mi MacBook y volver a arrancarlo manteniendo pulsada la tecla Opción-Comando-R, se ha descargado una versión más reciente de la recuperación de MacOS (10.14). Entonces, puedo ver mi ver la opción "Macintosh HD" de nuevo, y soy capaz de arrancar en él.
