为什么直到磁盘装满后才将tar压缩到dd中？

我有一个磁盘映像的tar存档。该tar文件中的图片大小约为4GB。我将的输出传递tar xf到，dd以将磁盘映像写入SD卡。直到存储卡已满，磁盘转储才会停止。这是我的shell会话：

$ 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

为什么？在将4GB映像写入16GB购物车后，它应该停止并且永远不会用完空间！

这是因为您做错了。

您正在使用，bs=1M但从stdin，pipe读取的读取内容较小。实际上，根据dd的说法，您没有获得完整的阅读记录。

然后，您可以conv=sync用零来补充不完整的读取。

0+15281 records in
15280+0 records out

dd收到0个完整的块和15281个不完整的读取，并写入15280个完整块（conv =同步零填充）。因此，输出要比输入大得多，直到没有剩余空间为止。

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

要解决此问题，可以删除conv=sync并添加iflag=fullblock。

为了说明yes这一点，请考虑，默认情况下会喷出无限的“ 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.|
*

有了dd bs=1M conv=sync它看起来像这样：

$ 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  |................|
*

因此它得到一个不完整的块“ y \ ny \ ny \ n”（0x00000-0x1e000，122880字节），然后将其余的1M写入零（0x01e000-0x100000，925696字节）。在大多数情况下，您不希望这种情况发生。无论如何，结果都是随机的，因为您无法真正控制每次读取的不完整程度。像这里一样，第二次读取不再是122880字节，而是73728字节。

dd conv=sync它很少有用，甚至在受欢迎的情况下（例如在读取错误时写零），事情也会变得非常糟糕。