如果你是一个 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"。这意味着老板交待的事可能要明天才能开始，而且仅仅是开始，万一下载安装没有顺利完成 ...... 你一边抱怨着公司的网络为什么久久不扩容，一边也懊恼为什么当初没有进行完全系统安装。
但是，“完全安装”真的是最好的方法吗？面对这种已经没有“完全安装”的情况，我们有什么更好的办法吗？