linux tar打包、解包命令

解压

语法：tar [主选项+辅选项] 文件或者目录

使用该命令时，主选项是必须要有的，它告诉tar要做什么事情，辅选项是辅助使用的，可以选用。

主选项：

c 创建新的档案文件。如果用户想备份一个目录或是一些文件，就要选择这个选项。相当于打包。

x 从档案文件中释放文件。相当于拆包。

t 列出档案文件的内容，查看已经备份了哪些文件。

特别注意，在参数的下达中， c/x/t 仅能存在一个！不可同时存在！因为不可能同时压缩与解压缩。

辅助选项：

-z ：是否同时具有 gzip 的属性？亦即是否需要用 gzip 压缩或解压？ 一般格式为xx.tar.gz或xx. tgz

-j ：是否同时具有 bzip2 的属性？亦即是否需要用 bzip2 压缩或解压？一般格式为xx.tar.bz2

-v ：压缩的过程中显示文件！这个常用

-f ：使用档名，请留意，在 f 之后要立即接档名喔！不要再加其他参数！

-p ：使用原文件的原来属性（属性不会依据使用者而变）

--exclude FILE：在压缩的过程中，不要将 FILE 打包！

范例：

范例一：将整个 /etc 目录下的文件全部打包成为 /tmp/etc.tar

[root@linux ~]# tar -cvf /tmp/etc.tar /etc<==仅打包，不压缩！

[root@linux ~]# tar -zcvf /tmp/etc.tar.gz /etc<==打包后，以 gzip 压缩

[root@linux ~]# tar -jcvf /tmp/etc.tar.bz2 /etc<==打包后，以 bzip2 压缩

特别注意，在参数 f 之后的文件档名是自己取的，我们习惯上都用 .tar 来作为辨识。

如果加 z 参数，则以 .tar.gz 或 .tgz 来代表 gzip 压缩过的 tar file ～

如果加 j 参数，则以 .tar.bz2 来作为附档名啊～

上述指令在执行的时候，会显示一个警告讯息：

