博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
gzip压缩文件损坏的修复方法
阅读量:6307 次
发布时间:2019-06-22

本文共 1979 字,大约阅读时间需要 6 分钟。

修复一个损坏的gzip文件的关键环节在于找到下一个正常压缩包的起始点。根据结构图中的信息可知,每个压缩包的开始结构中有是否到达尾部标志、使用的哈夫曼树类型、以及3个哈夫曼树的树元素个数等。如果某个gzip文件中间有一个坏扇区,要找到坏扇区后的一个正常起点,仅需按位右移,一直移位到可以正常解压的某个位,就可能找到了正确的压缩包起始。而根据gzip文件的压缩作业窗口为32KB大小推算,这个遍历不会超过64KB即可找到。在内存中快速循环可以很快找到,但需要有明确的判断错误的方法。

首先可以明确的是结尾标志,应该为0(我们是从损坏的点向后查)。而哈夫曼树类型也大致应该是动态哈夫曼(0x02),cl1的元素个数应该取值为257到286之间(包含边界),cl2的元素个数应小于等于30,ccl的元素个数取值可为1-15(包含边界)。
其实,还可以参考的东西有,解开的哈夫曼树是否异常,或者通过规律性原则找到最后一个取值为256的值,但这些算法应该是较为麻烦的,有上面的算法连续校验几个压缩块就足够了。
具体方法是对gzip的源码做修改,进行遍历。因时间关系,未做成通用工程,仅快速修改了部分代码。大致的修改点为:

一,找到损坏点:

在unzip.c中,

error("invalid compressed data--format violated");
这一行前,获取当前解码字节位置即可。
 

二、遍历找到损坏点:

1、inflate.c文件中,改

if (nl > 286 || nd > 30)#endifreturn 1;

为:

if (nl > 286 || nd > 30||nl <257 || nd <1)#endifreturn 1;

2、inflate.c文件中,在int inflate_block(e)函数中

在如下代码前

bb = b; bk = k;

加入代码:

if ((t != 2) || (*e != 0))     return 2;

3、inflate.c文件中,在int inflate_block(e)函数尾部

把if (t == 0) 与if (t == 1)的情况都直接返回错误值2。
 
4、inflate.c文件中,函数int inflate()中,改

if ((r = inflate_block(&e)) != 0)    return r; end

为:

unsigned t;           /* block type */ register ulg b;       /* bit buffer */ register unsigned k;  /* number of bits in bit buffer */ while (inptr <= insize) {     unsigned int tptr = inptr;     unsigned int tbk = bk;     unsigned long tbb = bb;     unsigned int twp = wp;     long long tstart = *(long long*)(inbuf + tptr);     if ((r = inflate_block(&e)) != 0)     {         inptr = tptr;         bb = tbb;         bk = tbk;         wp = twp;         b = bb;         k = bk;         NEEDBITS(1)         DUMPBITS(1)     }     else     { 

        printf("get by www.datahf.net!"); //也可输出tstart,bb,bk 值,转载时请保留版权信息:www.datahf.net张宇 

    } 
此4步完成后,试着调试这个错误的.gz文件,当然,也可以在代码中解释完头部结构后加一个seek,直接seek到损坏位置。
通常情况下,输出printf(“get by www.datahf.net!”)这行代码时,已经找到了正确的起始位。
找到起始位后,也可以构造或拷贝一个正常的gzip文件头,再拼接好找到的位流,即可解压了。(如果位流不是字节对齐的,可能要全部做位移)。拼接后很多压缩文件就可以打开甚至于解压了,不过,有可能会报错,主要是尾部的校验和大小错,其实可以忽略。
如果拼接好了linux下,不能直接用“gzip –d”解压,因其crc有错误,会导致解压到99%后报错,然后把文件删除,换成管道命令即可:

转载于:https://blog.51cto.com/sun510/2122547

你可能感兴趣的文章
lvs fullnat部署手册(三)rs内核加载toa篇
查看>>
C++策略模式
查看>>
我的友情链接
查看>>
oracle表分区详解
查看>>
网络编程中常见结构体
查看>>
SSL/TLS原理详解
查看>>
Docker 自定义SSH服务镜像
查看>>
JavaScript强化教程 —— Cocos2d-JS自动JSB绑定规则修改
查看>>
configure: error: in `/root/httpd-2.2.11/srclib/apr': c
查看>>
CentOS7搭建Kubernetes-dashboard管理服务
查看>>
buildroot下查找外部编译器通过ext-toolchain-wrapper调用的参数
查看>>
MySQL Replication 主主配置详细说明
查看>>
Linux的任务调度
查看>>
在Android studio中添加jar包方法如下
查看>>
iframe 在ie下面总是弹出新窗口解决方法
查看>>
分享10款漂亮实用的CSS3按钮
查看>>
安装nginx 常见错误及 解决方法
查看>>
Gorun8电子商城
查看>>
在之前链表的基础上改良的链表
查看>>
android编译系统makefile(Android.mk)写法
查看>>