Tenía una configuración de inicio dual de Linux / OS X 10.11 y quería eliminar las particiones de Linux. Logré eliminarlos sin ningún problema, pero al intentar combinar el espacio libre con la partición OS X, algo salió mal (solo usé la utilidad de disco), y después de reiniciar esto ahora se muestra cuando se buscan las diferentes particiones:
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *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 (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
-bash-3.2# diskutil corestorage list
No CoreStorage logical volume groups found
He encontrado un problema similar pero no estoy familiarizado con los comandos OSX / BSD y no quiero dañar nada: Diskutil no puede encontrar los volúmenes de almacenamiento principales
Y obtengo aproximadamente los mismos resultados:
-bash-3.2# fsck_cs /dev/disk0s2
Executing fsck_cs (version 517.20.1)
** Checking volume
** Content Hint for disk0s2 is not Apple_CoreStorage
** disk0s2: Scan for Volume Headers
** disk0s2: Scan for Disk Labels
** Logical Volume Group 1AE35784-CFDF-445A-876D-23931CE9FB91 on 1 device
** disk0s2: Scan for Metadata Volume
** Logical Volume Group has a 24 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
** Load and verify Segment Headers
** Load and verify Checkpoint Payload
** Load and verify Transaction Segment
** Incorporate 0 newer non-checkpoint transactions
** Load and verify Virtual Address Table
** Load and verify Segment Usage Table
** Load and verify Metadata Superblock
** Load and verify Logical Volumes B-Trees
** Logical Volume Group contains 1 Logical Volume
** Load and verify 37BE577C-5FBD-4919-9864-C8501FD8E965
** Load and verify 9DE1F86F-7BFC-420F-B751-55D20B107137
** Load and verify Freespace Summary
** Load and verify Block Accounting
** Load and verify Live Virtual Addresses
** Newest transaction commit checkpoint is valid
** Load and verify Segment Cleaning
** The volume 1AE35784-CFDF-445A-876D-23931CE9FB91 appears to be OK
¿Me podría guiar 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, esto es exactamente lo que hice:
-bash-3.2# gpt -r show /dev/disk0
gpt show: /dev/disk0: 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 332728384 2 GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
333138024 155828120
488966144 1267712 4 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
490233856 863
490234719 32 Sec GPT table
490234751 1 Sec GPT header
-bash-3.2# diskutil unmountDisk /dev/disk0
Unmount of all volumes on disk0 was successful
-bash-3.2# gpt remove -i 2 /dev/disk0
gpt remove: /dev/disk0: Suspicious MBR at sector 0
/dev/disk0s2 removed
-bash-3.2# diskutil unmountDisk /dev/disk0
Unmount of all volumes on disk0 was successful
-bash-3.2# gpt add -i 2 -b 409640 -s 332728384 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk0
gpt add: /dev/disk0: Suspicious MBR at sector 0
gpt add: /dev/disk0: error: no space available on device
Y ahora entiendo esto:
-bash-3.2# gpt -r show /dev/disk0
gpt show: /dev/disk0: Suspicious MBR at sector 0
start size index contents
0 1 MBR
1 409639
409640 332728384 2 MBR part 218
333138024 155828120
488966144 1267712 4 MBR part 175
490233856 896
-bash-3.2# diskutil list
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *251.0 GB disk0
1: 0xEE 209.7 MB disk0s1
2: 0xDA 170.4 GB disk0s2
3: Apple_HFS Recovery HD 649.1 MB disk0s4
Espero no haber roto nada ... He encontrado otra pregunta de intercambio de pila que parece ser bastante similar: Cómo corregir GPT roto, GUID y no se puede montar, no hay volúmenes de tipo?
Pero tengo miedo de descomponer 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). Apreciaría cualquier ayuda en eso otra vez, ¡gracias de antemano!
Solución
Siguiendo los pasos descritos por klanomath, logré recuperar esa partición y guardar los archivos en otro lugar. Tenga en cuenta que no pude reparar el disco después de una verificación a través de la utilidad de disco, supongo que la versión anterior de la utilidad de disco en la recuperación de Internet no es capaz de hacerlo por algo creado con una versión reciente, pero no estoy seguro de eso.
De todos modos, recuperé mis datos, muchas gracias por su ayuda, klanomath!
El espacio libre es el sistema Linux que eliminé.