『tar: Removing leading `/" from member names』那是关於绝对路径的特殊设定。

范例二：查阅上述 /tmp/etc.tar.gz 文件内有哪些文件？

[root@linux ~]# tar -ztvf /tmp/etc.tar.gz

由於我们使用 gzip 压缩，所以要查阅该 tar file 内的文件时，

就得要加上 z 这个参数了！这很重要的！

范例三：将 /tmp/etc.tar.gz 文件解压缩在 /usr/local/src 底下

[root@linux ~]# cd /usr/local/src

[root@linux src]# tar -zxvf /tmp/etc.tar.gz

在预设的情况下，我们可以将压缩档在任何地方解开的！以这个范例来说

我先将工作目录变换到 /usr/local/src 底下，并且解开 /tmp/etc.tar.gz

则解开的目录会在 /usr/local/src/etc ，另外，如果您进入 /usr/local/src/etc

则会发现，该目录下的文件属性与 /etc/ 可能会有所不同喔！

范例四：在 /tmp 底下，我只想要将 /tmp/etc.tar.gz 内的 etc/passwd 解开而已

[root@linux ~]# cd /tmp

[root@linux tmp]# tar -zxvf /tmp/etc.tar.gz etc/passwd

我可以透过 tar -ztvf 来查阅 tarfile 内的文件名称，如果单只要一个文件，

就可以透过这个方式来下达！注意到！ etc.tar.gz 内的根目录 / 是被拿掉了！

范例五：我要备份 /home, /etc ，但不要 /home/dmtsai

[root@linux ~]# tar --exclude /home/dmtsai -zcvf myfile.tar.gz /home/* /etc

另外：tar命令的C参数

$ tar -cvf file2.tar /home/usr2/file2

tar: Removing leading '/' from members names

home/usr2/file2

该命令可以将/home/usr2/file2文件打包到当前目录下的file2.tar中，需要注意的是：

使用绝对路径标识的源文件，在用tar命令压缩后，文件名连同绝对路径（这里是home/usr2/，根目录'/'被自动去掉了）一并被压缩进来

。使用tar命令解压缩后会出现以下情况：

$ tar -xvf file2.tar

$ ls

…… …… home …… ……

解压缩后的文件名不是想象中的file2，而是home/usr2/file2。

$ tar -cvf file2.tar -C /home/usr2 file2 该命令中的-C dir参数，将tar的工作目录从当前目录改为/home/usr2，将file2文件（不带绝对路径）压缩到file2.tar中。注意

：-C dir参数的作用在于改变工作目录，其有效期为该命令中下一次-C dir参数之前

。

使用tar的-C dir参数，同样可以做到在当前目录/home/usr1下将文件解压缩到其他目录，例如：

$ tar -xvf file2.tar -C /home/usr2

而tar不用-C dir参数时是无法做到的：

$ tar -xvf file2.tar /home/usr2

tar: /tmp/file: Not found in archive

tar: Error exit delayed from previous errors

详解linux源码包安装过程

1. 解压缩包

可以通过下载或其他方式获得了一个软件包，通常它是一个压缩文件，大部分可能是存档的和压缩的，这些文件一般以 .tar .gz为扩展名。

首先拷贝它到一个目录，然后 untar 和 gunzip 解压它。 通常这个命令是

tar xzvf filename [filename 是软件文件名称]

解压后的文件一般会在当前目录下的创建子目录，并以这个包名来命名。 你也可以用用这个命令预先查看结果 tar tzvf filename，显示包里有那些解压文件。

源文件如果是新的 bzip2 (.bz2) 格式，可用

bzip2 -cd filename | tar xvf -,或更简单的 tar xyvf filename ，这很不错的tar命令被不断的完善。

说明：

A：有时候一些文件必须安装在用户的 home 目录下,或更多的是在一个固定的目录，比如 /, /usr/src, 或 /opt 。所以必须仔细阅读安装包的配置信息。当一个软件包里如果有config 和 Makefiles 文件则最好去编辑它，这里包括了安装指令和说明。提示：你改变 makefile 会导致不同的结果。大部分软件包允许用 make install 自动处理安置二进制文件在适当的系统位置。

B：你可能碰到过一些共享文件、shell 存档文件、尤其是 Internet 上的源码新闻组。它们保留的原因是具有人性化的可读性，并且允许新闻组缓冲并通过它们筛选和剔除出不合格的。它们可能用 unshar filename.shar 命令来解压。

C： 一些源码存档文件是用非标准的 DOS,Mac 或其他压缩的比如：

zip, arc, lha, arj, zoo, rar, and shk.

D: 有时候，你可能需要使用一个 patch 或显示改变了的 diff 文件来升级或修复存档的源码文件。这 doc 文件或者 README 文件将告诉你怎么去使用。一个很好的命令用标准语法来调用的命令是 patch < patchfile.

2: 关于 rpm 安装包

一些 Linux 用户惧怕通过使用源码来手动安装软件包，不过现在有方便的 rpm 和 deb 或 新格式的 slp 包。例如：rpm 安装运行平稳又快，作为一个软件安装在某几个有名的 *** 作系统。

作为方便的RPM包也存在很多不好的缺点，例如：

A: 要了解软件中更多更详细的内容你必须去在二进制中去了解，而不是rpm包。

B: 还有安装一个 rpm 包如果需要依赖关系那么安装就可能会导致失败。

C: 当 rpm 请求你系统中不同版本的库，那么安装将不能继续，除非你为错误的库位置创建连接符号到正确的位置。

说明：必须使用root 安装 rpm 和 deb 。因为它需要必须的写入权限。

最简单的，用命令 rpm -i packagename.rpm 和 dpkg --install packagename.deb 会自动解包和安装。

3：关于安装 Linux 包出现的一些问题及解决方案

假设 make 失败有个链接错误： -lX11: No such file or directory，正好在 xmkmf 之后已被调用，这可能意味着 Imake 不能被完全建立。检查第一部分 Makefile 文件的的行是这样：

· LIB=-L/usr/X11/lib

· INCLUDE=-I/usr/X11/include/X11

· LIBS= -lX11 -lc -lm

这个 -L 和 -I 开关告诉编译器和链接分别在哪里找到 library 和 include 文件。在这个例子里， X11 库应该在 /usr/X11/lib 目录，且 X11 包含文件应该在 /usr/X11/include/X11 目录里。假如对于你的机器上的这个错误，请处理修改 Makefile 并重新再 make。

没有声明涉及的数学库函数，像下列各项：

/tmp/cca011551.o(.text 0x11): undefined reference to `cos'

要修复它，需要明确链接到匹配的库，在 Makefile (看先前的例子) 里增加一个 -lm 到 LIB 或 LIBS 标记 。

用其他方法尝试

仍然失败 如果失败，参考下列脚本：

make -DUseInstalled -I/usr/X386/lib/X11/config

这个直接方式的类别相当于。

在少数例子里，用 root 运行 ldconfig 可能会解决：

# ldconfig 更新共享库链接符号。

