Manière correcte de 'dd' un disque APFS entier

En fait, aucun des deux n'est correct.

Le problème n'a rien à voir avec APFS. Comme la réponse liée le décrit, il a à voir avec l'emplacement des tables de partitionnement.

Si vos lecteurs source et destination ont les mêmes tailles de secteur, vous pouvez simplement copier en utilisant dd ordinaire sans aucun paramètre spécial.

S'ils n'ont pas la même taille de secteur (comme dans l'exemple lié avec un vieux disque dur traditionnel et un disque basé sur flash plus récent), la table de partitionnement doit être déplacée.

Essentiellement, l'ordinateur va essayer de lire la table de partitionnement GPT à l'emplacement du deuxième secteur. Pour certains lecteurs, cela se fera à l'octet 512 sur le disque, pour d'autres ce sera à l'octet 4096 sur le disque.

La commande dd que vous suggérez avec deux tailles de blocs différentes ne fonctionnera pas ici. Cela signifie que dd lira les données par blocs de 4096 octets, et les écrira par blocs de 512 octets - effectuant ainsi 4 écritures pour chaque lecture. Cependant, cela place toujours toutes les données aux mêmes indices d'octets sur le lecteur cible qu'ils avaient sur le lecteur source.

Pour votre objectif, vous devez déplacer les données qui étaient précédemment à l'index 4096 pour qu'elles soient à l'index 512.

En ce qui concerne vos autres questions:

Oui, les partitions chiffrées peuvent être clonées avec dd.

Pour ce type de travail, vous voulez utiliser rdisk à la place de disk. Le r signifie "brut" ce qui signifie que vous contournez le cache du disque. Vous obtiendrez le même résultat, mais cela ira plus vite de cette façon.