没想到一个onedrive上传了三回啊三回才上传完所有文件，外加checksum回合总共四回啊四回才整完（恼🤔

所以到差不多1点我才开始转双盘🤔还好这部分还是比较靠谱的，将近15个小时后搞完了🤔现在也许我可以腾出空间来存放cuties impact的新版本，和其他一些乱七八糟的东西🤔

另外昨天晚上压缩截图时突然出现了意外，usb控制器再次失灵，导致我连屏幕都没法唤醒，而且事实上连reset键也没有响应，只有长按power键才能强制关机（恼🤔重启后发现截图压缩完了，而且压缩包完全没有损坏，但它却没有删除所有文件，只有一个盘的东西被删了，还有一个盘东西全都在🤔

对比压缩包里的文件和那个盘没有被删的文件，发现前者居然比后者少🤔那我大概明白是怎么一回事了，非常有可能是因为在压缩的过程中，那个盘又一次掉线了（悲🤔从而导致最终的压缩包既只存储了部分文件，又没法删掉它们里的任何一个🤔

这就非常离谱了，看来我还是得赶紧润X都，不然这些离谱的事情只会一件一件一件发生啊啊啊啊啊（恼🤔

wiebitte

既然度盘转双盘完成了，照例检查日志checksum，结果发现所有文件夹都没有一个匹配的文件🤔wiebitte？

我看了眼日志，发现由于某种申必原因，它这个日志记录的居然是上次整的日志，这次的居然没记录上？按理来说上次的日志早在上次就应该压缩到了某文件里并删掉了，不可能出现在这次🤔反正很离谱就是了🤔

还好我早就知道怎么从discord drive的结果里恢复checksum，重新构建日志（迫真）文件🤔用重构后的日志检查，这次所有文件都匹配上了了，除了一个照片文件夹🤔

这就更邪乎了，莫非是度盘那边出了问题？🤔奇怪的是我将本地文件和onedrive文件直接进行对比，所有文件都不用重传，说明度盘也没有问题啊🤔

那还有可能是discord drive有问题？我随便直接下了一个discord drive包，本地测试发现至少和metadata脚本里对应的checksum是完全一致的🤔

等等，也许还有一种可能：我本地的checksum文件是有问题的🤔毕竟这坨压缩包其实我后面又重新制作了一遍，有可能没来得及更新checksum🤔至少本地的对应文件也算过一遍checksum后，居然和我从discord drive下的文件一毛一样，但它和那个checksum文件里记载的不同🤔

接下来更离奇的事情发生了，我又将那个checksum文件里的.sha256解压到了本地文件那里，直接开始校验，一个一个一个一个文件都通过力🤔等等，为什么sha256记录的是对的而txt记录的是错的？🤔

我又打开txt一看，好家伙，txt记录的也是对的，至少sha256一栏能对得上🤔草，所以搞了半天我只是解压错了checksum文件，把别的日期解压了进去？😅

反正无论如何，这次再跑那个检查函数，所有文件都检查通过🤔现在这场耗时高达一周的图像处理（迫真）终于结束力（悲🤔