SSD 有风险，存储重要数据需谨慎。

2020 年 8 月 3 日
 realpg
当然，这是一个大家都知道的问题，因为遭遇了一些事，再出来强调一下。

自然条件
SSD: Intel 760p nvme
时间： 购买约 110 天，上机约 80 天，平均每日通电时长 4-6 小时，写入量不多。

今天用着用着，桌面背景图突然花了。



以为显卡怎么样了，后来发现只有背景图花了一半。

然后为了确保不是显卡问题，还是重启了下机器，确认不是显卡问题。

然后去看图片文件



果然，文件应该是有数据出现了异常变动

用图片查看软件查看 花的风格还不一样




这也幸亏是图片文件出现数据变了，可以直观发现。这要是什么重要数据出现了这种问题，就难办了。


经过全盘扫描，固态硬盘健康度 100%，没有软硬件问题，就是简单的存储位数据变了，而且看图片估计不止一位。同时进行了 200GB 文件的规律文件再读取测试，还没测完，测完上结果
18504 次点击
所在节点    SSD
130 条回复
xpfd
2020 年 8 月 4 日
@realpg 做为 ssd 从业人员,可以很负责的跟你说,你这个文件损坏跟 ssd 没有关系,如果 ssd 存储过程中会有校验,读取的时候也也会校验,保证 nand 上面数据的完整性,在传输过程中也有加密校验,保证传输过程中没有损坏,如果是 mapping 表错误导致数据指向其他数据,那么这个文件你就不可能再打开成这样,这个问题绝对不是 ssd 的问题,
ssd 存储数据如果出错错误就不会是这样轻描淡写的,会直接反馈给 pc 一个数据错误的 error,会显示文件损坏,如果是关键的地方还会导致蓝屏
xpfd
2020 年 8 月 4 日
@realpg 或者你可以安装一个 CrystalDiskInfo ,看一下 SMART 信息里面有没有 media error,如果有,那么就是 SSD 读取数据出错了
realpg
2020 年 8 月 4 日
@xpfd #121
你的意思，SSD 不存在位衰减对吧？
stevefan1999
2020 年 8 月 4 日
所以爲什麼不用 ZFS 嘛
reus
2020 年 8 月 4 日
@realpg 如果发生 bit rot，crc 校验就会错误，如果不能自动纠正，就直接报错了
billlee
2020 年 8 月 4 日
@stevefan1999 #124 ZFS 没有 ECC 内存也不抗 bit rot 啊
xingyuc
2020 年 8 月 5 日
卧槽你发的坏图，我还以为壁纸呢
gggxxxx
2020 年 8 月 5 日
@realpg 你这描述更像是软件或者操作系统问题。
文件损坏，那为啥不可能是写文件的软件出错造成的呢？非要断定是硬件问题的思路很让人无法理解啊。
其他文件也会有类似问题吗？ doc ？ pdf ？ zip ？还是说只有图片发生过？
nicevar
2020 年 8 月 5 日
楼主你的这个问题我前几天也遇到了，整个硬盘的文件损坏了一部分，我大概的情况是四块 SSD，分别是 Win10/Linux/Mac 系统，另外一个 SSD 用来放 App，我从 win10 切换 Linux 系统后，用 Linux 下的 VMWare 打开了一个放 App 那个 SSD 里面的虚拟机跑了一会儿，再回到 win 下面就发现出问题了。
xpfd
2020 年 8 月 7 日
@realpg 位衰减是什么意思? 如果你的意思是指的是数据存在硬盘上面长期没有读写的冷数据,是存在电荷流失导致读取出错的情况的,但是 SSD 有个定时搬运冷数据的操作的,所以这种情况很少存在,另外我说过数据写入 nand 的时候还写入了校验值,用来在读取的时候保证读取数据的正确性

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://study.congcong.us/t/695160

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX