Tenía una configuración de arranque dual Linux/OS X 10.11 y quería eliminar las particiones de Linux. Logré eliminarlas sin problemas, pero al intentar fusionar el espacio libre con la partición de OS X algo salió mal (usé solo la utilidad de disco), y después de un reinicio esto es lo que se muestra al buscar las diferentes particiones:
-bash-3.2# diskutil list
/dev/disk0 (interno, físico):
#: TIPO NOMBRE TAMAÑO IDENTIFICADOR
0: esquema de partición GUID *251.0 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF 170.4 GB disk0s2
3: Apple_HFS Recovery HD 649.1 MB disk0s4
/dev/disk1 (imagen de disco):
#: TIPO NOMBRE TAMAÑO IDENTIFICADOR
0: esquema de partición GUID +2.1 GB disk1
1: Apple_HFS OS X Base System 2.0 GB disk1s1
-bash-3.2# diskutil listado de núcleo de almacenamiento
No se encontraron grupos lógicos de volumen de almacenamiento centralHe encontrado un problema similar pero no estoy familiarizado con los comandos de OSX/BSD y no quiero dañar nada: Diskutil can't find Core Storage Volumes
Y obtengo resultados más o menos similares:
-bash-3.2# fsck_cs /dev/disk0s2
Ejecutando fsck_cs (versión 517.20.1)
** Comprobando volumen
** La pista de contenido para disk0s2 no es Apple_CoreStorage
** disk0s2: Buscar cabeceras de volumen
** disk0s2: Buscar etiquetas de disco
** Grupo de volúmenes lógicos 1AE35784-CFDF-445A-876D-23931CE9FB91 en 1 dispositivo
** disk0s2: Buscar volumen de metadatos
** El grupo de volúmenes lógicos tiene un Volumen de metadatos de 24 MB con doble redundancia
Comenzar a escanear metadatos para un punto de control válido
** Cargar y verificar los Encabezados de Segmento
** Cargar y verificar Carga de Punto de Control
** Cargar y verificar Segmento de Transacción
** Incorporar 0 transacciones no de punto de control más recientes
** Cargar y verificar Tabla de Direcciones Virtuales
** Cargar y verificar Tabla de Uso de Segmento
** Cargar y verificar Superbloque de Metadatos
** Cargar y verificar Árboles B de Volúmenes Lógicos
** El Grupo de Volúmenes Lógicos contiene 1 Volumen Lógico
** Cargar y verificar 37BE577C-5FBD-4919-9864-C8501FD8E965
** Cargar y verificar 9DE1F86F-7BFC-420F-B751-55D20B107137
** Cargar y verificar Resumen de Espacio Libre
** Cargar y verificar Contabilidad de Bloques
** Cargar y verificar Direcciones Virtuales en Vivo
** El punto de control de transacción más reciente es válido
** Cargar y verificar Limpieza de Segmento
** El volumen 1AE35784-CFDF-445A-876D-23931CE9FB91 parece estar bien¿Podrías por favor guiarme a través de los pasos descritos en el enlace anterior? Tengo miedo de hacer algo mal con los comandos gpt y fdisk (he leído sus manuales de BSD pero no puedo permitirme perder los datos en ese disco).
¡Gracias de antemano!
Progreso
Intenté seguir las instrucciones de klanomath (muchas gracias por responder tan rápido) pero gpt me dio un error, aquí está exactamente lo que hice:
-bash-3.2# gpt -r mostrar /dev/disk0
gpt mostrar: /dev/disk0: MBR sospechoso en el sector 0
inicio tamaño índice contenido
0 1 MBR
1 1 Encabezado GPT Principal
2 32 Tabla GPT Principal
34 6
40 409600 1 Partición GPT - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 332728384 2 Partición GPT - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
333138024 155828120
488966144 1267712 4 Partición GPT - 48465300-0000-11AA-AA11-00306543ECAC
490233856 863
490234719 32 Tabla GPT Secundaria
490234751 1 Encabezado GPT Secundario
-bash-3.2# diskutil desmontarDisco /dev/disk0
Desmontaje de todos los volúmenes en el disco0 fue exitoso
-bash-3.2# gpt eliminar -i 2 /dev/disk0
gpt remove: /dev/disk0: MBR sospechoso en el sector 0
/dev/disk0s2 eliminado
-bash-3.2# diskutil desmontarDisco /dev/disk0
Desmontaje de todos los volúmenes en el disco0 fue exitoso
-bash-3.2# gpt agregar -i 2 -b 409640 -s 332728384 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk0
gpt agregar: /dev/disk0: MBR sospechoso en el sector 0
gpt agregar: /dev/disk0: error: no hay espacio disponible en el dispositivoY ahora obtengo esto:
-bash-3.2# gpt -r mostrar /dev/disk0
gpt mostrar: /dev/disk0: MBR sospechoso en el sector 0
inicio tamaño índice contenido
0 1 MBR
1 409639
409640 332728384 2 Partición MBR 218
333138024 155828120
488966144 1267712 4 Partición MBR 175
490233856 896
-bash-3.2# diskutil listado
/dev/disk0
#: TIPO NOMBRE TAMAÑO IDENTIFICADOR
0: Esquema de partición FDisk *251.0 GB disk0
1: 0xEE 209.7 MB disk0s1
2: 0xDA 170.4 GB disk0s2
3: Apple_HFS Recovery HD 649.1 MB disk0s4Espero no haber roto nada... Encontré otra pregunta de stackexchange que parece ser bastante similar: How to fix broken GPT, GUID and unmountable, no type volumes?
Pero tengo miedo de estropear las cosas aún más si lo intento solo, y no entiendo en qué orden debo seguir los diferentes pasos (eliminar MBR/particiones dañadas/recuperación de GUID). Agradecería mucho cualquier ayuda nuevamente, ¡gracias de antemano!
Solución
Siguiendo los pasos descritos por klanomath logré recuperar esa partición y guardar los archivos en otro lugar. Nota que no pude reparar el disco después de una verificación a través de la utilidad de disco, mi suposición es que la versión antigua de la utilidad de disco en la recuperación por Internet no es capaz de hacerlo para algo creado con una versión reciente pero no estoy seguro de eso.
De todas formas, recuperé mis datos, ¡muchas gracias por tu ayuda, klanomath!
El espacio libre es el sistema de linux que eliminé.
0 votos
Si agregas la salida de
sudo gpt -r show /dev/disk0a tu pregunta, puedo añadir un tamaño adecuado* en mi respuesta a continuación.0 votos
Otra pregunta similar: Tipo de partición de repente FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF, unidad desmontable