Segno di divieto all'avvio dopo l'aggiornamento di Sierra, non è più possibile montare il disco


10

Qualche giorno fa ho deciso di aggiornare a Sierra da El Capitan su entrambi i dischi sul mio MacBook Pro (metà 2012); l'aggiornamento sul mio SSD è andato senza intoppi quindi ho deciso di aggiornare anche l'altro mio disco. Ho scaricato .app e l'installazione è iniziata normalmente; una volta arrivato al punto in cui avrei dovuto ricominciare, però, i problemi sono iniziati.

Una volta avviato il Mac, apparve una cartella con un punto interrogativo; Ho letto che reimpostare la VRAM e scegliere un disco di avvio (di nuovo?) Aiuta in questi casi, e lo ha fatto; tuttavia, ora ottengo un segno di divieto ogni volta che provo ad accedere sul mio disco rigido. Per l'esattezza, succede dopo aver inserito la password di accesso e la barra di caricamento è quasi piena.

C'è un modo per ottenere di nuovo l'accesso al volume o anche solo l'accesso ai file? Ho 100 GB + di libreria di foto che non voglio davvero perdere.

Ecco alcune delle cose che ho provato:

Opzioni di riparazione e riparazione di base: sia dal terminale che dall'utilità disco, sia in modalità utente singolo che in modalità di ripristino. L'opzione "Ripara" in Utility Disco, in particolare, fornisce questo errore: "Il codice di uscita del file system è 8. Si è verificato un errore interno". Cercare di montare il volume, in qualunque modo, non ha alcun effetto o ho solo un errore che non è possibile montare il volume. Inoltre, la partizione ora appare in grigio e chiamata "-" (vuota); si chiamava "Macintosh HD". Il nome appare ancora in molte altre app di utilità del disco, ma ancora qualcosa da notare.

Modalità di recupero: ho provato a reinstallare il sistema operativo, ma il volume è ora smontato, quindi non viene visualizzato come opzione possibile. Inoltre, ho trovato un articolo in cui si afferma che i problemi di avvio potrebbero derivare da vecchie estensioni che non funzionano più dopo un aggiornamento; l'articolo descriveva i passaggi da eseguire al fine di spostare tutte le estensioni non Apple in una cartella sul volume e renderla nuovamente avviabile. Tuttavia, stesso problema, il volume è senza nome e non montato e non viene visualizzato da nessuna parte, né posso "cd" al suo interno.

Modalità provvisoria: non riesco ad avviare l'avvio sicuro nella partizione danneggiata: per caricarlo, devo tenere premuto il tasto Opzione e sceglierlo da un elenco e farlo e tenere premuto Shift non fa nulla. Posso solo avviare in modalità provvisoria sulla mia partizione OS X (SSD) funzionante e questo vanifica lo scopo. Pensandoci ora, c'è un modo per l'avvio sicuro in un diverso disco / partizione?

Modalità utente singolo e fsck: ho eseguito il comando fsck (e variazioni) più volte sulla partizione difettosa e anche su altri, e ad un certo punto ho ottenuto un "GRUB.Geom.Hard Disk.Read.Error" o qualcosa del genere, che per quanto posso vedere ora è stato risolto in quanto non appare più dopo; tuttavia, nessun successo all'avvio della partizione OS X.

