恢复损坏的拉链或gzip文件吗？

Question

最常见的方法破坏被压缩的文件是不经意的做ASCII模FTP转移，这导致许多人到一个回收铬和/或如果符。

很明显，有的是信息的损失，最好的办法来解决这个问题是再次传输，在FTP的二元模式。

但是，如果原始丢失，它是重要的，如何可恢复的数据？

[实际上，我已经知道我想什么是最好的答案(这是非常困难的，但有时可能我会后更后)，以及公共非的答复(很多现成的程序，用于修复社区康复中心没有修复的数据)，但是我认为这将是有趣的尝试这个问题期间计算器测试期间，并看到如果任何人已成功地恢复路径或发现工具我不知道。]

Answer 1

从 Bukys软件

大约1 256bytes知 被损坏，腐败是 知只发生在字节的 值'\012'.所以字节的错误率 是的1/256(0.39%的输入)和2/256 字节(0.78%的输入)是犯罪嫌疑人。但由于仅有三位每砸了 字节的影响，位误差率 只有3/(256*8):0.15%是坏的，0.29% 是嫌疑人。

...

一个错误的压缩输入 破坏了减压过程 随后的所有字...事实上 压输出 明显坏这么快就是原因 对于希望--寻找正确的 答案可以识别错误的答案 迅速。

最后，若干技术 结合成功地提取物 合理的数据，从这些文件：

• 特定领域的分析的领域，并引述的字符串
• 学习机从以前的数据与率低的损害
• 容忍文件损坏是由于其他原因(例如盘满的话 登录)
• 预期指导的搜索沿着最高的概率的路径

这些技术确定的75% 必要的维修确定性， 其余的是探讨了 最高的概率第一，所以 似是而非的重建 被立即辨认出来。

Answer 2

你可以尝试写一个小小的脚本，以替换所有的CRs与CRLFs(假定的方向捣毁是CRLF CR)，交换他们随机的每块，直到你有了正确的crc。假设数据的不是特别大，我想这可能不会使用所有的你的CPU直到热死亡的宇宙的完成。

如有明确的信息损失，我不知道，有一个更好的办法。损失CR CRLF方向可能会稍微容易滚回来。