RAR/ZIP的"the file is corrupt"是先天还是后天发生的？
最近突然发现，多年以前的一个图包里面有图片无法加载。目前只找到这一个，但肯定还有更多，真是被恶心了。年代太久，根本不记得当年有没有进行检查。通常的操作是图片打包后就把文件夹删了只保留图包因为方便，结果现在遭报应了。
这种情况是先天的（打包时就出现，仔细检查就能发现）还是后天（复制粘贴时出错）的？
硬盤出問常見這種情況 通常存储介质的问题，就算你留着文件夹估计也是会有损坏的文件。
恢复记录/Parchive可以应对一下这种情况 后天吧，百度云下载压缩包都有可能出这种问题，一般重下就好，但如果上传的时候就坏掉的话也只能重传。另外先问一下硬盘型号看看是不是叠瓦盘，因为叠瓦盘写数据其实是会重写旧数据的这种情况发生几率会比较大
—— 来自 Xiaomi 22081212C, Android 13上的 S1Next-鹅版 v2.5.2-play 其实内存出问题也会导致文件损坏。
很多官网上给了md5 Sha校验码并不是多此一举。 如果是固态硬盘或者U盘作为载体，会出现这种情况吗？
当然这种如果烂了就是完全嗝屁，lose nothing or all。 本帖最后由 Jet.Black 于 2024-3-15 17:57 编辑
简单来说，CPU，内存出错就完蛋
我的经验是，硬盘是有校验码的，相对还靠谱一点，存进去时候是好的，之后能读出来问题就不大。
所以工作站服务器内存都是有ecc的。 应该是网盘下载出错了，剑风的天下cc版和东立电子版，这两套资源基本烂大街了，重新找个链接下回来就行 本帖最后由 baicon 于 2024-3-15 18:36 编辑
静默损坏，多见于长时间未操作的文件。如果压缩文件记得要加恢复记录。重要文件crc个值出来留待下次校验最好用quickpar来生成恢复信息。最近比较流行的zfs文件系统据说能解决这个问题。
[*]另外说网盘损坏的是不是视力不好啊，楼主都说了自己打包的哪来的网盘
网盘本身搞坏文件也有可能，前年我有个专业软件安装包里的压缩包损坏，找同行群友帮忙，结果其他人网盘里的都坏了。说明并不是下载过程中坏掉的
—— 来自 OPPO PEXM00, Android 13上的 S1Next-鹅版 v2.5.4 你压缩的时候内存不稳定
2个电脑smb传输的时候中间设备有bug，或者2边电脑有内存不稳定
硬盘静默损坏 集成rr的功能默认开起来，免除后顾之忧 baicon 发表于 2024-3-15 18:25
静默损坏，多见于长时间未操作的文件。如果压缩文件记得要加恢复记录。重要文件crc个值出来留待下次校验最 ...
ZFS 是 BSD系/Ubuntu 用的，Windows 11 上可以用 Refs，也是无需修复的文件系统类型，不做系统盘升级时无兼容性问题 静默损坏(Bit Rot)的原理就是磁盘存储电磁信息在长时间未操作后比特位发生翻转，改变文件，最终使得文件损坏，本身是小概率事件，但耐不住数据量大+时间长，在压缩包和视频上尤其常见，视频处于流媒体的特性，还不容易发现。
要避免静默损坏的方法之一是不定时的访问这些文件，也就是擦洗（scrubbing），安排一个后台运行的任务，在空载时小量多次的检查硬盘上的数据，常见的实现有snap raid（支持多平台），TrueNAS里也可以设置，然后你就会听到硬盘开始隔几秒叹一口气
另外，windows的复制粘贴是不会做校验的，只保证传输的读取和写入无误，当然，碰到磁盘坏扇区的情况下读取就会报错。有的软件在复制后会校验，当然校验计算也是消耗时间和CPU的。而win 的Refs的兼容性是个问题，指的是不同版本的Refs互相兼容不太好，似乎出现过升级了系统->升级了Refs->系统有问题/换了稍微低版本的系统要回滚->新的Refs和旧的不兼容这样的问题，此外windows的存储池好像也有各种bug（https://zhuanlan.zhihu.com/p/22604396）当然这至少是三四年前的了，但我依然不信任Refs和win的存储池，想在文件系统上保全数据的话就用truenas scale然后zfs就好，如果吃定Windows，可以看看snapraid
页:
[1]