Recientemente tuve un problema similar. OS X tiene una función de "seguridad" en la que, si el sistema detecta un problema con un volumen, puede poner una bandera en la tabla de particiones de esa unidad que obliga a OS X a ejecutar "fsck" (una utilidad de disco unix) en el volumen antes de que pueda ser montado.
Lo que he observado es que si se arranca en la partición de recuperación de esa máquina (o también supongo que en una unidad de instalación de OS X), el volumen dañado aparecerá como "bloqueado", como está viendo. Incluso he hecho que OS X Disk Utility me diga que el volumen tenía un "error de hardware" cuando, en realidad, no lo tenía.
Tenga en cuenta que si arranca en modo de disco de destino e intenta montar el volumen corrupto en otro Mac, lo que sucederá (en 10.8.x o más reciente) es que en lugar de montar el volumen, OS X se ejecutará fsck en segundo plano, aunque el usuario no tiene ninguna indicación de que eso esté sucediendo a menos que mire en el Monitor de actividad, y vea Todos los procesos (ordenados por % de CPU para obtener mejores resultados). Fsck puede tomarse su dulce tiempo, 30-45 minutos en mi MacBook Pro de 750 GB! Si ejecutas la Utilidad de Disco o utilidades similares como Disk Warrior durante este tiempo, ya que fsck ya se está ejecutando en esa unidad, entonces la otra utilidad de disco informará de un error de hardware, aunque el hardware esté bien.
Sin embargo, si esperas a que fsck deje de funcionar silenciosamente en segundo plano, OS X acabará montando la unidad en modo de sólo lectura, que es lo que has observado como el volumen "bloqueado".
Lo que hice para arreglarlo fue arrancar el MacBook en el modo de disco de destino y conectarlo a mi Mac de escritorio, luego esperar hasta que fsck fallara y el disco se montara como de sólo lectura. Entonces ejecuta la utilidad TechTool Pro y busca los bloques malos, no se encuentra ninguno, el hardware es perfecto. Luego ejecuta DiskWarrior y reconstruye y reemplaza el directorio corrupto. Corregido.
También puedes arrancar desde un disco de recuperación de DiskWarrior si no tienes otro Mac. El escaneo de superficie de TechTool Pro puede considerarse opcional, a menos que realmente quiera descartar un fallo de hardware.
He tenido dos unidades recientemente donde los registros de la consola mostraban errores de entrada y salida y otros problemas que se podría pensar que significaban un fallo de hardware, pero al final del día fue causado por un viejo e incompatible software de terceros. En un caso, fue el disco de Google el que lo causó, en otro, una copia anticuada de Symantec PGP WDE. Yo revisaría toda su biblioteca/LaunchDaemons y LaunchAgents y cualquier StartupItems y Extensiones y Plugins de Spotlight en todos los sistemas y me aseguraría de que no hay cosas obsoletas acechando. Las tres últimas versiones principales de OS X de Apple tienen una seguridad cada vez más estricta y una caja de arena que ha causado un gran revuelo en las cosas de terceros relacionadas con el hardware de bajo nivel.
0 votos
La tuya sería la conclusión a la que yo también llegaría, pero no te equivocas en absoluto al buscar una solución más sencilla.