到目前为止发现炸了两个文件，还好另一个是我自己压的rar带恢复记录，直接跳过损坏的块用dg按扇区复制出来可以修复了用。。。，提醒一下各位不管是用固态还是机械长期备份的话都最好用rar打上恢复记录了再备份，数据安全永远不可以相信单介质的可靠性的，机械也会有磁翻转导致的扇区读取失败的情况，固态是漏电导致的失效，至于目前我自己碰到的傲腾失效问题我这边样本太少无法判断是软件还是硬件原因。。但是根据我的记忆吧里应该是除了有位吧友暴毙过一块4800x以外我应该是第一个发现傲腾的块失效的例子。。

你这盘挂了吧，0E 0F必须正常都是0

mark一下，明天到单位看看机器上的900p系统盘情况

帮顶🔝

这是我的

在外地回不去，看了下以前800p记录，后两项应该是0，楼主中奖级别

测试了一下，发现每次读取这2个出错的文件日志就会+3+5，图1是我再一次复制之前的，图2是手动复制失败了一次之后的，看了一下是去年3月27入的，还差几天一年整，应该是全新未拆来着。。。用的是U2线转m2，海韵850w电源，最开始是9600K+z390，然后半年前换的5900x+b550，应该不是兼容性问题吧。。

想了半天如果是基于块的存储故障的话那只要读取出错的块应该就可以复现问题，于是试了下全盘读取，发现的确有2个坏块应该对应的是那两个损坏的文件（正常工作的普通NAND SSD应该是在主控读取发现错误时会自动用op替换掉坏块，所以扫盘无意义，我这边的傲腾不清楚是什么情况），但是可以暂时确认除了这两个文件应该没有其他文件有损坏了，根据多方面的日志推断应该是主控读取出错后反馈给系统然后系统忽略错误后尝试读取但是还是过不了crc校验，所以才抛出这个错误的，目前担心的就是这是这两个数据块的特例还是这盘本身的问题

chh上有一例 905P 奇怪现象
https://www.chiphell.com/thread-2336411-1-1.html
(出处: Chiphell - )

看来这把脸黑了，傲腾都炸了

和CHH那位老哥一样的问题，但是我是当系统盘用的而且启用了BIitlocker，所以我暂时没法完全离线当从盘测（系统迁移数据带开发环境之类的数据太多很麻烦），最关键的是intel的这个工具箱数据完整性测试报错，chh那位的0f是无数据的但是我这边是有数据的，我试着去问一下intel客服吧

后两项是00