一些 Makefiles 使用你系统里未被承认的库别名。一个例子，构建可能需要 libX11.so.6 ，但是在 /usr/X11R6/lib 不存在文件或链接。然而，在那里是 libX11.so.6.1。解决方法是用 root 运行ln -s /usr/X11R6/lib/libX11.so.6.1 /usr/X11R6/lib/libX11.so.6 ，接着需要运行 ldconfig 。

有一些包需要你安装一个或更多库的升级版本。需要拷贝一个或更多的库到适当的目录里，删除旧的库，重新设置动态链接库。

4：一些其他的问题处理

安装一个shell 脚本如果出现：No such file or directory 的错误消息。这是可以检查文件权限确定文件事可执行的，并检查文件头确定是否 shell 或程序是脚本在指定的位置被调用。一个例子，这个脚本可能是这样开始的：

#!/usr/local/bin/EDEN

如EDEN的实际安装位置是在你的 /usr/bin 目录，用一个 /usr/local/bin 替代

这个脚本不能运行有两个方法来纠正！！

A: 文件头改成 #!/usr/bin/EDEN

B: 或增加一个链接符， ln -s /usr/bin/EDEN

5：一个典型的例子 Xloadimage

首先说明下面的例子来源于国外网站的一个技术实例，这里我做了翻译和整理。

这个例子展现一个简单的问题。xloadimage 程序对我的图形工具的调整设置是有用的附加。从源码目录拷贝文件，用 tar xzvf 解压文件，可是在运行 make 的时候出现令人讨厌的错误并停止了。

gcc -c -O -fstrength-reduce -finline-functions -fforce-mem

-fforce-addr -DSYSV -I/usr/X11R6/include

-DSYSPATHFILE=\"/usr/lib/X11/Xloadimage\" mcidas.c

In file included from /usr/include/stdlib.h:32,

from image.h:23,

from xloadimage.h:15,

from mcidas.c:7:

/usr/lib/gcc-lib/i486-linux/2.6.3/include/stddef.h:215:

conflicting types for `wchar_t'

/usr/X11R6/include/X11/Xlib.h:74: previous declaration of

`wchar_t'

make[1]: *** [mcidas.o] Error 1

make[1]: Leaving directory

`/home/thegrendel/tst/xloadimage.4.1'

make: *** [default] Error 2

这个错误消息包含了实质的线索：

查看 image.h 文件的 23 行：

#include <stdlib.h>

在源码的某处对于 xloadimage, wchar_t 已经在指定标准 include 文件重新定义。 告诉我们首先在 image.h 的 23 行尝试注释它，或许 stdlib.h include 是不存在的，毕竟不是所有都是必需的。

在这点，构建中的收益来源于所有任何一个致命错误。xloadimage 现在功能正常。

6： 安装 Linux 包的一些总结

坚持自己动手处理所有的安装出现的问题，不断总结努力学习，从错误里去仔细研究，努力动手排错，从每个不足甚至失败的地方得到扩充和提升，可以增强安装构建软件的技巧。

例如：想在Linux系统下查看cat命令工具的源码，方法如下：

1、查看工具的路径

$ whereis cat

cat: /bin/cat /usr/share/man/man1/cat.1.gz

2、查看工具所属的包

$ dpkg -S /bin/cat

coreutils: /bin/cat

coreutils就是cat的源码包名

3、下载工具源码包

$ sudo apt-get source coreutils

[sudo] password for lizh: 

正在读取软件包列表... 完成

正在分析软件包的依赖关系树       

正在读取状态信息... 完成       

需要下载 10.8MB 的源代码包。

获取：1 http://mirrors.sohu.com/ubuntu/ maverick/main coreutils 8.5-1ubuntu3 (dsc) [1,891B]

获取：2 http://mirrors.sohu.com/ubuntu/ maverick/main coreutils 8.5-1ubuntu3 (tar) [10.7MB]

获取：3 http://mirrors.sohu.com/ubuntu/ maverick/main coreutils 8.5-1ubuntu3 (diff) [21.5kB]

下载 10.8MB，耗时 42秒 (254kB/s)                                            

gpgv: 于 2015年07月06日 星期一 13时49分55秒 CST 创建的签名，使用 RSA，钥匙号 21B2133D

gpgv: 无法检查签名：找不到公钥

dpkg-source: 警告: 对 ./coreutils_8.5-1ubuntu3.dsc 校验签名失败

dpkg-source: info: extracting coreutils in coreutils-8.5

dpkg-source: info: unpacking coreutils_8.5.orig.tar.gz

dpkg-source: info: applying coreutils_8.5-1ubuntu3.diff.gz

---