接上一篇贴子https://tieba.baidu.com/p/7766187550
当初是22年3月底测试的,当初三星还没爆发0e,致钛更是没后续这么多问题。因此我这一例0e算是非常罕见的现象,大部分人也就看个热闹连0e都不知道怎么看怎么处理,还有一堆人和我争论扫盘没用之类的掠过不表
当初用intel的工具箱全盘擦除一次之后0E和0F就稳定了,连续观察了一个月没新增,加上当初是极限MATX接近ITX拆装十分麻烦几乎每次拆装都要滴血认亲,因此就没管他继续用了。然后今天进行镜像复制的时候发现又有一个块损坏,表现和上一次一模一样,都是读取时报CRC校验错误,然后读取后对比读取前0E0F同步增长,2个数据始终差2,因此可以判断这块盘已经不稳定了,看了下当初21年3月走的tb买的三年保修到24年3月,还剩最后一年,现在准备拆了去肛奸商了,最后奉劝一句永远别把数据安全指望在相信存储介质的可靠性上,任何存储介质都有出错的可能,只有备份才是唯一的正途
读取前:
读取失败:
读取后:
当初是22年3月底测试的,当初三星还没爆发0e,致钛更是没后续这么多问题。因此我这一例0e算是非常罕见的现象,大部分人也就看个热闹连0e都不知道怎么看怎么处理,还有一堆人和我争论扫盘没用之类的掠过不表
当初用intel的工具箱全盘擦除一次之后0E和0F就稳定了,连续观察了一个月没新增,加上当初是极限MATX接近ITX拆装十分麻烦几乎每次拆装都要滴血认亲,因此就没管他继续用了。然后今天进行镜像复制的时候发现又有一个块损坏,表现和上一次一模一样,都是读取时报CRC校验错误,然后读取后对比读取前0E0F同步增长,2个数据始终差2,因此可以判断这块盘已经不稳定了,看了下当初21年3月走的tb买的三年保修到24年3月,还剩最后一年,现在准备拆了去肛奸商了,最后奉劝一句永远别把数据安全指望在相信存储介质的可靠性上,任何存储介质都有出错的可能,只有备份才是唯一的正途
读取前:
读取失败:
读取后: