新增资源及索表项目6拓展资源利用安装光盘创建本地 yum 源补装 RPM 软件包.docxVIP

利用安装光盘创建本地 yum 源补装 RPM 软件包 为系统补装 RPM 软件包，对一部分 Linux 用户来讲，是一件繁琐的事。众所周知的 RPM 依赖问题困扰了众多用户，让他们在面临这个场合时懊悔当初没有选择完全系统安装。甚至盛传着“完全安装吧，不差这几 G 空间，省得麻烦”的流行说法。虽然 yum 已经很大程度上帮助我们解决了这个问题，但在某些特殊环境，如网络连接，带宽的限制，或者时间紧迫的场合下，我们希望有一种方法，像系统初装一样，可以简单的选择，并迅速补装上这些遗漏的软件包。本文以两个用户在 RHEL 5u4 和 Fedora12 上的真实操作开始，介绍了利用安装光盘创建本地 yum 源的方式以快速补装 RPM 软件包的过程。 戴 月, 软件工程师 2010 年 3 月 26 日 内容 引言 如果你是一个 Linux 新手，刚安装完一个崭新的 RHEL 5u4 系统，在默认配置下使用了几天，感觉不错。这时你想用 gcc 编一个程序，发现默认配置里并没有安装这个包。你找到安装光盘，小心翼翼地挂载上，并找到了 gcc-4.1.2-46.el5.i386.rpm 。尝试着用 rpm -ivh gcc-4.1.2-46.el5.i386.rpm 进行安装。系统告之缺少 glibc-devel 和 libgomp，当你试着安装 glibc-devel，系统又提示缺少 glibc-headers。继续下去，又发现缺少 kernel-headers。先前网上关于 RPM 依赖关系如何复杂的传言终于得到了印证。你很苦恼，心想如果当初选择了完全安装该有多好！同时也懊悔为了结省那不值钱的几 GB 空间而给自己今天带来了如此多的麻烦。最终，你按照依赖提示，递归似的完成了 gcc 的安装。你很庆幸的完成了这个任务。其实只是因为这个安装任务的依赖关系还不够复杂到把你吓退罢了。 如果你是一位忠实的 Fefora Linux 用户。有一天下午，你想为一台刚装完的 Fedora12 安装上 GNOME 桌面。依赖性并不是你所担心的，因为你知道 yum 可以解决这个问题。但是在键入 yum install 过后，发现自己并不知道要安装上 GNOME 桌面系统需要哪些软件包，甚至从来没有听说过有一个叫 GNOME 的包可以安装。你试着查询了一下仓库中包含 GNOME 字样的包，一共有 258 个。这个列表显然不是你想要的。在咨询过 google 过后，发现 yum 有一个 grouplist 选项，看起来有点像自己想要的。通过 yum grouplist 又找到了名叫 X Window System 和 GNOME Desktop Environment 的分组，这正是你想要的。但是在键入 yum groupinstall X Window System 过后，提示信息说 299 个包需要下载安装，一共 60M。看着下载进度条上的速度，只有 27KB/s，这样下完这 60M 需要将近一个小时。接下来还要安装一个不知道多大的 GNOME Desktop Environment。这意味着老板交待的事可能要明天才能开始，而且仅仅是开始，万一下载安装没有顺利完成 ...... 你一边抱怨着公司的网络为什么久久不扩容，一边也懊恼为什么当初没有进行完全系统安装。 但是，“完全安装”真的是最好的方法吗？面对这种已经没有“完全安装”的情况，我们有什么更好的办法吗？ 回页首 关于 RPM 包依赖的思考 RPM 的依赖性是个很让人头疼的问题。每次系统安装完成过后，想再装一个软件包，敲下回车之前，都会心惊胆战，生怕跳出个依赖性错误。而在一个依赖性错误的背后，可能还牵连着更多的依赖性。这个问题让很多 Linux 用户望而生畏。 RPM 包的依赖关系说起来是简单的因为它所谓的依赖关系仅仅是一个个简单的如“要安装 A，需要提前准备好 a1, a2, a3”这样的条件。我们在安装前可以通过一个简单的 rpm 命令来查询一个包的依赖关系。 # rpm -q --requires -p wireshark-1.2.2-1.fc12.i686.rpm /sbin/ldconfig config(wireshark) = 1.2.2-1.fc12 libc.so.6 ... libcom_err.so.2 ... libpcap.so.1 ... libsmi.so.2 ... python(abi) = 2.6 ... RPM 的依赖性同时又是繁琐的，因为它的依赖关系里只包含了 A 需要 a1, a2 和 a3 的信息，并没有包含 a1, a2 和 a3 是由哪个包来提供。对于如 python 这样直接给出依赖包名，我们可以轻松地找到 p