Si hallas algún fallo en tu código o proyecto, recuerda probar siempre en un entorno de testing antes añadir el código al proyecto final.
Solución:
Intente montar el volumen en el nivel raíz con la terminal. También puede comprobar la integridad/salud de la unidad con herramientas como Drive Genius. Simplemente haría un rescate de datos en el disco y lo reformatearía para ahorrar tiempo, siempre que tenga las herramientas y el almacenamiento para almacenar sus datos recuperados.
Acabo de depurar un problema prácticamente idéntico. Después de horas de probar varias cosas, finalmente encontré una respuesta, después de examinar de cerca system.log en Console. Encontré esto:
3.1.13. 21.42.42,090 sudo[622]: ... : TTY=ttys001 ; PWD=/Users/...; USER=root ; COMMAND=/usr/sbin/diskutil mount readOnly /dev/disk2s2
3.1.13. 21.42.42,000 kernel[0]: jnl: disk2s2: is_clean: journal magic is bad (0xdead00ab != 0x4a4e4c78)
3.1.13. 21.42.42,000 kernel[0]: hfs: late journal init: volume on disk2s2 is read-only and journal is dirty. Can not mount volume.
3.1.13. 21.42.42,000 kernel[0]: hfs_mounthfsplus: hfs_late_journal_init returned (22)
3.1.13. 21.42.42,000 kernel[0]: hfs_mounthfsplus: encountered errorr (22)
3.1.13. 21.42.42,000 kernel[0]: hfs_mountfs: encountered failure 22
3.1.13. 21.42.42,000 kernel[0]: hfs_mount: hfs_mountfs returned 22
El problema parecía estar relacionado con el mal diario. Así que deshabilité el registro en diario y la montura funcionó bien. Luego habilité el diario nuevamente, todo bien. Me sorprende que Disk Utility no haya podido detectar esto durante Verify Disk (que informó que todo está bien).
La opción de terminal para deshabilitar el registro en diario es:
sudo diskutil disableJournal force /dev/diskXsX
con diskXsX reemplazado por lo que sea apropiado para su caso. Este comando anterior informará un error al salir, pero simplemente ignórelo.
Puntuaciones y reseñas
Tienes la opción de corroborar nuestra faena añadiendo un comentario o puntuándolo te damos la bienvenida.