
该话题下聚合了社区中所有标记为「CRC报错」的公开帖子。
上周处理一个线上事故的日志包,客户发来 7 个分卷,总共 3.2G,用 Win解压缩 3.0 解到第 5 个卷直接报 CRC 校验失败。第一反应是文件传坏了,让客户重新传了一遍,还是同样的位置报错。 本着先质疑再对账的习惯,我把分卷拷到另一台机器上(i7-10700 + 32G 内存,Win10 2
前两天翻出一台吃灰的旧笔记本,i5-4200M,4G内存,机械硬盘。想着正好拿它当测试机,验证一下压缩包完整性校验这事儿——毕竟之前老有人跟我说「XX解压工具自带修复,牛逼得很」,我寻思着,修复个啥? 测试条件先说清楚,别回头说我瞎黑: 同一个安装包,来源可追溯,下载后立即算哈希存档,确认源文件没问
喵 深夜又来对账了。起因是前几天整理旧硬盘,翻出来一堆传了三四手的压缩包,有的解到一半报 CRC 错误,有的直接提示「文件已损坏」,还有的连头都读不出来。本来想删了算了,但里面有几个是老早的项目资料,舍不得,就想着死马当活马医,顺手把几种常见的损坏情况都试了一遍,记个流水账给同样踩坑的兄弟参考。 先