2011 iMac con Sierra (NON High Sierra)
Il mio sistema ha la sua unità interna di serie che utilizzo per l'archiviazione generale dei file e un paio di unità fisiche esterne, collegate tramite Thunderbolt. Una delle unità TB è suddivisa in due partizioni, la partizione di avvio e una partizione di documenti "Home" molto più grande (che in realtà non è la directory "Home" del SO di avvio).
Oggi mi sono accorto di un errore che diceva che la partizione Home non poteva essere verificata, dovrei eseguirne il backup, formattarlo, ecc. In teoria ho sia i backup di Time Machine che i backup di CrashPlan, ma la mia fiducia nel ripristino da i backup automatici non sono eccezionali in base all'esperienza passata. Preferisco di gran lunga risolvere qualsiasi problema con la partizione, se possibile, e fare un backup manuale, se necessario.
Ho avviato la modalità utente singolo per tentare almeno un fsck ma sfortunatamente non conoscevo l'ID della partizione in questione. Così ho avviato la modalità di recupero per eseguire diskutil list e ho ottenuto l'ID (disk3s2). Ho anche provato un DFA di base in Recovery ma non è riuscito. Tornando in SUM, l'ID che ho ottenuto in Recovery non viene visualizzato. Quindi questo è il primo posto in cui sono bloccato.
Ora sto considerando di disconnettere l'unità esterna, avviarla in SUM, eseguire ls /dev/disk* , quindi connettere l'unità e eseguirla di nuovo per vedere se vengono visualizzati nuovi identificatori. Ma dal momento che è anche la mia partizione di avvio ... Non sono sicuro che funzionerà. Presumo che SUM abbia bisogno del volume di avvio per essere eseguito, ma è questo il vero caso?
Come posso identificare la partizione Home disturbata in SUM in modo che possa effettivamente tentare una riparazione?