比如修改了一个文件 保存后 在回写前死机或断电 新修改的内容自然没了 最恐怖的是文件原来的内容都清空了..
而HD则没有这个问题 只丢掉新修改的内容 原文件安然无恙
是因为ssd保存后虽不马上写入新内容 但会先trim掉原文件吗? 还是我设置的问题?
我试过延迟写入一整天 能节省80%写入量 对ssd挺有用的 但若数据如此危险就不敢这么用了.
SSD 开TRIM+延迟写入 数据安全性极低
SSD 开TRIM+延迟写入 数据安全性极低
上次由 wxm 在 周四 12月 13, 2012 8:29 am,总共编辑 5 次。
Re: SSD开延迟写入貌似非常危险
HDD 和 SSD 延迟写入的风险应该是一致的,如果突然出现断电等异常,都有可能导致文件系统损坏。。。
Re: SSD开延迟写入貌似非常危险
ssd开写入延迟 打开一个已有内容的文本文件 稍作修改 保存 按机箱reset 重新进入系统后 文件还在 原内容全部丢失(清零或变乱码)support 写了:HDD 和 SSD 延迟写入的风险应该是一致的,如果突然出现断电等异常,都有可能导致文件系统损坏。。。
hdd开写入延迟 打开一个已有内容的文本文件 稍作修改 保存 按机箱reset 重新进入系统后 文件还在 原内容没有丢失
Re: SSD开延迟写入貌似非常危险
验证结果如何?support 写了:谢谢反馈,我们会进一步验证研究看看。
我今天又验证了一次
修改过的文件 非正常重启后 变NUL
所以打开过的软件比如Firefox 因为它会修改自身的配置文件 非正常重启后 配置就全丢了 很烦.
您没有权限查看这个主题的附件。
Re: SSD开延迟写入 数据安全性极低
经测试
用"fsutil behavior set disabledeletenotify 1"关掉操作系统的Trim 就没这个症状了
看来确实是trim造成的 延迟写入只延迟了写入 没延迟trim指令 造成写入的数据还在内存里而ssd上原文件已经被擦除的问题
机械硬盘因为没有trim(也无需) 所以没有这个问题
用"fsutil behavior set disabledeletenotify 1"关掉操作系统的Trim 就没这个症状了
看来确实是trim造成的 延迟写入只延迟了写入 没延迟trim指令 造成写入的数据还在内存里而ssd上原文件已经被擦除的问题
机械硬盘因为没有trim(也无需) 所以没有这个问题