Quiero clonar mi SSD interno de 500 GB en un nuevo SSD de 1 TB que va a sustituir al SSD interno de 500 GB de mi MBP.
Actualmente la SD de 500 GB está particionada de la siguiente manera:
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.3 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_APFS Container disk1 500.1 GB disk0s2
/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +500.1 GB disk1
Physical Store disk0s2
1: APFS Volume Mac OS 459.4 GB disk1s1
2: APFS Volume Preboot 46.4 MB disk1s2
3: APFS Volume Recovery 510.4 MB disk1s3
4: APFS Volume VM 1.1 GB disk1s4Intenté usar el siguiente comando en Modo Recuperación:
dd if=/dev/rdisk0 of=/dev/rdisk2 bs=1m¿Funcionará? Después de dd terminado, yo no era capaz de montar disk2. ¿Tengo que cambiar el comando dd?
Todavía no he podido cambiar el SSD interno de 500 GB por el de 1 TB para comprobar si arrancaba. Pero supongo que no :-(
disk2 cuida de dd así:
/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_APFS 1.0 TB disk2s2Pero Apple_APFS no se puede montar. También me pregunto por qué se reconoce como 1.0 TB - creo que después de usar dd debería ser 500.1 GB (el tamaño de 'Apple_APFS Container disk1').
He intentado encontrar alguna información sobre la clonación de volúmenes APFS con EFI, Recovery, VM y Preboot, pero no he podido encontrar ninguna información útil.
¿Quizá alguien pueda ayudarme? Gracias Daniel
1 votos
Nunca lo he probado a fondo, pero veo varios puntos débiles en tu enfoque: - el tamaño del contenedor exterior (1 TB) != tamaño del contenedor interior (500.1 GB) (guardado en el bloque0 del disco2s2) - los UUIDs correspondientes de los contenedores y volúmenes son todos iguales (UUID[disco0s2]=UUID[disco2s2]/contenedor o UUID[disco1s2]=UUID[disco3s2]/Prearranque etc.). Crear entradas de partición idénticas para disk0|>2s1 y disk0|>2s2 (dejando ~500GB libres en el disco de 1TB) y luego clonar disk0s1 a disk2s1 y disk0s2 a disk2s2 (y luego extender disk2s2) es más constructivo. Y eliminar disk0 podría ser esencial entonces.
0 votos
Curiosamente su enfoque funcionó en mi entorno virtual después de reparar el disco de destino más grande (aquí:
diskutil repairDisk disk1) y eliminando las particiones disk0s1 & disk0s2 con gpt (¡que no afecta al contenido de las particiones!). Aunque esto podría estar relacionado simplemente con la forma en que el hipervisor maneja los discos (virtuales).0 votos
Hoy voy a probar Carbon Copy Cloner y añadir la partición VM con: "diskutil apfs addVolume disk1 APFS VM -role V" Si esto no funciona probaré dd y después repairDisk.