Debido a una fuerte desconexión de mi disco duro externo cifrado, parece que mi partición HFS + se ha corrompido. Cada vez que desbloqueo mi disco duro, OS X intenta montarlo silenciosamente en segundo plano y luego expulsa el disco duro, por lo que OS X no lo reconoce en absoluto en diskutil list y tengo que apagar / encender mi disco duro Bahía de la unidad.
Ejecuto:
$ diskutil cs unlockVolume 7DB6AE16-158B-45A4-B1F7-7791B650E552
Para desbloquear la unidad, lo que hace que desaparezca el mensaje de contraseña de la GUI, pero luego cuando intento ejecutarlo:
$ sudo fsck_hfs -fryS /dev/disk3
me sale:
** / dev / rdisk3 (NO ESCRIBIR) No se puede abrir / dev / rdisk3: recurso ocupado
Pude obtener un fsck_hfs -fy /dev/disk3 exitoso para ejecutar, y aquí están los resultados:
$ diskutil verifyVolume /dev/disk3
Started file system verification on disk3 BLUE1
Verifying storage system
Checking volume
disk2s2: Scan for Volume Headers
disk2s2: Scan for Disk Labels
Logical Volume Group 4A47A942-A97F-4A96-B46A-4B405B598C02 on 1 device
disk2s2: Scan for Metadata Volume
Logical Volume Group has a 24 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
Load and verify Segment Headers
Load and verify Checkpoint Payload
Load and verify Transaction Segment
Incorporate 0 newer non-checkpoint transactions
Load and verify Virtual Address Table
Load and verify Segment Usage Table
Load and verify Metadata Superblock
Load and verify Logical Volumes B-Trees
Logical Volume Group contains 1 Logical Volume
Load and verify 64E4D5E6-74B6-482E-8F57-9C079C22702D
Load and verify 7DB6AE16-158B-45A4-B1F7-7791B650E552
Load and verify Freespace Summary
Load and verify Block Accounting
Load and verify Live Virtual Addresses
Newest transaction commit checkpoint is valid
Load and verify Segment Cleaning
The volume 4A47A942-A97F-4A96-B46A-4B405B598C02 appears to be OK
Storage system check exit code is 0
Verifying file system
File system check exit code is 8
Error: -69845: File system verify or repair failed
Underlying error: 8: Exec format error
Sin embargo, quiero probar S escaneando la unidad en busca de badblocks (en caso de que esa sea la razón real por la que no se puede montar), y r porque entonces se escribe fryS porque si uno del volumen lógico b-tree es lo que está dañado, entonces debería ser reconstruido, o tal vez no hubiera llegado tan lejos en el fsck. Realmente esto es solo una conjetura en este punto, estoy intentando cualquier cosa.