Mengapa pemipaan `tar` ke` dd` tidak berhenti sampai disk penuh?

Saya memiliki arsip tar dari gambar disk tunggal. Gambar di dalam file tar ini berukuran sekitar 4GB. Saya menyalurkan output tar xfke dduntuk menulis gambar disk ke kartu SD. Diskdump tidak pernah berhenti sampai kartu penuh. Inilah sesi shell saya:

$ ls -l disk.img.tgz
-rw-r--r-- 1 confus confus 192M Okt  5 00:53

$ tar -tvf disk.img.tgz
-rw-r--r-- root/root 4294968320 2018-10-05 00:52 disk.img

$ lsblk -lb /dev/sdc
NAME MAJ:MIN RM        SIZE RO TYPE MOUNTPOINT
sdc    8:32   1 16022241280  0 disk

$ tar zxf disk.img.tgz -O | sudo dd status=progress conv=sync bs=1M of=/dev/sdc
[sudo] password for user: 
15992881152 bytes (16 GB, 15 GiB) copied, 212 s, 75,4 MB/s 
dd: error writing '/dev/sdc': No space left on device
0+15281 records in
15280+0 records out
16022241280 bytes (16 GB, 15 GiB) copied, 217,67 s, 73,6 MB/s

Mengapa? Seharusnya berhenti setelah hit telah menulis gambar 4GB ke keranjang 16GB dan tidak pernah kehabisan ruang!

Itu karena Anda salah melakukannya.

Anda menggunakan bs=1Mtetapi membaca dari stdin, pipa, akan memiliki bacaan yang lebih kecil. Bahkan, menurut dd, Anda tidak mendapatkan satu pun bacaan penuh.

Dan kemudian Anda memiliki conv=synckomplemen yang tidak lengkap dibaca dengan nol.

0+15281 records in
15280+0 records out

ddmenerima 0 penuh dan 15281 membaca tidak lengkap, dan menulis 15280 blok penuh (conv = sync zero filled). Jadi outputnya jauh lebih besar daripada input, sampai Anda tidak punya ruang tersisa.

   sync   pad  every  input  block  with  NULs to ibs-size; when used with
          block or unblock, pad with spaces rather than NULs

Untuk mengatasi ini, Anda dapat menghapus conv=syncdan menambahkan iflag=fullblock.

Sebagai ilustrasi, pertimbangkan yes, yang secara default memuntahkan infinite "y \ ny \ ny \ n".

$ yes
y
y
y
^C
$ yes | hexdump -C
00000000  79 0a 79 0a 79 0a 79 0a  79 0a 79 0a 79 0a 79 0a  |y.y.y.y.y.y.y.y.|
*

Dengan dd bs=1M conv=synctampilannya seperti ini:

$ yes | dd bs=1M conv=sync | hexdump -C
00000000  79 0a 79 0a 79 0a 79 0a  79 0a 79 0a 79 0a 79 0a  |y.y.y.y.y.y.y.y.|
*
0001e000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00100000  79 0a 79 0a 79 0a 79 0a  79 0a 79 0a 79 0a 79 0a  |y.y.y.y.y.y.y.y.|
*
00112000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*

Jadi ia mendapat blok tidak lengkap dari "y \ ny \ ny \ n" (0x00000 - 0x1e000, 122880 Bytes) kemudian menulis 1M sisanya sebagai nol (0x01e000 - 0x100000, 925696 Bytes). Dalam kebanyakan kasus, Anda tidak ingin ini terjadi. Bagaimanapun hasilnya adalah acak karena Anda tidak memiliki kontrol nyata atas bagaimana tidak lengkapnya setiap pembacaan. Seperti di sini bacaan kedua tidak lagi 122880 Bytes tetapi 73728 Bytes.

dd conv=syncjarang berguna dan bahkan dalam kasus-kasus di mana itu akan diterima, seperti menulis nol ketika Anda mendapatkan kesalahan membaca, hal-hal buruk akan terjadi dengannya.