没想到一个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文件,把别的日期解压了进去?😅
反正无论如何,这次再跑那个检查函数,所有文件都检查通过🤔现在这场耗时高达一周的图像处理(迫真)终于结束力(悲🤔