2 votos

¿Por qué no puedo simplemente dd un disco APFS completo?

He recibido un nuevo Mac que ha venido preconfigurado con un montón de basura.

Naturalmente, mi primera orden de trabajo es borrar el disco e instalar limpiamente MacOS. Pero primero, quiero crear un bit-perfecto, de arranque clon del disco (que está formateado APFS Encrypted) y guardarlo en una unidad flash, en el improbable caso de que alguna vez necesite arrancar en el entorno original.

Intenté crear este clon arrancando la máquina en modo Recovery, conectando una unidad flash de la misma capacidad que el disco y ejecutando dd if=/dev/rdisk0 of=/dev/rdiskX bs=64k . Esperaba que esto creara un clon exacto, sobre todo leyendo a nivel bruto a través de /dev/rdisk . Sin embargo, la unidad resultante no sólo no puede arrancar, sino que no se conserva ninguna estructura de APFS: me queda un FDisk_partition_scheme tipo de partición y un 0xEE volumen.

Nada en esta respuesta ha demostrado ser útil para hacer este arranque.

Más que "cómo puede hago esto", me pregunto "por qué no puede Yo hago esto".

Por qué no lo hace dd realizar la replicación de bajo nivel, bit a bit, que estoy buscando? ¿O está haciendo lo que le digo, pero hay otro factor en juego del que no soy consciente?

2voto

David Anderson Puntos 2189

Voy a arriesgarme y asumir que el nuevo Mac del OP tiene una unidad de arranque con un tamaño de sector de 4096 bytes y la unidad flash tiene un tamaño de sector de 512 bytes. Usando el dd (como el OP ha descrito) daría lugar a una unidad flash, donde la tabla de partición Master Boot Record (MBR) podría ser leída, porque esto ocurre en el mismo lugar independientemente del tamaño del sector. Este sería el primer sector (también conocido como sector 0). Sin embargo, la tabla de partición GUID (GPT) comienza al principio del segundo sector (también conocido como sector 1). El segundo sector de la unidad de arranque del Mac tiene un desplazamiento de bytes de 4096. Cuando se utiliza el dd el GPT se colocaría a partir del offset de bytes 4096, pero la ubicación real debería haber sido el offset de bytes 512. El resultado está documentado en la pregunta del OP.

Por cierto, el mismo tipo de problema ocurriría con la copia de seguridad (también conocida como secundaria) de la GPT almacenada al final de la unidad flash. Aunque parece poco probable que la unidad de arranque del Mac y la unidad flash tengan exactamente el mismo tamaño total en bytes. Supongo que esto es lo que el OP quería decir con el uso de la frase "una unidad flash con la misma capacidad que el disco" .

1voto

Oskar Puntos 1242

Hay identificadores únicos incrustados en los volúmenes APFS, por lo que si se copia todo el disco, se rompe la información única que cada disco necesita por diseño.

Mi opinión es que DD hace la obra, pero los resultados no son los esperados.

Existe un excelente software que hace clones de arranque y respeta el diseño de APFS.

  1. Utilidad de Discos - puedes restaurar la unidad de arranque en una unidad externa y que sea arrancable en Catalina e inferior. Big Sur es todavía un pre-lanzamiento, así que esto puede o no mantenerse en el lanzamiento del nuevo sistema operativo.
  2. Carbon Copy Cloner - superlativo, excelente software y servicio - https://bombich.com/
  3. ¡SuperDuper! - excelente software y servicio, superlativo - https://shirt-pocket.com/SuperDuper/SuperDuperDescription.html

El porqué es el diseño del sistema de archivos. Hay que añadir algo de cuidado para hacer un clon booteable a diferencia de hacer una copia forense para su análisis o necesitar ese cuidado añadido después.

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