dd可以覆盖相邻分区

将

dd if=/dev/zero of=somepartition bs=512

还擦拭分区之后somepartition或结束somepartition？

使用覆盖分区 dd

dd是一个非常强大但又危险的工具。它会执行您告诉它的操作而不会出现任何问题。因此，如果您告诉它擦除家庭照片，...这是一个很小的键入错误。

但是，如果您检查并再次检查，则可以使用它。

dd if=/dev/zero of=somepartition bs=512

或者我建议

dd if=/dev/zero of=/dev/sdxn bs=4096

其中x，驱动器n号和分区号以及4096个字节的块大小使写入过程更快。

在这种情况下，写入分区很重要。如果写入整个驱动器（驱动器头端），/dev/sdx则整个驱动器将被覆盖。但是对分区的写入将在该分区的末尾中断，并且将保留在其后面的分区。（我现在在Lubuntu 16.04 LTS的USB笔式驱动器上进行了测试，因此我知道它可以那样工作。）

扩展分区的例外

扩展分区（为逻辑分区的容器，以便在MSDOS分区表中具有​​四个以上的分区）是一个例外。在以下链接中对此进行了描述，

我可以使用dd制作“扩展”分区的映像吗？

但是，还有另一个问题。我在测试环境中测试了您的命令，并且当我希望它构成扩展分区的映像时，dd仅读取一个kibibyte（1024字节）。

我现在也在Lubuntu 16.04 LTS的USB笔式驱动器上对此进行了测试，这适用于写入（以及读取）。仅第一个kibibyte被覆盖。

综上所述，覆盖主分区和逻辑分区根据此答案中的主要描述进行工作。但是不要使用此方法来覆盖扩展分区，因为只有第一个kibibyte会被覆盖。扩展分区的逻辑分区将不再通过分区表找到，但是存储在扩展分区中的数据仍然存在。

写入分区设备不会用dd或其他任何东西在该分区之外进行写入。您可能需要使用全盘设备才能在单个分区之外产生任何影响。

（注意：除非磁盘上的分区表具有重叠的分区，否则永远不会发生。）

我认为您的问题是基于对工作方式dd（以及实际上实际上是类Unix操作系统）的基本误解：

dd无法覆盖相邻分区，仅是因为dd无法覆盖分区period。

dd只需写入文件。而已。

现在，如果您传递dd一个代表多个分区的文件，dd则将覆盖该文件。但是在那种情况下，它不会dd写到分区末尾。dd仍然会写到文件末尾，并且只会写到文件末尾。

但是，如果传递dd的文件仅代表一个分区，则dd不会超出该分区的末尾。同样，这与无关dd。dd只需写入您要求写入的文件即可。该文件表示单个分区的事实（在这种情况下）由内核中的块设备驱动程序确保。dd与此无关。

简而言之：dd写文件。这些文件代表dd的内容与无关。dd对分区一无所知。

有一种危险但罕见的特殊情况，即使使用非越野车块设备驱动程序，也可能发生这种情况：

• 更改磁盘上的分区表的方式是，将分区x的大小调整为在比以前更低的边界处结束。调整其后面的分区y的大小，使其从较低边界的顶部开始调整大小，或者将新的分区y添加到该空间中。
• 分区y通过独立于分区表的方式填充了相关数据，例如在整个磁盘块设备（例如/ dev / sda）上将dd与skip / count选项一起使用
• 不会发出通知内核重新读取分区表的ioctl，或者由于设备繁忙而失败
• 分区x会由尝试写入分区x的任何进程写入，直到遇到错误情况为止。

您必须谨慎对待dd，因为如果您犯了一个错误，您可以覆盖的范围超出了讨价还价的范围，并且这取决于您使用dd的目的（OP对dd的用法以及dd的确切语法含糊不清命令）。

如果您指定一个分区，它将写入该分区，直到该分区已满。

如果您输错了整个磁盘，例如= / dev / sda，则dd将写入整个磁盘开始，以完成忽略（覆盖）分区表的操作。

您还可以在分区上使用dd来覆盖已删除的文件（已删除的文件可能会保留在该分区上，并被各种恢复工具以不同程度的成功发现，直到被覆盖为止。在这种情况下，您可以使用dd来填充可用空间写入文件。

dd if=/dev/zero of=/path/to/mount_point/zero_file bs=4096
rm -f /path/to/mount_point/zero_file

但是，根据您的操作，您可能希望使用其他工具来安全地删除文件。请参阅如何以安全方式删除文件？选择。