jdk 解压报错gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error is not recovera

我的错误是方法三解决的，也就是文件下载不完整。其实我解压报错的是jdk，原因是我用wget 下载没有跳过用户验证，所以下载过来的只有几十KB，正确jdk wget命令是 wget --no-check-certificate --no-cookies --header "Cookie: oraclelicense=accept-securebackup-cookie" 安装包地址

下面是转载过来解压报错的几种方法

 转载地址：https://www.cnblogs.com/llxx07/p/6409384.html

最近在部署环境，在安装memcached的过程中解压时，

 解压命令：tar -zvxf memcached-1.4.34.tar.gz

遇到了一个问题，

　　gzip: stdin: not in gzip format

　　tar: Child returned status 1

　　tar: Error is not recoverable: exiting now

 现在我提供一下我总结的解决方法：

方法一：

#tar -vxf memcached-1.4.34.tar.gz

 tar包压缩的时候用cvf参数，解压的时候用xvf参数
或压缩的时候用czvf参数，解压的时候用xzvf参数

bz 包遇到了，就把z参数换成相应j参数

当然，如果你和我一样方法一都没有解决你的问题，那么看方法二。看下图，本宝宝就是这么衰没解决。

方法二：

我这时在网上找到一个方法。就是对memcached压缩包进行重命名，再解压。

命令：mv memcached-1.4.34.tar.gz memcached-1.4.34.tar

再进行解压：tar -zvxf memcached-1.4.34.tar

但是，并没有用，我的文件依旧是报错。这个方法并未解决我的问题。而且我感觉这个方法其实和一差不多哦。

当然也有人用这个方法就可以了，造成这个问题的原因可能是这个安装包原来是memcached-1.4.34.tar，但后来被人改动过后缀名。

方法三：

我无意中看到一篇文章，说可能是由于我在线下载下来的安装包本身就是损坏的。

怎么确定是否损坏呢？

命令:ls -lht 查看文件大小

并且与Windows上存放着的安装包的大小进行了比较。

果然是安装包本身就存在问题。

╥﹏╥...

好吧，到这里我的问题就解决了。当然如果有小伙伴你的问题解决了又出现新的问题，那就可以看一下方法四。

方法四：

 gzip: stdin: not in gzip format
  tar: Child returned status 1
  tar: Error exit delayed from previous errors 

据说这个是FTP传输的问题，可能在传输时使用的是ascii传输。遇到这种情况，改为二进制传输。

现在你的问题解决了么？

没有的话教你一招

百度

哈哈，希望对大家有帮助。