Mac Mini con High Sierra.
Tres particiones en el disco interno: MacOS (HFS+ Journaled), Windows (Bootcamp) y una partición NTFS independiente para las aplicaciones de Windows.
(Sé que hay múltiples hilos sobre temas similares pero todos parecían ser viejos y estoy cansado de que me reprendan por necrothreading).
Hace un tiempo arranqué en mi partición de Windows 10 Bootcamp y le permití actualizar cosas. Sólo arranco a Windows cada mes más o menos, por lo que esto puede tomar un tiempo. Una vez que se hizo fue a reiniciar pero no lo hizo. Entró en un modo de reparación, no pudo reparar, no pudo recuperar desde el último punto de Recuperación del Sistema, nada.
Mi hijo ha iniciado un negocio en ciernes en el ámbito de las tecnologías de la información y es mucho más experto en Windows que yo, así que le pedí que le echara un vistazo. Lo hizo y no tuvo más éxito que yo. Hizo un escaneo del disco que encontró varios sectores defectuosos, pero esto no tuvo ningún efecto, así que se encargó de borrar las particiones de Windows. Sin embargo, parece que al hacerlo, la utilidad que estaba utilizando le dijo a toda la unidad que eran todas las particiones de Windows y ya no pude arrancar el dispositivo en absoluto, ni en Windows ni en Mac.
Puso Testdisk en una unidad flash a mi insistencia y he sido capaz de juguetear con él por mi cuenta, pero con resultados limitados. Pude recuperar la partición de recuperación de MacOS para poder arrancar en el modo de recuperación, aunque he estado haciendo la mayor parte de mi trabajo a través del modo de recuperación basado en la red (lo llamaré net-Recovery), ya que algo que leí sugirió que me daría el conjunto de herramientas más relevante para mi versión del sistema operativo.
Usé TeskDisk (y DiskUtil) para compilar un mapa de mi unidad. Si consigo que la parte de MacOS vuelva a funcionar, probablemente eliminaré la partición de Bootcamp y la reconstruiré utilizando las herramientas adecuadas y reinstalaré Windows por completo, pero quiero salvar la parte de Mac si puedo. De lo que puedo decir de la información en este y otro sitio que probablemente debería reconstruir mi mapa de particiones utilizando "gpt" (no puedo usar "gdisk" ya que no tengo ningún lugar para instalarlo que yo sepa; Estoy trabajando en la unidad interna). Me he topado con un problema que hace que el MBR sea sospechoso en el sector 0. Incluso tratando de usar "gpt -v destroy -r disk0" no funciona debido a esto. Tengo la impresión de que puedo utilizar "fdisk" para reconstruir esto? Creo que estoy buscando para asegurarse de que lo que estoy planeando es correcto antes de que me lío las cosas irrevocablemente.
Cuando ejecuto "diskutil disk0" bajo net-Recovery, obtengo esto:
0: FDisk_partition_scheme 500.1GB disk0
1: 0xEE 209.7MB disk0s1
2: Apple_HFS 370GB disk0s2
4: Windows_NTFS 53.7GB disk0s4Testdisk proporcionó el siguiente mapa:
EFI System 40 409639 409600
Mac HFS 409640 723065887 722656248
Mac HFS 723065888 724335423 1269536
MS Data 724336640 829194239 104857600Estoy bastante seguro de que el segundo HFS del Mac es la partición de recuperación. Por qué no aparece en la lista de DiskUtil, no estoy seguro, pero puede tener algo que ver con el uso de net-Recovery? De todos modos, lo que aparece en la lista es lo que estoy tratando de restaurar.
La ejecución de "gpt -v show /dev/disk0" proporciona:
mediasize=500107862016; sectorsize=512; blocks=976773168
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 GPTpart-C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 722656248 2 GPTpart-48465300-0000-11AA-AA11-00306543ECAC
723965888 1269536 3 GPTpart-48465300-0000-11AA-AA11-00306543ECAC
724335424 1216
724336640 104857600 4 GPTpart-EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
829194240 147578895
976733135 32 Sec GPT table
976773167 1 Sec GPT headerAsí que no pude ejecutar "gpt create -f /dev/disk0" porque "el dispositivo ya contiene una GPT" y como mencioné no pude destruir la gpt para reconstruirla debido al sospechoso MBR.
Creo que lo que quiero hacer ahora es correr
fdisk -i -a hfs /dev/disk0
No estoy seguro de si debería usar el estilo hfs o el estilo ufs, y no puedo encontrar nada concluyente sobre por qué debería elegir uno sobre el otro. En cualquier caso, he leído que esto debería eliminar el MBR anterior y los errores "sospechosos".
Entonces debería poder reconstruir la GPT:
gpt create -f /dev/disk0
Y luego reconstruir la tabla EFI:
gpt add -b 40 -i 1 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk0
Y luego reconstruir las particiones esperadas:
gpt add -b 409640 -i 2 -s 722656248 -t 48465300-0000-11AA-AA11-00306543ECAC disk0
gpt add -b 723065888 -i 3 -s 1269536 -t 48465300-0000-11AA-AA11-00306543ECAC disk0
gpt add -b 724336640 -i 4 -s 104857600 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 disk0
¿Estoy en el camino correcto?
