/dev/zero 还是安全擦除？

Question

谁能告诉我为什么/是否应该dd if=/dev/zero of=path/to/file在驱动器上使用而不是内置安全擦除？

根据我的理解，将 0 写入整个驱动器及其实际增强的安全擦除，根据驱动器制造商可能指定的任何内容将“模式”实际写入驱动器。

我也明白安全擦除是一个在硬盘驱动器上运行的“固件”过程，不会使用我计算机 CPU 的资源？（如果我一次擦除 24 个驱动器可能很重要）

如果断电或驱动器在擦除过程中被拔出（热插拔），dd 是否比安全擦除更不容易引起问题？使用安全擦除，驱动器是否会被锁定并可以使用相同的密码再次解锁？该过程是否会自动再次启动并必须在驱动器再次可用之前完成？

问候， 斯图

---

2012 年 10 月 5 日更新
我在家用电脑上运行了一些测试，发现在安全擦除过程中拉出驱动器似乎不会引起任何问题，唯一需要的额外步骤是发出 hdparm 请求来解锁它. 快速格式化驱动器，它可以再次使用，没有损坏。我还发现，在 CPU 保持在 1% 或更低的情况下，它似乎根本不使用任何计算机资源。

有很多关于在单次传递 0 后数据是否可以恢复的评论，虽然这些信息很有趣/有用，但一次传递 0 对我来说就足以达到这个目的，因为没有其他人会进行物理访问到驱动器，只能通过 ssh 访问具有驱动器的机器。

如果有人能找到我应该使用 dd /dev/zero 命令而不是安全擦除的任何原因，请告诉我，否则我将假设在这些测试的结果之后，安全擦除在各个方面都比使用 dd 命令更好手动覆盖磁盘。

Answer 1

2003 年，德国c't 杂志发表了一篇关于安全硬盘删除的文章（第 5/03 期，第 192 页）。他们使用普通硬盘，在上面存储文本文件并使用不同的策略覆盖驱动器：

1. 带零（一次）
2. 带有一些随机模式（一次）
3. 具有互补位模式（三次），acc。根据前德国政府法规

所有磁盘都被送到了三个专业的数据恢复公司（Vogon、Ibas 和 Ontrack - 现在都属于Kroll Ontrack，www.krollontrack.com），被要求恢复文件。结果：

无法从任何驱动器恢复单个文件。因此，是否使用零或编码的出生日期进行覆盖实际上并不重要。