He visto un par de publicaciones en este sitio abordando problemas similares. Como no tengo un entendimiento profundo de lo que salió mal, tengo que describir lo que sucedió en mi caso y espero que me ayuden. Gracias.
MBP 15", Retina, mediados de 2012. Mojave.
- Reducí (eliminé 64Gb) el espacio de OSX a través de Utilidad de Discos, instalé rEFInd y luego Ubuntu 18.04. Funcionó muy bien. Podía arrancar lo que eligiera.
- Luego decidí reducir un poco más el espacio de OSX y formatear el espacio vacío resultante (otros 64Gb) a FAT a través de Utilidad de Discos. Después de eso, arranqué a través de una unidad USB e intenté instalar Windows 10 Pro en esa nueva partición.
Durante el segundo paso, el instalador de Windows no le gustó esa partición FAT, así que la borré (limpié). Todavía no le gustó. La eliminé. Y volví a crear la nueva desde el espacio vacío resultante. Todavía no le gustó. Decidí salir y dejarlo hasta mañana. Reinicié mi máquina. Falla. macOS ya no arranca y el proceso va directamente a Ubuntu, desde donde estoy escribiendo ahora. Actualizaré este mensaje tan pronto como obtenga las salidas de comandos requeridas.
-bash-3.2# diskutil list
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.3 GB disk0
1: EFI 209.7 MB disk0s1
2: Apple_CoreStorage 371.5 GB disk0s2
3: DE94BBA4-06D1-4D40-A16A-BFD50179D6AC 523.2 MB disk0s3
4: EFI 104.9 MB disk0s4
5: Microsoft Reserved 16.8 MB disk0s5
6: Microsoft Basic Data 63.9 GB disk0s6
7: Linux Swap 4.0 GB disk0s7
8: 0FC63DAF-8483-4772-8E79-3D69D8477DE4 60.0 GB disk0s8
/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: Apple_partition_scheme *1.2 GB disk1
1: Apple_partition_map 30.7 KB disk1s1
2: Apple_HFS Mac OS X Base System 1.2 GB disk1s2
/dev/disk2
#: TYPE NAME SIZE IDENTIFIER
0: untitled *524.3 KB disk2
/dev/disk3
#: TYPE NAME SIZE IDENTIFIER
0: untitled *524.3 KB disk3
/dev/disk4
#: TYPE NAME SIZE IDENTIFIER
0: untitled *524.3 KB disk4
/dev/disk5
#: TYPE NAME SIZE IDENTIFIER
0: untitled *524.3 KB disk5
/dev/disk6
#: TYPE NAME SIZE IDENTIFIER
0: untitled *524.3 KB disk6
/dev/disk7
#: TYPE NAME SIZE IDENTIFIER
0: untitled *6.3 MB disk7
/dev/disk8
#: TYPE NAME SIZE IDENTIFIER
0: untitled *2.1 MB disk8
/dev/disk9
#: TYPE NAME SIZE IDENTIFIER
0: untitled *1.0 MB disk9
/dev/disk10
#: TYPE NAME SIZE IDENTIFIER
0: untitled *524.3 KB disk10
/dev/disk11
#: TYPE NAME SIZE IDENTIFIER
0: untitled *524.3 KB disk11
/dev/disk12
#: TYPE NAME SIZE IDENTIFIER
0: untitled *1.0 MB disk12
-bash-3.2# gpt -r show disk0
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 725609832 2 GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
726019472 624
726020096 1021952 3 GPT part - DE94BBA4-06D1-4D40-A16A-BFD50179D6AC
727042048 204800 4 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
727246848 32768 5 GPT part - E3C9E316-0B5C-4DB8-817D-F92DF00215AE
727279616 124825600 6 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
852105216 7813120 7 GPT part - 0657FD6D-A4AB-43C4-84E5-0933C84B4F4F
859918336 117186560 8 GPT part - 0FC63DAF-8483-4772-8E79-3D69D8477DE4
977104896 131
977105027 32 Sec GPT table
977105059 1 Sec GPT header
-bash-3.2# dd if=/dev/disk0 bs=512 skip=409640 count=1
rY
+?,C??)?NXSB??g??C??T?"[?L9?
9?),l???W9?-d?s?s1+0 records in 1+0 records out 512 bytes transferred in 0.006626 secs (77273 bytes/sec) -
bash-3.2#
Disculpa por la salida del último comando, hexdump
no está disponible en el modo de recuperación de mi máquina. Estoy trabajando desde una terminal limitada.
EDICIÓN #1: Todavía no puedo encontrar hexdump
o od
en el modo de recuperación. Sin embargo, he podido hacer esto:
-bash-3.2# fsck_apfs /dev/disk0s2
No se puede ejecutar la reparación de fsck en el entorno de instalación, degradando fsck_apfs para ejecutar con [-n]
** Comprobando el superbloque del contenedor.
** Comprobando el registro de inicio EFI.
** Comprobando el administrador de espacio.
** Comprobando las colas libres del árbol del administrador de espacio.
** Comprobando el mapa de objetos.
** Comprobando el volumen.
** Comprobando el superbloque de volumen de APFS.
** El volumen Macintosh HD fue formateado por hfs_convert (748.1.46) y modificado por última vez por apfs_kext (945.220.38).
** Comprobando el mapa de objetos.
** Comprobación del árbol de metadatos de instantáneas.
** Comprobando los metadatos de la instantánea.
** Comprobando el árbol de referencia de extensión.
** Comprobando el árbol fsroot.
error: btn: btn_btree.bt_key_count inválido (se esperaba 12785968, real 12786023)
Corregir btree: ¿bt_key_count (12786023)? NO
El árbol fsroot es inválido.
** No se pudo verificar completamente el volumen /dev/disk0s2.
0 votos
@klanomath, ¿estás aquí? Ayudaste a la gente anteriormente con eso. Tal vez me podrías ayudar...
0 votos
Tienes la idea correcta. ¿Puedes usar
od
en lugar dehexdump
? Por ejemplo:sudo od -N 512 -t xC -v /dev/disk0s2
. Me parece extraño que estés usando Core Storage para Mojave. ¿Podría ser que el tipo de partición se cambió de APFS a Core Storage? Si es así, entonces esto explicaría por qué no puedes arrancar a macOS.0 votos
Otros usuarios están teniendo problemas para instalar la versión de octubre de 2018 de Windows 10. El problema parece ser que el archivo
install.wim
no cabe en una partición formateada en FAT32. Parece que necesitas tanto particiones externas FAT32 como ExFAT para los archivos de instalación de Windows.0 votos
Sí, tenías razón, no era así. La partición era FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF y luego cambió.
0 votos
@David Anderson, ¿hay alguna forma de reparar la información meta de la partición?