0 votos

Forma correcta de 'dd' un disco APFS completo

La pregunta ha sido respondida pero no está clara. ¿Por qué no puedo simplemente dd un disco APFS completo?

La pregunta original publica el dd que se utilizó para realizar una copia byte a byte de un dispositivo de bloque. Como se ha señalado, ese comando dio lugar a un clon incorrecto. La respuesta aceptada explica por qué falló, pero no proporciona la respuesta correcta dd comando.

Si entiendo bien la explicación, debería utilizar lo siguiente dd comando:

dd if=/dev/rdisk0 of=/dev/rdiskX bs=4096 obs=512

O debo primero reiniciar el dispositivo de bloque de destino con un esquema de partición GPT, crear una partición APFS, y luego realizar un dd ?

El objetivo es tomar /dev/rdisk0 (dispositivo de bloque de origen) y realizar una copia byte a byte a un nuevo SSD externo (dispositivo de bloque de destino).

Preguntas relacionadas:

  • No he podido encontrar una respuesta clara sobre si usar o no dd es posible si el dispositivo de bloque de origen tiene particiones APFS cifradas.

  • ¿Debería usar rdiskX o simplemente diskX ?

1voto

Jose Chavez Puntos 645

En realidad, ninguna de las dos cosas es correcta.

El problema no tiene nada que ver con APFS. Como describe la respuesta enlazada, tiene que ver con la ubicación de las tablas de partición.

Si tus unidades de origen y destino tienen los mismos tamaños de sector, puedes simplemente copiar usando dd ordinario sin ningún parámetro especial.

Si no tienen el mismo tamaño de sector (como en el ejemplo vinculado con un viejo disco duro tradicional y una unidad más nueva basada en flash), la tabla de particionamiento necesita moverse.

Esencialmente, el ordenador intentará leer la tabla de partición GPT en la ubicación del segundo sector. Para algunas unidades eso será en el byte 512 de la unidad, para otras será en el byte 4096 de la unidad.

El comando dd que sugieres con dos tamaños de bloque diferentes no llegará. Significa que dd leerá los datos en bloques de 4096 bytes, y los escribirá en bloques de 512 bytes - realizando así 4 escrituras por cada lectura. Sin embargo, eso sigue colocando todos los datos como los mismos índices de bytes en la unidad de destino que tenían en la unidad de origen.

Para tu propósito necesitas mover los datos que antes estaban en el índice 4096 para que estén en el índice 512.

En cuanto a sus otras preguntas:

Sí, las particiones cifradas se pueden clonar con dd.

Para este tipo de trabajo es conveniente utilizar rdisk en lugar de disk. La r significa "raw", lo que significa que estás evitando el caché del disco. Terminarás con el mismo resultado, pero será más rápido de esta manera.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X