Linux /dev/zero还是安全擦除?

Linux /dev/zero还是安全擦除?,linux,hard-drive,erase,Linux,Hard Drive,Erase,谁能告诉我为什么/如果我应该在驱动器上使用dd if=/dev/zero of=path/to/file而不是内置的安全擦除 据我所知,将0写入整个驱动器及其实际增强的安全擦除,实际上根据驱动器制造商可能指定的任何内容将“模式”写入驱动器 我也知道安全擦除是一个在硬盘上运行的“固件”过程,不会使用计算机cpu的资源?如果一次擦除24个驱动器,这可能很重要 如果电源断开,或者驱动器在擦除过程中被拔出热插拔,dd是否比安全擦除更不可能导致问题?如果使用安全擦除,驱动器是否会被锁定,并且可以使用相同的

谁能告诉我为什么/如果我应该在驱动器上使用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命令手动覆盖磁盘要好。

要安全地擦除硬盘,应该使用擦除。它不是用零而是用随机数。唯一的问题是:使用-q作为qick模式需要很长时间,而且速度更快。中断擦除不会对硬盘造成任何伤害,除非您必须重新擦除所有内容。

要安全地擦除硬盘,您应该使用擦除。它不是用零而是用随机数。唯一的问题是:使用-q作为qick模式需要很长时间,而且速度更快。中断擦除不会对硬盘造成任何伤害,除非您必须重新擦除所有内容。

2003年,德国人发布了关于安全硬盘删除的第5/03期,第192页。他们使用普通硬盘,在硬盘上存储文本文件,并使用不同的策略重写硬盘:

一次带零 用一些随机的模式 根据前德国政府法规,使用三次互补位模式 所有磁盘都被发送到三家专业数据恢复公司Vogon、Ibas和Ontrack,现在都属于Kroll Ontrack,他们被要求恢复文件。结果:

没有一个文件可以从任何驱动器中恢复。因此,是否使用零或编码的出生日期进行覆盖并不重要

2003年,德国人发布了关于安全硬盘删除的第5/03期,第192页。他们使用普通硬盘,在硬盘上存储文本文件,并使用不同的策略重写硬盘:

一次带零 用一些随机的模式 根据前德国政府法规,使用三次互补位模式 所有磁盘都被发送到三家专业数据恢复公司Vogon、Ibas和Ontrack,现在都属于Kroll Ontrack,他们被要求恢复文件。结果:

没有一个文件可以从任何驱动器中恢复。因此,是否使用零或编码的出生日期进行覆盖并不重要


将数据归零将保护您免受绝大多数人的攻击

要保护有资源的人打开驱动器并直接检查盘片,难度要大得多。驱动器头并不是每次都能完美地寻找,所以新写入的数据,不管是什么,都会在磁道边缘留下一条很薄的旧数据带。仅举几个恢复已擦除数据的方法之一

超级安全软件擦除倾向于对不同的数据集进行多次写入,同时在不同的方向寻找磁头

如果您真的想保护旧驱动器,请使用碎纸机、打孔机或大锤。

将数据归零将保护您免受绝大多数个人的伤害

要保护有资源的人打开驱动器并直接检查盘片,难度要大得多。驱动器头并不是每次都能完美地寻找,所以新写入的数据,不管是什么,都会在磁道边缘留下一条很薄的旧数据带。仅举几个恢复已擦除数据的方法之一

超级秒 软件擦除倾向于对不同的数据集进行多次写入,同时在不同的方向寻找磁头

如果您真的想保护旧驱动器,请使用碎纸机、打孔机或大锤。

,当数据真的不应该恢复时:我在dd中间拉了我的硬盘,但没有什么问题。我不推荐它,但我还没有遇到任何灾难性的故障。谢谢ameri shred,但我需要再次使用这些驱动器。没有人可以物理访问这些驱动器,因此不需要进行太多的访问。@Programster-当您在安全擦除过程中拖动驱动器时,您必须使用您指定的密码(即hdparm-用户主u-安全擦除密码/dev/sda)解锁驱动器,还是必须输入主密码?@我必须输入我输入的密码才能开始安全擦除。我没有在我的驱动器上启用任何类型的加密密码,如果这就是你所说的主密码的意思。当数据真的不应该恢复时:我在dd中间拉了我的硬盘驱动器,它没有任何问题。我不推荐它,但我还没有遇到任何灾难性的故障。谢谢ameri shred,但我需要再次使用这些驱动器。没有人可以物理访问这些驱动器,因此不需要进行太多的访问。@Programster-当您在安全擦除过程中拖动驱动器时,您必须使用您指定的密码(即hdparm-用户主u-安全擦除密码/dev/sda)解锁驱动器,还是必须输入主密码?@我必须输入我输入的密码才能开始安全擦除。我没有在我的驱动器上启用任何类型的加密密码,如果这就是您所说的主密码。AFAIK,对于现代硬盘驱动器,无论您使用何种模式进行覆盖都没有关系。零也行。@f_puras说是谁?你能告诉我你从哪里得到这些信息吗?好的,我知道你会问;-我必须查一下,稍后会引用…@f_puras,因为我无法评论你对少数名声的回答,我不得不在这里写下:我读了多年《c't》,因为它是德国最好的个人电脑杂志之一,从实用的角度看,它似乎足以用零覆盖硬盘。但当涉及到法律法规时,至少在德国使用随机数更安全。也许你是对的;-。只要阅读维基百科上的文章就可以了,里面有很多关于以前和现在国防部/国家安全局接受的标准的细节。有趣的好吧,对于现代硬盘来说,使用何种模式进行覆盖并不重要。零也行。@f_puras说是谁?你能告诉我你从哪里得到这些信息吗?好的,我知道你会问;-我必须查一下,稍后会引用…@f_puras,因为我无法评论你对少数名声的回答,我不得不在这里写下:我读了多年《c't》,因为它是德国最好的个人电脑杂志之一,从实用的角度看,它似乎足以用零覆盖硬盘。但当涉及到法律法规时,至少在德国使用随机数更安全。也许你是对的;-。只要阅读维基百科上的文章就可以了,里面有很多关于以前和现在国防部/国家安全局接受的标准的细节。有趣的我几乎猜到了这个答案,尽管对此似乎存在着巨大的争论。我个人写一套0就足够了。有人能回答我关于比较安全擦除和使用/dev/zero的其他问题吗。当盘片密度较低时,多次覆盖资源使用率和崩溃稳定性等都是有意义的。在覆盖一次之后,原始数据的剩磁仍然允许在洁净室环境中重建它。随着现代硬盘每盘容量的增加,磁道变得越来越窄,原始数据中的磁性粒子越来越少。这就是为什么今天覆盖一次就足够了,但不是很久以前的事了。我几乎猜到了这个答案,尽管关于这个问题似乎有很大的争论。我个人写一套0就足够了。有人能回答我关于比较安全擦除和使用/dev/zero的其他问题吗。当盘片密度较低时,多次覆盖资源使用率和崩溃稳定性等都是有意义的。在覆盖一次之后,原始数据的剩磁仍然允许在洁净室环境中重建它。随着现代硬盘每盘容量的增加,磁道变得越来越窄,原始数据中的磁性粒子越来越少。这就是为什么今天覆盖一次就足够了,但不是很久以前。