¿Es esta la forma correcta de utilizar dd para una copia de seguridad completa?

¿Puedo confiar en la copia de seguridad que he creado de esta manera?

Sí, puedes: es la copia de seguridad más completa que puedes hacer de tu dispositivo.

La integridad de los datos copiados puede comprobarse fácilmente ejecutando md5sum en el dispositivo ( /dev/block/mmcblk0 ) y comparando su resultado con el MD5 del archivo respaldado ( mmcblk0.raw ).

Si quieres listar las particiones dentro de la copia de seguridad, puedes ejecutar parted /path/backup/mmcblk0.raw print en el ordenador central. En su interior, encontrará su system y userdata particiones y montones de particiones ocultas que contienen bootloader[s], configuración de banda base y datos de recuperación entre otras muchas cosas...

Hubo un retraso de unos segundos entre el lanzamiento del dd en el dispositivo y el nc en el ordenador central. ¿No significa esto que he perdido parte de la salida de dd ?

No, no tienes que preocuparte. Cuando se ejecuta nc -l , escuchará una conexión entrante. Mientras tanto, bloqueará la tubería y mantendrá dd de enviar datos. Esto significa que el primer byte será enviado por dd una vez que establezcas la conexión desde el otro lado.

¿No deberían ejecutarse simultáneamente o, al menos, no debería el nc se inicie antes del dd ¿uno?

No necesariamente. Como se ha dicho en el párrafo anterior, no hay que preocuparse por eso. dd sólo comenzará a enviar los datos una vez que el nc que se ejecuta en el dispositivo recibe la conexión de entrada del nc que se ejecuta en el host y lee los datos de la tubería.

Nota: no es necesario ejecutar adb forward tcp:5555 tcp:5555 dos veces.