Hace poco tuve un problema similar. OS X tiene una función de "seguridad" donde, si el sistema detecta un problema con un volumen, puede establecer una marca en la tabla de particiones de esa unidad que obliga a OS X a ejecutar "fsck" (una utilidad de disco de Unix) en el volumen anterior Se puede montar.
Lo que he observado es que si está iniciado en la partición de recuperación de esa máquina (o también supongo, en una unidad de instalación de OS X), el volumen dañado aparecerá como "bloqueado", como está viendo. Incluso he tenido OS X Disk Utility que me dice que el volumen tenía un "error de hardware" cuando, de hecho, no.
Tenga en cuenta que si inicia en el modo de disco de destino e intenta montar el volumen dañado en otra Mac, lo que sucederá (en 10.8.xo más reciente) es que en lugar de montar el volumen, OS X ejecutará fsck en el antecedentes, aunque el usuario no tiene ninguna indicación de que esté sucediendo a menos que busque en el Monitor de actividad y vea Todos los procesos (ordene por CPU% para obtener los mejores resultados). ¡Fsck puede tomar su tiempo dulce, 30-45 minutos en mi MacBook Pro de 750 GB! Si ejecuta la Utilidad de Discos o utilidades similares como Disk Warrior durante este tiempo, dado que fsck ya se está ejecutando en esa unidad, la otra utilidad de disco informará un error de hardware, aunque el hardware esté bien.
Sin embargo, si espera hasta que fsck deje de ejecutarse de forma silenciosa en segundo plano, OS X eventualmente montará la unidad en modo de solo lectura, que es lo que ha observado cuando el volumen está "bloqueado".
Lo que hice para solucionarlo fue arrancar el MacBook en modo de disco de destino y conectarlo a mi Mac de escritorio, luego esperar hasta que fsck fallara y el disco se montó como de solo lectura. Luego ejecute la utilidad TechTool Pro y busque bloques defectuosos, no se encontró ninguno, el hardware es perfecto. Luego ejecute DiskWarrior y reconstruya y reemplace el directorio corrupto. Fijo.
También puede iniciar desde un disco de recuperación DiskWarrior si no tiene otra Mac. El escaneo de superficie de TechTool Pro puede considerarse opcional, a menos que realmente desee descartar una falla de hardware.
Recientemente he tenido dos unidades en las que los registros de la Consola mostraban errores de E / S y otros problemas que usted pensaría que significaban una falla de hardware, pero al final del día fue causado por un software antiguo e incompatible de terceros. En un caso, fue Google Drive lo que lo causó, en otro, una copia desactualizada de Symantec PGP WDE. Revisaría todos sus Library / LaunchDaemons y LaunchAgents y cualquier StartupItems and Extensions y Spotlight Plugins en todos los sistemas y me aseguraría de que no haya nada obsoleto en el área. Los tres últimos lanzamientos principales de OS X de Apple tienen una seguridad y un sandboxing cada vez más estrictos que han provocado un caos absoluto en las cosas de terceros de bajo nivel relacionadas con el hardware.