有时使用 DBAN 需要几天时间才能擦除磁盘。您使用过哪些替代方案,可以在几个小时内完成工作,并提供 DBA 的简单性?我主要对免费解决方案感兴趣,但很高兴听到什么对您有用。
答案1
编辑:根据您最近的评论,听起来您可能遇到了硬件变化,导致 DBAN 运行速度变慢(在较旧的硬件上)或变快(在较新的硬件上)。任何其他执行彻底磁盘擦除的程序在擦除非常大或通过较慢接口连接的硬盘时可能也会同样缓慢。当然,通过较慢的接口(例如 80 GB IDE)擦除小型驱动器可能仍然比通过较快的接口(例如 1 TB SATA)擦除更大的驱动器更快。
这取决于你的偏执程度。通常,运行时间极长的磁盘擦除实用程序会非常彻底地清除驱动器中的数据,因此,即使是最先进的数据恢复技术也几乎不可能利用任何残留磁性来重建旧数据。
如果您要赠送驱动器,并且驱动器中包含任何敏感信息,那么最好谨慎行事,以免事后后悔——在几天内进行更彻底的擦除。如果驱动器上确实没有任何敏感信息,或者您只是将它们停止使用以便以后再使用,那么使用更快、更不彻底的擦除可能更安全。
就我个人而言,我通常从 Linux Live CD 启动并使用下列之一:
dd bs=1M if=/dev/zero of=/dev/sd#
或者
dd bs=1M if=/dev/urandom of=/dev/sd#
或者
badblocks -wvs /dev/sd#
其中 /dev/sd# 是我要擦除的驱动器。
我一直认为向驱动器中写入零是不够的,直到一位朋友向我展示了零挑战。虽然不能保证将零写入驱动器实际上就足够了,但它一定非常困难,数据恢复公司不想冒着在驱动器被清零后无法恢复任何数据所带来的负面公关风险。
如果将随机数据写入驱动器,则论点是随机数据应该使恢复更加困难(类似于对密码哈希进行加盐)。
badblocks -wvs 命令将对驱动器进行四次擦除,分别在整个磁盘上写入模式 0xaa、0x55、0xff 和 0x00。它还会(有点不必要地)在每次完全写入后执行读取测试,但如果最终发现坏块,您不妨将驱动器丢弃或回收,并在盘片上钻孔,以实现最大安全性。
答案2
活动@Killdisk在 Windows 环境中工作,方便擦除外部硬盘,而无需从 CD/USB 启动机器,并使其暂时几乎无用。
答案3
cat
启动 Linux LiveCD 并使用、dd
或shred
类似命令用零或随机数据覆盖磁盘。就在今天,我这样做了:
export device=/dev/whatever # Change this!
ionice -c3 nice pv /dev/urandom --size=$(blockdev --getsize64 $device) \
> $device
这使用pv
,显示漂亮的旋转器和预计完成时间。如果您想要零而不是伪随机数据,请使用/dev/zero
而不是/dev/urandom
。
答案4
我喜欢bcwipe。我只用过免费版(Linux),但也有适用于 Windows 的版本。它功能全面且易于使用。