dd muestra un número aleatorio de loggings dentro / fuera

Estoy escribiendo algunas imágenes para bloquear dispositivos, con dd , y obteniendo resultados muy extraños que nunca había visto antes.

 # xz -dc goren.img.xz | dd bs=1M of=/dev/storage2/goren 35+2475166 records in 35+2475166 records out 21474836480 bytes (21 GB) copied, 222.912 s, 96.3 MB/s # xz -dc gronn.img.xz | dd bs=1M of=/dev/storage2/gronn 50+2413782 records in 50+2413782 records out 21474836480 bytes (21 GB) copied, 233.478 s, 92.0 MB/s # xz -dc grummle.img.xz | dd bs=1M of=/dev/storage2/grummle 63+2443466 records in 63+2443466 records out 21474836480 bytes (21 GB) copied, 222.898 s, 96.3 MB/s # xz -dc hozen.img.xz | dd bs=1M of=/dev/storage2/hozen 19+2556787 records in 19+2556787 records out 21474836480 bytes (21 GB) copied, 250.989 s, 85.6 MB/s 

La salida que esperaba ver en cada caso (y lo que obtuve al crear los files de image) es:

 20480+0 records in 20480+0 records out 

Hasta donde puedo decir, las imágenes se escriben correctamente, aunque me preocupa el número de loggings que se muestran. Esto obviamente no es correcto en ninguno de los casos. Aunque, como dije, las imágenes escritas coinciden con los originales, pasan las comprobaciones del sistema de files, etc.

Estoy usando Fedora 21 x86_64 con coreutils 8.22.

Esas son lecturas incompletas. Debería desaparecer si agrega iflag=fullblock .

Por defecto, dd aceptará felizmente bloques más pequeños de una tubería, si no hay más datos disponibles. Con iflag, dd esperará hasta que se haya reunido un bloque completo de datos, o EOF.

Con respecto a la coinheritance de los datos, no debería haber problemas, por lo que debería get los resultados correctos de cualquier manera.

La pregunta es por qué estás usando dd para nada, tu ejemplo también puede networkingucirse a:

 xz -dc goren.img.xz > /dev/storage2/goren