Avevo una configurazione dual boot per Linux / OS X 10.11 e volevo rimuovere le partizioni Linux. Sono riuscito a rimuoverli senza problemi, ma quando ho provato a unire lo spazio libero con la partizione OS X qualcosa è andato storto (ho usato solo l'utilità del disco), e dopo un riavvio questo è ora mostrato quando cerco le diverse partizioni:
-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
Ho trovato un problema simile ma non ho familiarità con i comandi OSX / BSD e non voglio danneggiare nulla: Diskutil non riesce a trovare i volumi di memoria di base
E ottengo circa gli stessi risultati:
-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
Potresti guidarmi attraverso i passaggi descritti nel link sopra? Ho paura di fare qualcosa di sbagliato con i comandi gpt e fdisk (ho letto i loro manuali BSD ma non posso permettermi di perdere i dati su quel disco).
Grazie in anticipo!
Progress
Ho provato a seguire le istruzioni di klanomath (grazie mille per aver risposto così rapidamente) ma gpt mi ha dato un errore, ecco esattamente cosa ho fatto:
-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
E ora ho capito:
-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
Spero di non aver infranto nulla ... Ho trovato un'altra domanda di stackexchange che sembra essere abbastanza simile: Come risolvere GPT, GUID e smontabile, nessun tipo di volume?
Ma ho paura di rompere le cose ancora di più se sto provando da solo, e non capisco in che ordine dovrei seguire i diversi passaggi (rimozione di MBR / partizioni danneggiate / recupero GUID). Apprezzerei molto qualsiasi aiuto su questo, grazie in anticipo!
Soluzione
Seguendo i passaggi descritti da klanomath sono riuscito a recuperare quella partizione e salvare i file altrove. Si noti che non sono riuscito a riparare il disco dopo una verifica tramite l'utilità del disco, suppongo che la vecchia versione del programma di utilità del disco nel ripristino di Internet non sia in grado di farlo per qualcosa creato con una versione recente ma non lo sono certo.
Comunque, ho recuperato i miei dati, grazie mille per il tuo aiuto klanomath!
Lo spazio libero è il sistema linux che ho rimosso.