Tengo un volumen cifrado lógico (virtual) de CoreStorage que no se montará, aunque fsck_hfs
lo declare limpio. ¿Alguien sabe cuál es el trato aquí?
Aquí está la información de la unidad:
/dev/disk4 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *960.2 GB disk4
1: EFI EFI 209.7 MB disk4s1
2: Apple_CoreStorage Discover 959.3 GB disk4s2
3: Apple_Boot Recovery HD 650.0 MB disk4s3
/dev/disk5 (external, virtual):
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS Discover +959.0 GB disk5
Logical Volume on disk4s2
9BB5BE72-0024-46D2-A1BB-69AB51247E06
Unlocked Encrypted
donde disk5
está el volumen virtual desbloqueado, pero no montado. Estos son los resultados del fsck_hfs
volumen virtual desbloqueado:
** /dev/rdisk5
Executing fsck_hfs (version hfs-305.10.1).
** Checking Journaled HFS Plus volume.
The volume name is Discover
** Checking extents overflow file.
** Checking catalog file.
** Checking multi-linked files.
** Checking catalog hierarchy.
** Checking extended attributes file.
** Checking volume bitmap.
** Checking volume information.
** Trimming unused blocks.
** The volume Discover appears to be OK.
Ingresé la contraseña para el cifrado y, como era de esperar, fsck_hfs
parece bastante capaz de leer los datos cifrados, sin que estén montados. Esto es lo que sucede cuando intento montar:
% diskutil mount 9BB5BE72-0024-46D2-A1BB-69AB51247E06
disk5 is a CoreStorage Logical Volume which failed to mount
% diskutil mount disk5
disk5 is a CoreStorage Logical Volume which failed to mount
Por supuesto, no se da ninguna pista de por qué no se montó.
Estoy ejecutando el último El Capitán.
Tuve el mismo problema ... la solución / solución alternativa fue en la Terminal, haga algo como:
mkdir /tmp/3
sudo /sbin/mount_hfs /dev/disk3s3 /tmp/3
df -h /tmp/3
Filesystem Size Used Avail Capacity iused ifree %iused
/dev/disk3s3 464Gi 249Gi 215Gi 54% 3279960 4291687319 0% /private/tmp/3
Por cierto, si tiene RAM adicional, puede realizar comprobaciones más rápidas de los volúmenes, especialmente del disco de Time Machine, con un comando como:
sudo fsck_hfs -f -c 6200m /dev/disk3s3
** /dev/rdisk3s3 Executing fsck_hfs (version hfs-366.70.1). ** Checking Journaled HFS Plus volume. The volume name is SeaTMimac1012.noindex ** Checking extents overflow file. ** Checking catalog file. ** Checking multi-linked files. ** Checking catalog hierarchy. ** Checking extended attributes file. ** Checking multi-linked directories. ** Checking volume bitmap. ** Checking volume information. ** The volume SeaTMimac1012.noindex appears to be OK.
Aunque estaba bien, ninguno de estos lo montaría: DiskUtility (uno horrible en 10.12), diskutil mount, etc.
mike lamberto