编译安装module-init-tools时出错的解决方法。

第一次写BLOG，感觉又回到了学生时代 ，自从走入社会，为生活而奔波，很长时间没有写日记了。以后我会将我在生活与工作中的一些琐碎记在BLOG上。让我们开始吧！

      我相信不只是我，还有很多朋友在升级2.6内核时会出现很多问题，通过一段时间的学习和实验，发现升级内核所出的问题90%以上是出在没有升级Changes中提出的各程序系统工具，在“”中有升级2.6各个版本的Changes，大家在升级前可以先看看。在实际当中，我发现最主要是要升级三个系统工具包：“module-init-tools”、“mkinitrd”、“procps”；而在升级“module-init-tools”这个工具包时一般会出问题；最初我也不知道是什么原因，从出错信息中可以肯定是在运行“docbook2man”这个命令时有问题。不过当时我没有查觉，应该跟我的水平有关。当时我的解决方法是在运行了“configure”后，用“vi”编辑“Makefile”文件，把与“MAN5”、“man5”、“sgml”有关的编译信息全删了，也就是让系统不编译“module-init-tools”的man，：），这个方法比较笨，而且是治标不治本，心里一直不舒服，总是在想着这件事。今天在网上看到一个朋友说好像把“Makefile”文件中的“insmod_static_LDFLAGS = -static”注释掉或者删除掉也是可以解决编译的错误问题，我在VM上试了一下，发现不能解决问题，还是在运行“docbook2man”时出错，我这时就在想，“docbook2man”应该是一个命令才对，我用“rpm -qi docbook2man”和“whereis docbook2man”没有找到这个命令，然后我上“”网站去Search“docbook2man”，发现搜索的结果是“docbook-utils”程序，我再一步确认，“docbook2man”是包含在“docbook-utils”程序中，然后我在RHEL4的第二张以及第三光盘上将与“docbook-utils”程序相关的软件全部安装上去后，再用“whereis docbook2man”即可查找到“docbook2man”命令了，再重新编译“module-init-tools”时，没有出错。

    以下是我安装的“docbook-utils”以及相关连的rpm包文件，全部文件在RHEL4的第二张、第三张光盘中可以找到：docbook-style-dsssl-1.78-4.noarch.rpm、docbook-utils-0.6.14-4.noarch.rpm、jadetex-3.12-11.noarch.rpm、netpbm-10.25-2.i386.rpm、netpbm-progs-10.25-2.i386.rpm、perl-SGMLSpm-1.03ii-14.noarch.rpm、tetex-2.0.2-21RH4.1.i386.rpm、tetex-dvips-2.0.2-21RH4.1.i386.rpm、tetex-fonts-2.0.2-21RH4.1.i386.rpm、tetex-latex-2.0.2-21RH4.1.i386.rpm。

    在以后的运用中，我发现只要在安装把“Authoring and Publishing”组件安装上去就没事了。

不恨此花飞尽，恨西园，落红难缀。晓来雨过，遗踪何在？一池萍碎。春色三分，二分尘土，一分流水。细看来，不是杨花，点点是离人泪。