今天由于某种申必原因我突然撅腚做一次图像处理（迫真🤔过程贼jb流畅，从中午开始大概四五点的时候做完🤔但最后一轮需要从砂糖盘开始算checksum，我发现这玩意速度明显不如并行的14TB双磁臂算单文件checksum，而且速度曲线上看很多不达标的地方🤔
这下肯定不是checksum的问题，那玩意最快也只有130MB/s，而hgst的10TB空气盘末端速度最慢也得有150，所以这肯定是这些文件的存放方式有问题，比如欠一顿defrag🤔但按理来说rar解压是不会产生碎片的，鬼知道🤔
换到新系统开始defrag，奇怪的是defrag完后居然还有碎片文件，重复了三回啊三回还得有几个文件，懒得关心，切回去接着整🤔现在它看上去顺眼很多，最后只比算单文件那个慢20秒，考虑到后者延迟一分钟启动，所以慢一分钟多🤔
接下来我按照惯例对砂糖盘上存的照片原档进行剥离arw处理🤔除了今天整的这份外，我还需要将时间拨到三年啊三年前，处理几份以前的原档🤔
就在我处理完另外两份准备处理第三份啊三份玩意的时候，那玩意列举文件居然花了将近半分钟，之后干脆报磁盘io错误🤔啊？
好家伙，我第一反应是它分区表是不是也充满了大量碎片，赶紧拉到新系统开始defrag🤔出于某种申必原因，它连分析阶段都分析不下去，大概十万甚至⑨万个文件后就会强行停止（恼🤔
这下麻烦大力，不会是分区表出故障了⑧🤔更逆天的是chkdsk都进行不下去，设置了重启后chkdsk，重启完还是这个鬼德性🤔打开之前删arw的几个文件夹，最近的那个列举文件非常费力，而且里面还有几百个删不掉的arw，至于它前面那个文件夹（就是rar卡住的那个）压根就没法列举文件🤔
我寻思它要是这样的话恐怕得启用一种叫做rar备份完再格式化的里技力，反正我刚好某块盘有高达12TB的可用空间🤔关机出门一段时间，然后再换条数据线插这块硬盘开机，准备先试下哪些文件夹列举文件比较正常，先备份它们🤔
结果所有文件夹都能正常列举文件，包括那个删文件没删完的，它不仅能正常列举文件，甚至之前没删完的arw也删完力，就像它完全没有出事一样🤔考虑到今天我还要打打waifu impact某活动，剥离arw只能到此为止，切新系统defrag🤔
分析和space都没啥问题，但我在defrag过程中发现一段空间标记成了metadata，打开一看，它们位置大概在一堆jpg之间，那它们就是被我删掉的那些arw，只不过由于某种申必原因不是freespace🤔看来chkdsk还是得做一遍，这次它能够检查出这种错误并将其恢复成free，然后砂糖盘的可用空间顿时多出100GB🤔
现在再挂机defrag就没啥问题力🤔事后复盘，我这砂糖盘的分区表是什么时候出问题的呢？有可能是在我删一大堆arw的时候？解压今天生成的照片文件的时候？还是比今天更早的时候？鬼知道🤔但它要是一直这样的话，我恐怕得考虑每次用它之前都跑一遍chkdsk🤔