Sé que esto se ha preguntado aquí antes y, al igual que los demás, no he hecho una copia de seguridad de mis datos... Encontré este duplicado y me perdí en la respuesta y no quería meterme demasiado con las tablas sin averiguarlo. si esa es la solución correcta para mi problema.
La unidad es mi unidad interna de mi antiguo Macbook Pro (modelo de principios de 2011, se estaba muriendo por el problema de la tarjeta de video después de que se reemplazó la placa lógica hace aproximadamente un año) que tenía un arranque dual con Windows 10, pero mi computadora se atascó al intentar arranque y tuvo que ser forzado a apagar. Saqué la unidad y la conecté a otra Macbook y no montó la partición de MacOS.
sudo diskutil list
rendimientos:
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.1 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS Macintosh HD 394.0 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
4: Microsoft Basic Data BOOTCAMP 105.2 GB disk0s4
/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.1 GB disk1
1: EFI EFI 209.7 MB disk1s1
2: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF 419.9 GB disk1s2
3: Microsoft Basic Data BOOTCAMP 80.0 GB disk1s3
Así como
sudo gpt -r show disk1
rendimientos:
gpt show: disk1: Suspicious MBR at sector 0
start size index contents
0 1 MBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 820115416 2 GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
820525056 156248064 3 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
976773120 15
976773135 32 Sec GPT table
976773167 1 Sec GPT header
¡Muchas gracias por cualquier ayuda que se pueda dar!
El problema se solucionó en función de esta respuesta: el volumen del sistema operativo se muestra como tipo 'FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF'
No está claro por qué se cambió el tipo de partición. En la unidad de arranque original (disk0) está instalado Yosemite. En la segunda unidad "rota" (diisk1), se detectó una partición APFS con el sudo dd if=/dev/disk1s2 count=3 | hexdump
método de la respuesta vinculada.
Después de eliminar la segunda partición en la unidad 1 con sudo gpt remove -i 2 disk1
el MBR bloqueado, agregue la partición con el tipo adecuado. Entonces el gpt tuvo que ser destruido:
sudo gpt -r show disk1 #get the details
sudo gpt destroy disk1
sudo gpt create -f disk1 #create a new partition table
Agregar todas las particiones anteriores con los tipos adecuados:
sudo gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk1
sudo gpt add -i 2 -b 409640 -s 820115416 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk1
sudo gpt add -i 3 -b 820525056 -s 156248064 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 disk1
Verifique el disco:
diskutil verifyDisk disk1
Dado que la versión del sistema de arranque es 10.10.5 (Yosemite) que no puede manejar volúmenes APFS, no fue posible verificar el volumen.
Otras preguntas similares (y soluciones) en este sitio sugieren que el problema está relacionado con el MBR protegido por SIP. Yosemite no reconoce elementos protegidos por SIP, pero los sistemas más nuevos sí. Aquí era posible eliminar el MBR, pero en los sistemas más nuevos SIP debe desactivarse.
Dillon Esponda
klanomath
Monomeeth
Monomeeth
Monomeeth
klanomath