（我所说的错误是指“会破坏事物”。）
假设我们要使用dd. 我们选择了一组有效的if、of、 以及可能的seek和skip。我们仔细确保该命令不会写入超出我们预期的输出区域。
现在我们如何通过选择bs和的错误组合来巧妙地破坏事物count？我们怎么知道？
我问的原因是似乎出现了神奇的首选值。例如，在这个关于生成随机 1G 文件的问题中，前两个答案使用if=/dev/urandom、of=sample.txt、bs=64M和count=16。
当然，这些并不是唯一有效的设置，但两个答案都使用了这些设置，表明这个选择特别好且合理。特别是在没有文件系统甚至物理磁盘的情况下，我不清楚设置的选择是否可能是错误的——不仅效率低下，而且是错误的。我的猜测是，dd必须一次写入整数个块，以便bs内存使用量增加，而这些值只会影响性能。
该示例只是一个示例，而不是我特别关心的内容，因此请继续解决正在复制的内容具有文件系统的情况。
使用 dd 对我来说始终是一个令人恐惧的信念飞跃。