tar - tar 时出现错误代码 141

标签 tar error-code

tar -xvzf $文件名.tar.gz || { 退出 $?; }

这里我的脚本将退出并显示错误代码 141。我使用的是 Fedora Core 6 和 tar 版本 1.15

这种情况不会一直发生,但超过 70% 的情况都会失败。

最佳答案

我意识到这个帖子已经有好几年了,但我是在为那些偶然发现这个帖子并出现错误的人发表评论。

每当您使用压缩选项时,tar 都会使用管道隐式打开与底层程序的连接。因此,在OP的示例中:tar -xvzf $filename.tar.gz,tar实际上会运行类似于以下内容的内容:gunzip $filename.tar.gz | tar -xv - 。您可以通过运行 top 来验证这一点,您将在其中看到两个进程(一个用于 tar,一个用于 gzip)。

但有时,管道本身会破裂。例如,如果文件不是 gzip 文件。以此为例:tar -xvzf somefile.iso,这相当于gunzip somefile.iso | tar -xv - 。在这种情况下,gzip 会出错。当 gzip 出错时,管道将会中断。另一种可能性是 gzip 文件正确,但其中的 tar 文件已损坏。在这种情况下,gzip 开始将未压缩的流发送到 tar,但随后 tar 意识到出现问题并关闭该流。此处的 gzip 将会出错,因为它的输出已关闭。

在退出值中,大于 128 的值表示由于信号而终止,而大于 128 的值表示哪个信号导致终止。因此,如果我们从 OP 的退出代码 141 中减去 128,我们会得到 13,它对应于 SIGPIPE(man 7 signal 用于标准信号及其相应整数值的列表)。

手册页将 SIGPIPE 的注释列为“损坏的管道:写入没有读取器的管道”。那么,看起来 gzip 正在尝试写入管道,但 tar 已停止监听。我的猜测是 gzip 已成功解压缩文件,但解压缩的流不是有效的 tar 存档。我的建议是对文件运行gunzip,然后对结果文件运行tar,看看哪一个失败(基于SIGPIPE,我的猜测是tar会失败)。无论哪种情况,这些版本的工具似乎都无法读取该文件(损坏或某种版本冲突)。

这些文件是如何制作的(压缩包的选项等)? 它们是在 native 还是另一台机器上创建的? 如果您在此计算机上创建 .tar.gz 文件,同一台计算机能否提取这些文件而不会出现错误?

关于tar - tar 时出现错误代码 141,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/769564/

相关文章:

c++ - 有没有办法将 winapi 错误标志作为字符串获取?

Android-SQLiteConstraintException 错误代码 19 : constraint failed

java - Apache Commons 压缩无法在 tar 中添加硬链接(hard link)

linux - 如何分割 tar 文件并在日志中捕获 tar 错误?

python - 用python组织tar bz2文件中的文件

c# - 进程无法访问文件 'XYZ' 的错误代码,因为它正被另一个进程使用

linux - 目录中某些文件的 bzip2

linux - 如何在 Linux/Unix 中创建超过 2GB 的文件?

Python 值错误 : substring not found - Error defining a word

c# - 为什么相同的异常有不同的错误代码?