linux -/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命令而不是secure erase的任何原因，请通知我，否则我只假设在这些测试结果之后，secure erase在各个方面都比使用dd命令手动覆盖磁盘要好。

Answer 1

2003年，德国人发布了一个关于安全硬盘删除的c't Magazine（第5/03期，第192页）。他们使用普通硬盘，在硬盘上存储文本文件，并使用不同的策略对驱动器进行过保护：
带零（一次）
有一些随机模式（一次）
根据前德国政府的规定，采用互补位模式（三次）
所有磁盘都被发送到三家专业数据恢复公司（Vogon、IBAS和OnTrack—现在都属于Kroll OnTrack，article），要求它们恢复文件。结果：
无法从任何驱动器中恢复任何文件。因此，是否使用零或编码的出生日期进行覆盖并不重要。