题 dd与安全擦除用于修复SSD


将零写入整个ssd(dd if = / dev / sdX的/ dev / 0)会产生与“安全擦除”相同的性能恢复效果,还是安全擦除也会执行其他操作?

== ==编辑 略微澄清;我不关心安全地破坏数据,我只想拿这个驱动器(已经完成了很多填充/删除)并恢复随时间发生的SSD性能损失。


6
2018-06-03 09:24






答案:


如果我没记错的话,我不确定你 能够 这样做是为了安全地擦除它。从OS内部获取指令的控制器电子设备实现了均匀地正确佩戴SSD单元的例程;它们具有有限的写/读周期,如果你一遍又一遍地写它们就会“死”,因此内部系统会分配写指令以防止驱动器出现问题。您最好的选择是将数据写入完全然后擦除文件并重新执行。然后你会缩短它在这个过程中的生命,即便如此,在这个过程中可能还有一些空间没有被覆盖,因为我认为可能会为找到的坏单元保存一些额外的空间用于其他数据和/或备份空间。

如果您有消除旧存储介质上数据的安全要求,您可能不想使用SSD,或者您可能想要查看更老式的东西,如霰弹枪或金属粉碎机。

如果要恢复性能,则需要驱动器来支持TRIM;大多数制造商都推出了自己的驱动器实用工具,可以刷新驱动器。随着时间的推移,操作系统即将推出TRIM支持。

在几年内,您可能不需要做任何事情来维护驱动器。这很像对驱动器进行碎片整理。 OS X已经对小于20兆的文件进行碎片整理。大多数Linux文件系统都非常擅长保持碎片化。似乎NTFS仍然存在问题,但我认为在某些时候它会减少,因为文件中的文件概念在Windows中更受欢迎(想想ISO映像和VM驱动器)。

所以要回答这个问题......将驱动器清零不会像TRIM支持和制造商实用程序那样恢复性能。


8
2018-06-03 09:43





尽管安全擦除在功能上是单通过程,但它在很多方面与将单通道覆盖写为外部执行过程有所不同。让我们考虑以下内容,SE作为由设备驻留控制器控制的内部进程启动。它作为内部流程启动的事实使SE能够受益于特权设备控制。这些将包括在有利的环境中正确执行时,能够处理主机保护区域(通常为OS映像保留的系统分区),系统文件,G-List和设备控制覆盖的消除(为主机定义虚​​拟设备几何的表。从本质上讲,SE能够处理媒体表面的所有可写数据存储区域,这是ATA设备在任何情况下都无法实现的外部控制过程(由于控制器媒体区域访问限制),这也包括SSD设备作为磁存储设备。

如果您对“销毁数字数据最佳实践”的详细指南感兴趣,我很高兴为我自己和加州大学圣地亚哥分校磁记录研究中心的Gordon Hughes提供的免费个人使用副本问。请去 HTTP://www.cicadasecurity.com.guide.html 访问指南的申请表。

哦......几乎忘了......重新获得SSD固定擦除引起的性能损失就是答案。外部执行的整个驱动器的覆盖将作为一个常规的写入周期进行处理,并将受到磨损均衡的影响。使用SE ...有关SSD性能以及如何重新获得性能的更多信息请访问Anand LaShimpi的网站anandtech dot com并搜索了题为“SSD Anthology:了解SSD和SSD驱动器的新驱动器”的论文2738,以便对SSD性能进行精彩讨论。


3
2018-06-04 01:29



Ryk,你刚刚赢得了你的第一个upvote。很好的描述。 - deploymonkey


不,似乎不是:根据 这里,安全擦除也会重置驱动器并将所有块标记为可用。现在归零可以并且确实没有将块标记为可用,因为它充满了数据,尽管是零。

该链接还重新链接到某些工具。


1
2018-06-03 11:26





如果您有任何安全问题,我会将驱动器完全归零一次,因为AFAIK每个闪存单元只能保持一个状态,如果您将其归零,则确定最后一个状态。然后我会使用安全擦除工具进行性能回收。

不应该是驱动器寿命的明显命中,因为每个单元应该只在每一步中使用一次,并且您有数千个写周期。

(我写了另一个答案,因为我想保留问题的答案和更多的建议,以便更容易阅读。)


0
2018-06-03 11:33



这属于评论,而不是单独的答案,因为它实际上不是问题的答案。 - MDMarra
当您写入ssd时,您不直接写入块,因此您无法执行此操作。这就是为什么存在安全擦除工具的原因。 - JamesRyan
:MarkM不满意; :EK--不知道,奇怪。为什么? (事实上​​提出了很多问题) - deploymonkey
因为戴在驱动器上。细胞具有有限的r / w寿命。驱动器中的电子设备接收指令并向控制器说明数据的写入方式/位置,然后转向将数据放置在最佳位置,以便在驱动器单元上均匀分布数据,防止它们过早地出错并变得无用。基本上它是一个黑盒子,你作为一个用户无法控制如何在驱动器内部实现数据存储,并试图像普通媒体一样“清零”数据将更快地破坏驱动器。 - Bart Silverstrim
伙计们,谢谢,但设备将至少有10000个写周期。我不认为与实际使用相比,2或3个写周期会留下相当大的磨损。变得真实。除了安全擦除之外,这也是一个补充。如果你们彻底阅读我的评论,你会理解我建议完全填充驱动器。我没有写关于块因为它们无法解决。但是如果驱动器完全被零填充一次,每个块除外磨损均衡块变为零。然后您需要第二次通过,这次由于磨损均衡,备用块将归零 - deploymonkey