Recentemente ho avuto un problema simile. OS X ha una funzione di "sicurezza" in cui, se il sistema rileva un problema con un volume, può quindi impostare un flag nella tabella delle partizioni di quell'unità che obbliga OS X a eseguire "fsck" (un'utilità disco unix) sul volume prima può essere montato
Quello che ho osservato è che se si è avviato nella partizione di ripristino di quella macchina (o suppongo anch'io, un'unità di installazione di OS X), il volume danneggiato apparirà come "bloccato", come si vede. Ho persino avuto OS X Utility Disco dire che il volume ha avuto un "errore hardware" quando, in effetti, non ha fatto.
Si noti che se si avvia in modalità disco di destinazione e si tenta di montare il volume danneggiato su un altro Mac, allora ciò che accadrà (su 10.8.xo più recente) è che invece di montare il volume, OS X eseguirà fsck nel sfondo, anche se l'utente non ha alcuna indicazione che sta accadendo a meno che non si guardi in Activity Monitor, e visualizzare Tutti i processi (ordinare per% CPU% per i risultati migliori). Fsck può prendere il suo tempo dolce, 30-45 minuti sul mio MacBook Pro da 750 GB! Se si esegue Utility Disco o utility simili come Disk Warrior durante questo periodo, poiché fsck è già in esecuzione su tale unità, l'altra utilità disco segnalerà un errore hardware, anche se l'hardware è corretto.
Tuttavia, se si attende che fsck smetta di funzionare silenziosamente in background, OS X finirà per montare l'unità in modalità di sola lettura, che è ciò che si è osservato quando il volume è "bloccato".
Quello che ho fatto per risolvere il problema è stato avviare il MacBook in modalità disco di destinazione e collegarlo al mio desktop Mac, quindi attendere fsck non riuscito e il disco montato come di sola lettura. Quindi esegui l'utility TechTool Pro e cerca i blocchi danneggiati, nessuno trovato, l'hardware è perfetto. Quindi eseguire DiskWarrior e ricostruire e sostituire la directory danneggiata. Fisso.
È anche possibile avviare da un disco di ripristino DiskWarrior se non si dispone di un altro Mac. La scansione superficiale di TechTool Pro può essere considerata opzionale, a meno che tu non voglia davvero escludere errori hardware.
Recentemente ho avuto due dischi in cui i registri della Console mostravano gli errori di I / O e altri problemi che si pensavano comportassero un errore hardware, ma alla fine era causato da software di terze parti vecchio e incompatibile. In un caso, Google Drive ha causato, in un altro, una copia obsoleta di Symantec PGP WDE. Vorrei controllare tutta la tua libreria / LaunchDaemons e LaunchAgent e qualsiasi StartupItems ed estensioni e plugin Spotlight su tutti i sistemi e verificare che non ci siano cose obsolete in agguato. Le ultime tre versioni principali di OS X di Apple hanno una sicurezza e una sandboxing sempre più stringenti che hanno portato il massimo risveglio a cose di terze parti legate all'hardware di basso livello.