Force Mount: utilizzando anche il terminale e l'opzione readOnly; nessun successo. Tutto ciò che monta quando provo a montare l'intero disco è una partizione "EFI" che contiene una cartella chiamata "APPLE" con al suo interno altre tre cartelle: CACHES (un'altra cartella, vuota), EXTENSIONS (Firmware.scap) e FIRMWARE ( MBP91_00D3_B0C_LOCKED.scap). Cosa sono questi?

Ripristino VRAM: non ha fatto nulla.

Ricostruzione del volume: ho provato a utilizzare sia TechTool Pro sia DiskWarrior per ricostruire la partizione, poiché entrambe le app hanno segnalato l'integrità e la struttura del volume danneggiate; nessuna delle app è stata in grado di ricostruire il volume. TechTool Pro, in particolare, si ferma al primo passaggio di verifica, "Journaled HFS Plus Volume". Significa che il volume non è più riconosciuto come HFS +? Questo ha qualche significato?

Aggiornamenti combo OS X: il volume, essendo smontato, non viene visualizzato, quindi non posso installare nulla su quella partizione.

Strumenti di recupero dati: ho provato diversi software e quasi tutti hanno estratto pochi file con dimensioni molto grandi, illeggibili.

Clonazione: ho creato due diverse immagini .dmg del mio volume, usando Utility Disco e Data Rescue 4, ma non riesco a montare nessuna di esse poiché visualizzo un errore "nessun file system montabile".


Questo è il mio schema di partizione; il volume "danneggiato", su / dev / disk1, ha l'identificatore disk1s2 . Come puoi vedere, lo stesso disco contiene altre due partizioni, avviando Windows 7 e Ubuntu Linux; entrambi funzionano correttamente, quindi questo esclude improvvisamente il guasto del disco rigido, immagino. Inoltre, diversi controlli dell'unità non mostrano nulla di sbagliato. L'altro disco (disk0), l'SSD, è il mio disco di avvio e funziona bene.

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *250.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Crucial SSD             249.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS                         301.2 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3
   4:       Microsoft Basic Data BOOTCAMP                165.8 GB   disk1s4
   5:           Linux Filesystem                         32.2 GB    disk1s5

fdisk / dev / disk1 , invece, mostra questo:

Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE    0   0   2 - 1023 254  63 [         1 -  588785887] <Unknown ID>
 2: AB 1023 254  63 - 1023 254  63 [ 588785888 -    1269536] Darwin Boot 
*3: 07 1023 254  63 - 1023 254  63 [ 590055424 -  323803136] HPFS/QNX/AUX
 4: 83 1023 254  63 - 1023 254  63 [ 913858560 -   62914063] Linux files*

Non riesco a capire cosa fare dopo, ho persino scritto sui forum della Apple Community e non ho avuto risposte utili - apprezzerei davvero un po 'di aiuto su questo. Mi rendo conto che è il mio schema di partizione che probabilmente ha generato il problema, in quanto per fare in modo che OS X, Windows e Linux si avviino tutti dallo stesso disco, ho dovuto giocare un po 'con l'MBR ibrido, ma non c'è ancora modo di risolverlo Questo?

Se aiuta in qualche modo, sia la partizione Windows che Linux possono andare, forse allora potrei forzare in qualche modo l'intero disco a essere letto come HFS +? Forse allora sarebbe montato, almeno? Non lo so, questi sono solo pensieri ...

Ho letto che a volte può essere semplice come eliminare alcune estensioni kext che rendono il volume non avviabile, ma come potrei fare se la partizione non montasse?


Installato entrambi e accedendo come root, sto inviando le credenziali in questo momento, grazie.
Bandiera rossa

Risposte:


7

Il programma di installazione Sierra ha fatto un pasticcio con la tabella delle partizioni del disco 1, probabilmente confusa dalla configurazione di avvio triplo personalizzata e dall'MBR ibrido sul disco 1.

Disk1s2 è crittografato con FileVault e in qualche modo ha ottenuto il tipo di partizione errato nel processo di aggiornamento.

Il tipo di partizione di disk1s2 è 48465300-0000-11AA-AA11-00306543ECAC ma deve essere 53746F72-6167-11AA-AA11-00306543ECAC .


In una sessione di TeamViewer è stato eseguito quanto segue:

  • Installa wxHexEditor su "SSD Crucial" per poter esaminare il contenuto di disk1
  • Abilita l'utente root
  • accedi come root
  • esaminare il contenuto non elaborato di disk1s2 con wxHexEditor. Il tipo di un volume può essere rilevato dando uno sguardo più da vicino alle intestazioni del volume e ad altre strutture del file system (che tuttavia richiede un po 'di esperienza e / o Wikipedia - esempi: HFS + , NTFS ).

Dopo aver rimosso la partizione disk1s2 con gpt e averlo aggiunto nuovamente con il tipo corretto, il volume è di nuovo montabile:

diskutil list #get all disks and partitions
gpt -r show disk1 #get the partition map of disk1
gpt remove -i 2 disk1
gpt add -i 2 -b 409640 -s 588376248† -t 53746F72-6167-11AA-AA11-00306543ECAC disk1
diskutil verifyDisk disk1

e dopo aver sbloccato il volume FileVault

diskutil verifyVolume disk2 

†: dimensioni di esempio


Il problema è stato risolto Una volta avviato la partizione OS X, Sierra ha continuato a essere installato, quindi il Mac è stato riavviato e ora tutto funziona perfettamente. Non posso esprimere la mia felicità, grazie mille.
Bandiera rossa

@Izare OK ... ;-) e non dimenticare di disabilitare root / disinstallare wxhexeditor e Teamviewer ...
klanomath

Andrà bene...! :))
Bandiera rossa l'

5
+1 Ottimo lavoro klanomath - siamo così fortunati ad averti qui! :) @Izare, posso suggerirti di prendere questa esperienza come avvertimento e assicurarti di avere un regime di backup in atto (ad es. Time Machine , Carbon Copy Cloner , SuperDuper!, Ecc. ). Indipendentemente da ciò che si sceglie, nessuno di questi sono buoni a meno che non li si usi effettivamente. Mi scuso se sembra che stia predicando, ma quando vedi quante persone perdono i dati che ho io, beh, ti viene l'idea! :)
Monomeeth

2
Hai perfettamente ragione, @Monomeeth, e non predica quando hai ragione;) Sto facendo un backup in questo momento, se qualcosa del genere dovesse succedere di nuovo almeno sarò coperto. Spero che, nel frattempo, avrò imparato a risolvere situazioni come questa, come ha fatto Klanomath. ;)
Bandiera rossa
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.