当前位置:操作系统 > Unix/Linux >>

内核编译问题详解

对于用户,编译一个内核版本需要的不仅是升级内核和软件那么简单。一般来说,编译后的内核都能很好地工作,但是有些功能在初始化时(准确地说是在系统初始化阶段,即init执行rc.sysini和rcx.d时)会失败。失败的情况因人而异,比如有些人在笔记本上安装Red Hat 9.0的USB设备、Iptable和RPM就全部失败,而有些人在安装PCMCIA设备和FireWire设备时会失败。

  如果发现某些软件包无法正常工作,可以尝试下载最新的版本或重新编译、安装旧的版本,也可以通过进行一些相应的修改来解决问题。注意请在操作前备份文件。这里将总结一些常见的错误。

  典型问题及解决方法

  RPM问题

  进入编译好的内核后,与RPM相关的命令有些不能使用,并出现下列错误:

  rpmdb: unable to join the environment

  error: db4 error(11) from dbenv->open: Resource temporarily unavailable

  error: cannot open Packages index using db3 - Resource temporarily unavailable (11)

  error: cannot open Packages database in /var/lib/rpm

  no packages

  解决方法是执行“export LD_ASSUME_KERNEL =2.2.25”命令,也可以将其写入/etc/bashrc。

  Glibc问题

  用户可以升级Glibc标准库的软件包来解决该问题。因为有些发行版,例如Red Hat 9.0上默认安装的Glibc可能是被Red Hat内核小组修改过的。软件包的下载地址是:

  ftp://ftp.rpmfind.net/linux/redhat/updates/9/en/os/i386/glibc-2.3.2-27.9.i386.rpm。

  可以连同以下几个软件包一起升级:

  ftp://ftp.rpmfind.net/linux/redhat/updates/9/en/os/i386/glibc-common-2.3.2-27.9.i386.rpm

  ftp://ftp.rpmfind.net/linux/redhat/updates/9/en/os/i386/glibc-devel-2.3.2-27.9.i386.rpm

  ftp://ftp.rpmfind.net/linux/redhat/updates/9/en/os/i386/glibc-utils-2.3.2-27.9.i386.rpm

  如果使用“rpm -Uvh glibc*”失败,请用命令“rpm -e”先删除旧的Glibc,然后用命令“rpm -Uvh --force glibc*”强制安装。

  Hotplug(热插拔)问题

  内核对热插拔功能的支持与KMOD内核线程有关。

  解决方法是将/etc/rc.sysinit中所有的/proc/ksyms替换为/proc/kallsyms。执行如下命令:

  #mv /etc/rc.d/rc.sysinit /etc/rc.d/rc.sysinit.bak

  #sed -e 's/\/proc\/ksyms/\/proc\/kallsyms/g' /etc/rc.d/rc.sysinit.bak > /etc/rc.d/rc.sysinit

  Sysfs问题

  解决方法是:

  ◆ 建立目录/sys:#mkdir /sys

  ◆ 在/etc/rc.d/rc.sysinit文件中找到“mount -f /proc”,在其下一行加入“mount -f /sys”。

  ◆ 同样在/etc/rc.d/rc.sysinit文件中找到“action $"Mounting proc filesystem: " mount -n -t proc /proc /proc”,在其下一行加入“action $"Mounting sysfs filesystem: " mount -n -t sysfs /sys /sys”。

  ◆ 在/etc/fstab文件中加入“none /sys sysfs defaults 0 0”。

  ◆ 在/etc/init.d/halt的halt_get_remaining函数中找到“awk '$2 ~ /^\/$|^\/proc|^\/dev/{next}”,改为“awk '$2 ~ /^\/$|^\/proc|^\/sys|^\/dev/{next}”。

  USB问题

  新的2.6.0内核中使用的USB模块大多数已经改名,因此需要修改/etc/rc.sysinit中对USB子系统初始化的代码。将该文件中所有的“keybdev”改为“usbkbd”、“mousedev”改为“usbmouse”、“/proc/bus/usb”改为“/sys/bus/usb”,并在/etc/init.d/halt中进行同样的修改。此外,还要在/etc/rc.sysinit中找到“needusbstorage”,做如下修改:

  needusbstorage=

  if [ $usb = "1" ]; then

  needusbstorage=`LC_ALL=C grep -e "^I.*Cls=08" /sys/bus/usb/devices 2>/dev/null`

  action $"Initializing USB 1.1 host controller: " modprobe ohci-hcd 2> /dev/null

  action $"Initializing USB HID interface: " modprobe hid 2> /dev/null

  action $"Initializing USB keyboard: " modprobe usbkbd 2> /dev/null

  action $"Initializing USB mouse: " modprobe usbmouse 2> /dev/null

  fi

  如果USB总线是2.0的,还需将“ohci-hcd”改为“ehci-hcd”。

  Sound问题

  声音部分的模块名也改变了。我的笔记本原来的声卡驱动是i810_audio,现在已改为snd-intel8x0。因此需要把下面的内容添加到/etc/modprobe.conf中:

  alias char-major-14 soundcore

  alias sound snd-intel8x0

  alias sound-slot-0 snd-intel8x0

  alias snd-card-0 snd-intel8x0

  alias sound-service-0-0 snd-mixer-oss

  alias sound-service-0-1 snd-seq-oss

  alias sound-service-0-3 snd-pcm-oss

  alias sound-service-0-8 snd-seq-oss

  alias sound-service-0-12 snd-pcm-oss

  install snd-intel8x0 /sbin/modprobe --ignore-install sound-slot-0 &&

  { /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1; /bin/true;

  }

  remove snd-intel8x0

  { /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1; /bin/true; };

  /sbin/modprobe -r --ignore-remove sound-slot-0

  然后执行“modprobe sound”加载声音模块,并使用下列命令检验声卡驱动:

  #cat /proc/asound/cards

  显示结果如下:

  0 [SI7012]: ICH - SiS SI7012

  SiS SI7012 at 0xdc00, irq 11

  VMware问题

  解决方法是:

  ◆ 将/usr/bin/vmware-config.pl中所有的“/proc/ksyms”替换为“/proc/kallsyms”。使用“sed”命令可以达到这个目的。

  ◆ 重新运行该脚本,使用内核头文件编译新的内核模块。在编译过程中如发生错误,应该进入/usr/lib/vmware/modules/source,使用下面的命令将vmnet.tar解包:

  #tar xvf vmnet.tar

  ◆ 进入vmnet-only目录修改bridge.c文件。将“atomic_add(skb->truesize, &sk->wmem_alloc);”修改为“atomic_add(skb->truesize, &sk->sk_wmem_alloc);”,并用类似的方式将“protinfo”改为“sk_protinfo”。

  ◆ 再次把vmnet-only目录用下面的命令重新打包为vmmon.tar:

  #tar cvf vmmon.tar vmnet-only。

  如果按照上面的操作依旧失败,另一解决方法是到http://ftp.cvut.cz/vmware/下载vmware-any-any-updateXX.tar.gz,将其解压到任何目录下,执行其中的runme.pl。

  其它问题

  大家也许还会遇到其它问题,但是无论遇上什么问题都可以依照下列步骤尝试解决:

  1.内核组件尽可能编译为模块。执行如下命令可以快速重建内核:

  #make all modules_install install

  2.软件失败的大多数情况是由于模块名已被更改,而/etc/rc.d/rc.sysinit和/etc/rcX.d/*下的脚本却没有修改这些值而导致的。因此,依次修改相关条目可以改进,但是这也需要相当多的背景知识。如果觉得麻烦,可以把所有加载模块的命令集中在/etc/rc.d/rc.local中。例如:

  modprobe eth0

  modprobe isofs

  modprobe loop

  modprobe vfat

  同时修改/etc/modoribe.conf文件。具体可参见“man modoribe.conf”获得更多的帮助信息。

  3.如果想知道某模块变更后的名字,可以首先在“make menuconfig”时找到该选项,选择Help找到它的配置名称(CONFIG_*),然后到源代码相关目录下的makefile中寻找CONFIG_*。一般可以找到obj-$(CONFIG_*)一项,其值就是该模块的名字。

  

上一个:内核比较:从2.4到2.6内核开发中的改进
下一个:linux配置、编译内核实用工具

更多Unix/Linux疑问解答:
路由原理介绍
子网掩码快速算法
改变网络接口的速度和协商方式的工具miitool和ethtool
Loopback口的作用汇总
OSPF的童话
增强的ACL修改功能
三层交换机和路由器的比较
用三层交换机组建校园网
4到7层交换识别内容
SPARC中如何安装Linux系统(2)
SPARC中如何安装Linux系统(1)
用Swatch做Linux日志分析
实战多种Linux操作系统共存
浅析Linux系统帐户的管理和审计
Linux2.6对新型CPU的支持(2)
电脑通通透
玩转网络
IE/注册表
DOS/Win9x
Windows Xp
Windows 2000
Windows 2003
Windows Vista
Windows 2008
Windows7
Unix/Linux
苹果机Mac OS
windows8
安卓/Android
Windows10
如果你遇到操作系统难题:
请访问www.zzzyk.com 试试
CopyRight © 2012 站长网 编程知识问答 www.zzzyk.com All Rights Reserved
部份技术文章来自网络,