Disco clonato con dd, ma non verrà montato?

1

Obiettivo: clonare il mio disco interno su un disco esterno e avviare dal disco esterno.

update grazie a klanomath, che ha sottolineato che ho dovuto cambiare l'uuid del disco di archiviazione di base affinché sia il disco interno che quello esterno fossero presenti allo stesso tempo. Ho testato il disco esterno su un Mac diverso e funziona perfettamente. Non ho provato a cambiare l'UUID come la mia idea è ora pulire il disco interno comunque.

Ho usato dd per creare un clone e verificato le somme md5.

All'avvio, posso scegliere tra tutti i volumi previsti: "Senza titolo", "Windows" e con il simbolo del disco esterno: "Senza titolo", "Windows".

Indipendentemente dal quale "Untitled" scelgo, termina l'avvio usando il disco interno. Qualche idea sul perché? Come posso risolvere il problema?

Come ho creato il clone:

Ho avviato Linux da una chiavetta USB, nessun altro file system è stato montato, ho provveduto a creare la copia:

dd if=/dev/sda of=/dev/sdc bs=4096 conv=noerror,sync

Ho verificato che le somme md5 dell'intero / dev / sda corrispondessero alla dimensione equivalente su / dev / sdc.

Informazioni sui dischi

Una volta in OS X (dal disco interno usando "Untitled"), questo è quello che vedo con l'elenco diskutil:

$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *751.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Untitled                689.4 GB   disk0s2
   3:                 Apple_Boot Boot OS X               650.0 MB   disk0s3
   4:       Microsoft Basic Data BOOTCAMP                61.0 GB    disk0s4

/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:            

            Untitled               +689.1 GB   disk1
                             Logical Volume on disk0s2
                             137B561F-8819-4ABD-BFBF-DD8F3A997D60
                             Unlocked Encrypted

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:          Apple_CoreStorage                         689.4 GB   disk2s2
   3:                 Apple_Boot Boot OS X               650.0 MB   disk2s3
   4:       Microsoft Basic Data BOOTCAMP                61.0 GB    disk2s4

In Utility Disco l'unico volume che appare per / dev / disk2 è BOOTCAMP.

fsck_cs

Eseguendo fsck_cs su entrambi disk2s2 (memoria di base del disco esterno) e su disk0s2 (memoria di base del disco interno), ottengo risultati equivalenti e il volume sembra soddisfacente.

Forse il problema è che ci sono due volumi (su dischi diversi) con lo stesso UUUD? (9EE93F75-E7F0-40C2-B562-6A8733A6EB16)

$ sudo fsck_cs -n -l log.txt disk2s2
Password:
   Executing fsck_cs (version 540.30.1)
** Checking volume
** disk2s2: Scan for Volume Headers
** disk2s2: Scan for Disk Labels
** Logical Volume Group 9EE93F75-E7F0-40C2-B562-6A8733A6EB16 on 1 device
** disk2s2: Scan for Metadata Volume
** Logical Volume Group has a 17 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
** Load and verify Transaction Segment
** Incorporate 1 newer non-checkpoint transaction
** 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 4F52DBC8-6A69-4099-82B4-5E437C4CEA74
** Load and verify 137B561F-8819-4ABD-BFBF-DD8F3A997D60
** 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 9EE93F75-E7F0-40C2-B562-6A8733A6EB16 appears to be OK
    
posta j-a 28.04.2017 - 10:23
fonte

0 risposte

Leggi altre domande sui tag