Perché non verrà montato un volume fsck dichiarato buono?

5

Ho un CoreStorage logico (virtuale), volume crittografato che non verrà montato, anche se fsck_hfs lo dichiara pulito. Qualcuno sa qual è l'accordo?

Ecco le informazioni sull'unità:

/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

dove disk5 è il volume virtuale sbloccato, ma non montato. Ecco i risultati di fsck_hfs sul volume virtuale sbloccato:

** /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.

Ho inserito la password per la crittografia e, come mi aspetterei, fsck_hfs sembra abbastanza in grado di leggere i dati crittografati, senza che vengano montati. Questo è quello che succede quando provo a montare:

% 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

Ovviamente, non viene dato alcun indizio su perché non è riuscito a montare.

Sto eseguendo l'ultimo El Capitan.

    
posta Mark Adler 15.08.2016 - 04:50
fonte

1 risposta

1

Ho avuto lo stesso problema ... fix / work-around era nel terminale fare qualcosa del tipo:

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

BTW, se hai RAM aggiuntiva, puoi fare controlli più veloci dei volumi, specialmente del disco Time Machine, con un comando come:

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.

Però andava bene, nessuno di questi l'avrebbe montato: DiskUtility (orribile in 10.12), diskutil mount, ecc.

    
risposta data 01.09.2017 - 17:08
fonte

Leggi altre domande sui tag