¿Por qué no se monta un volumen fsck-declarado-bueno?

Question

¿Por qué no se monta un volumen fsck-declarado-bueno?

#1 de dukechem (1 votos)

5

Tengo un volumen encriptado (virtual) lógico (virtual) de CoreStorage que no se montará, aunque fsck_hfs lo declara limpio. ¿Alguien sabe cuál es el trato aquí?

Aquí está la información del disco:

/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 es el volumen virtual desbloqueado, pero no montado. Aquí están los resultados de fsck_hfs en el 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.

Había introducido la contraseña para el cifrado y, como era de esperar, fsck_hfs parece bastante capaz de leer los datos cifrados, sin que se haya montado. 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 en cuanto a por qué no se pudo montar.

Estoy ejecutando la última versión de El Capitán.

macos filevault diskutil mount fsck

pregunta Mark Adler 15.08.2016 - 04:50

1 respuesta

Lea otras preguntas en las etiquetas macos filevault diskutil mount fsck

¿Es normal que haya un período de más de 5min de uso elevado de la CPU cuando se va a dormir bajo El Capitán? editor de metadatos PDF para iOS

score 1 · Answer 1

Tuve el mismo problema ... arreglar / solucionar estaba en la Terminal, hacer 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 hacer verificaciones más rápidas de volúmenes, especialmente en el 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), montaje en disco, etc.