Objetivo: clonar mi disco interno en un disco externo e iniciar desde el disco externo.
actualizar gracias a Klanomath, quien señaló que tenía que cambiar el uuid del disco de almacenamiento principal para que tanto el disco interno como el externo estuvieran presentes al mismo tiempo. Probé el disco externo en un mac diferente y funciona perfectamente. No he intentado cambiar el UUID, ya que mi idea es limpiar el disco interno de todos modos.
Utilicé dd para hacer un clon y verifiqué las sumas de md5.
En el arranque, puedo elegir entre todos los volúmenes esperados: "Sin título", "Windows" y con el símbolo del disco externo: "Sin título", "Windows".
Independientemente de qué "Sin título" elijo, termina arrancando con el disco interno. ¿Alguna idea de por qué? ¿Cómo podría arreglarlo?
Cómo hice el clon:
Inicié Linux desde una memoria USB, no se montó ningún otro sistema de archivos, procedí a hacer la copia:
dd if=/dev/sda of=/dev/sdc bs=4096 conv=noerror,sync
Verifiqué que las sumas md5 de todo / dev / sda coincidieron con el tamaño equivalente en / dev / sdc.
Información sobre los discos
Una vez en OS X (desde el disco interno que usa "Sin título"), esto es lo que veo con la lista de 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
En la Utilidad de Discos, el único volumen que aparece para / dev / disk2 es BOOTCAMP.
fsck_cs
Al ejecutar fsck_cs en disk2s2 (el almacenamiento central del disco externo) y en disk0s2 (el almacenamiento central del disco interno), obtengo una salida equivalente y el volumen parece correcto.
¿Quizás el problema es que hay dos volúmenes (en discos diferentes) con el mismo 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