前几天因为要应用iptables 里的一个模块,需要升级centos5.3 原内核是: 2.6.18-194.17.1.el5 从http://www.kernel.org/下载了一个2.6.35.7,用来升级内核。但是升级后却发现启动不了,出现了:mount:could not find filesystem‘/dev/root’ 好像是挂载不了文件系统。
百度了一下,找到很可能是如下两个原因:
A:是由于无法加载磁盘硬件的模块驱动。
解决方式主要是通过make menuconfig中加载sata sici的devices设备模块驱动。常用的驱动模块如下:
insmod /lib/uhci-hcd.koB: initrd是旧版本mkinitrd生成的。
insmod /libohci-hcd.ko
insmod /lib/ehci-hcd.ko
insmod /lib/jbd.ko
insmod /lib/ext3.ko
insmod /lib/scsi_mod.ko
insmod /lib/sd_mod.ko
insmod /lib/libata.ko
insmod /lib/ahci.ko
解决方法就是加入对旧版sysfs路径的支持,方法如下:
1)、通过make menuconfig选中以下对应的选项
General setup -->
[*] enable deprecated sysfs features to support old userspace tools
2)、修改.config文件
修改.config文件中CONFIG_SYSFS_DEPRECATED_V2,将原本被注释掉的
CONFIG_SYSFS_DEPRECATED_V2 改成CONFIG_SYSFS_DEPRECATED_V2=y
注 : 修改这项是因为旧版的mkinitrd及其nash在内核没有CONFIG_SYSFS_DEPRECATED_V2参数时默认使用旧版sysfs路 径格式,从而在新内核下无法正确访问/sys内的硬盘信息节点。
由于我编译内核所使用的配置文件是/boot/config-2.6.18-53.el5,也就是当前正在使用的内核的配置文件,所以,是由B原因引起的,而不是A原因。
在百度中,搜到别人编译linux-2.6.33的内核在initrd中还有一个问题,虽然在linux-2.6.34中这个bug被修正了。但还是通过这篇文章学习了一个命令, cpio 。
在linux-2.6.33中,假如在升级重启后会报的错误insmod: error inserting ‘/lib/dm-region-hash.ko’: –1 File exits,这是 由于initrd里面的init中加载dm-region-hash.ko这 个模块重复了,因此需要修改生成的initrd文件(不是所有的机器都会出现这个错), 修改的方式如下
a) 解压initrd
# cp /boot/initrd-2.6.33.img /tmp
# cd /tmp/
# ls
initrd-2.6.33.img
# mkdir newinitrd
# cd newinitrd/
# zcat ../initrd-2.6.33.img |cpio -i
# ls
bin dev etc init lib proc sbin sys sysroot
b) 编辑init, 删掉重复的两行
echo "Loading dm-region-hash.ko module"
insmod /lib/dm-region-hash.ko
echo "Loading dm-region-hash.ko module"
insmod /lib/dm-region-hash.ko
c) 重新打包initrd
# find .|cpio -c -o > ../initrd
# cd ..
# gzip -9 < initrd > initrd-2.6.33.img
d) 将initrd重 新复制到/boot目录下
#cp initrd-2.6.33.img /boot
11) 重新启动
启动成功。
参考文章:
http://blog.csdn.net/hfw_1987/archive/2010/03/08/5356964.aspx
http://hi.baidu.com/3444542/blog/item/a65c630395841a84d53f7c0b.html
http://www.517sou.net/Article/340.aspx
http://hi.baidu.com/wn541200/blog/item/59949f4abbb3a0fc83025ce1.html
前几天因为要应用iptables 里的一个模块,需要升级centos5.3 原内核是: 2.6.18-194.17.1.el5 从http://www.kernel.org/下载了一个2.6.35.7,用来升级内核。但是升级后却发现启动不了,出现了:mount:could not find filesystem‘/dev/root’ 好像是挂载不了文件系统。
百度了一下,找到很可能是如下两个原因:
A:是由于无法加载磁盘硬件的模块驱动。
解决方式主要是通过make menuconfig中加载sata sici的devices设备模块驱动。常用的驱动模块如下:
insmod /lib/uhci-hcd.koB: initrd是旧版本mkinitrd生成的。
insmod /libohci-hcd.ko
insmod /lib/ehci-hcd.ko
insmod /lib/jbd.ko
insmod /lib/ext3.ko
insmod /lib/scsi_mod.ko
insmod /lib/sd_mod.ko
insmod /lib/libata.ko
insmod /lib/ahci.ko
解决方法就是加入对旧版sysfs路径的支持,方法如下:
1)、通过make menuconfig选中以下对应的选项
General setup -->
[*] enable deprecated sysfs features to support old userspace tools
2)、修改.config文件
修改.config文件中CONFIG_SYSFS_DEPRECATED_V2,将原本被注释掉的
CONFIG_SYSFS_DEPRECATED_V2 改成CONFIG_SYSFS_DEPRECATED_V2=y
注 : 修改这项是因为旧版的mkinitrd及其nash在内核没有CONFIG_SYSFS_DEPRECATED_V2参数时默认使用旧版sysfs路 径格式,从而在新内核下无法正确访问/sys内的硬盘信息节点。
由于我编译内核所使用的配置文件是/boot/config-2.6.18-53.el5,也就是当前正在使用的内核的配置文件,所以,是由B原因引起的,而不是A原因。
在百度中,搜到别人编译linux-2.6.33的内核在initrd中还有一个问题,虽然在linux-2.6.34中这个bug被修正了。但还是通过这篇文章学习了一个命令, cpio 。
在linux-2.6.33中,假如在升级重启后会报的错误insmod: error inserting ‘/lib/dm-region-hash.ko’: –1 File exits,这是 由于initrd里面的init中加载dm-region-hash.ko这 个模块重复了,因此需要修改生成的initrd文件(不是所有的机器都会出现这个错), 修改的方式如下
a) 解压initrd
# cp /boot/initrd-2.6.33.img /tmp
# cd /tmp/
# ls
initrd-2.6.33.img
# mkdir newinitrd
# cd newinitrd/
# zcat ../initrd-2.6.33.img |cpio -i
# ls
bin dev etc init lib proc sbin sys sysroot
b) 编辑init, 删掉重复的两行
echo "Loading dm-region-hash.ko module"
insmod /lib/dm-region-hash.ko
echo "Loading dm-region-hash.ko module"
insmod /lib/dm-region-hash.ko
c) 重新打包initrd
# find .|cpio -c -o > ../initrd
# cd ..
# gzip -9 < initrd > initrd-2.6.33.img
d) 将initrd重 新复制到/boot目录下
#cp initrd-2.6.33.img /boot
11) 重新启动
启动成功。
参考文章:
http://blog.csdn.net/hfw_1987/archive/2010/03/08/5356964.aspx
http://hi.baidu.com/3444542/blog/item/a65c630395841a84d53f7c0b.html
http://www.517sou.net/Article/340.aspx
http://hi.baidu.com/wn541200/blog/item/59949f4abbb3a0fc83025ce1.html
前几天因为要应用iptables 里的一个模块,需要升级centos5.3 原内核是: 2.6.18-194.17.1.el5 从http://www.kernel.org/下载了一个2.6.35.7,用来升级内核。但是升级后却发现启动不了,出现了:mount:could not find filesystem‘/dev/root’ 好像是挂载不了文件系统。
百度了一下,找到很可能是如下两个原因:
A:是由于无法加载磁盘硬件的模块驱动。
解决方式主要是通过make menuconfig中加载sata sici的devices设备模块驱动。常用的驱动模块如下:
insmod /lib/uhci-hcd.koB: initrd是旧版本mkinitrd生成的。
insmod /libohci-hcd.ko
insmod /lib/ehci-hcd.ko
insmod /lib/jbd.ko
insmod /lib/ext3.ko
insmod /lib/scsi_mod.ko
insmod /lib/sd_mod.ko
insmod /lib/libata.ko
insmod /lib/ahci.ko
解决方法就是加入对旧版sysfs路径的支持,方法如下:
1)、通过make menuconfig选中以下对应的选项
General setup -->
[*] enable deprecated sysfs features to support old userspace tools
2)、修改.config文件
修改.config文件中CONFIG_SYSFS_DEPRECATED_V2,将原本被注释掉的
CONFIG_SYSFS_DEPRECATED_V2 改成CONFIG_SYSFS_DEPRECATED_V2=y
注 : 修改这项是因为旧版的mkinitrd及其nash在内核没有CONFIG_SYSFS_DEPRECATED_V2参数时默认使用旧版sysfs路 径格式,从而在新内核下无法正确访问/sys内的硬盘信息节点。
由于我编译内核所使用的配置文件是/boot/config-2.6.18-53.el5,也就是当前正在使用的内核的配置文件,所以,是由B原因引起的,而不是A原因。
在百度中,搜到别人编译linux-2.6.33的内核在initrd中还有一个问题,虽然在linux-2.6.34中这个bug被修正了。但还是通过这篇文章学习了一个命令, cpio 。
在linux-2.6.33中,假如在升级重启后会报的错误insmod: error inserting ‘/lib/dm-region-hash.ko’: –1 File exits,这是 由于initrd里面的init中加载dm-region-hash.ko这 个模块重复了,因此需要修改生成的initrd文件(不是所有的机器都会出现这个错), 修改的方式如下
a) 解压initrd
# cp /boot/initrd-2.6.33.img /tmp
# cd /tmp/
# ls
initrd-2.6.33.img
# mkdir newinitrd
# cd newinitrd/
# zcat ../initrd-2.6.33.img |cpio -i
# ls
bin dev etc init lib proc sbin sys sysroot
b) 编辑init, 删掉重复的两行
echo "Loading dm-region-hash.ko module"
insmod /lib/dm-region-hash.ko
echo "Loading dm-region-hash.ko module"
insmod /lib/dm-region-hash.ko
c) 重新打包initrd
# find .|cpio -c -o > ../initrd
# cd ..
# gzip -9 < initrd > initrd-2.6.33.img
d) 将initrd重 新复制到/boot目录下
#cp initrd-2.6.33.img /boot
11) 重新启动
启动成功。
参考文章:
http://blog.csdn.net/hfw_1987/archive/2010/03/08/5356964.aspx
http://hi.baidu.com/3444542/blog/item/a65c630395841a84d53f7c0b.html
http://www.517sou.net/Article/340.aspx
http://hi.baidu.com/wn541200/blog/item/59949f4abbb3a0fc83025ce1.html
前几天因为要应用iptables 里的一个模块,需要升级centos5.3 原内核是: 2.6.18-194.17.1.el5 从http://www.kernel.org/下载了一个2.6.35.7,用来升级内核。但是升级后却发现启动不了,出现了:mount:could not find filesystem‘/dev/root’ 好像是挂载不了文件系统。
百度了一下,找到很可能是如下两个原因:
A:是由于无法加载磁盘硬件的模块驱动。
解决方式主要是通过make menuconfig中加载sata sici的devices设备模块驱动。常用的驱动模块如下:
insmod /lib/uhci-hcd.koB: initrd是旧版本mkinitrd生成的。
insmod /libohci-hcd.ko
insmod /lib/ehci-hcd.ko
insmod /lib/jbd.ko
insmod /lib/ext3.ko
insmod /lib/scsi_mod.ko
insmod /lib/sd_mod.ko
insmod /lib/libata.ko
insmod /lib/ahci.ko
解决方法就是加入对旧版sysfs路径的支持,方法如下:
1)、通过make menuconfig选中以下对应的选项
General setup -->
[*] enable deprecated sysfs features to support old userspace tools
2)、修改.config文件
修改.config文件中CONFIG_SYSFS_DEPRECATED_V2,将原本被注释掉的
CONFIG_SYSFS_DEPRECATED_V2 改成CONFIG_SYSFS_DEPRECATED_V2=y
注 : 修改这项是因为旧版的mkinitrd及其nash在内核没有CONFIG_SYSFS_DEPRECATED_V2参数时默认使用旧版sysfs路 径格式,从而在新内核下无法正确访问/sys内的硬盘信息节点。
由于我编译内核所使用的配置文件是/boot/config-2.6.18-53.el5,也就是当前正在使用的内核的配置文件,所以,是由B原因引起的,而不是A原因。
在百度中,搜到别人编译linux-2.6.33的内核在initrd中还有一个问题,虽然在linux-2.6.34中这个bug被修正了。但还是通过这篇文章学习了一个命令, cpio 。
在linux-2.6.33中,假如在升级重启后会报的错误insmod: error inserting ‘/lib/dm-region-hash.ko’: –1 File exits,这是 由于initrd里面的init中加载dm-region-hash.ko这 个模块重复了,因此需要修改生成的initrd文件(不是所有的机器都会出现这个错), 修改的方式如下
a) 解压initrd
# cp /boot/initrd-2.6.33.img /tmp
# cd /tmp/
# ls
initrd-2.6.33.img
# mkdir newinitrd
# cd newinitrd/
# zcat ../initrd-2.6.33.img |cpio -i
# ls
bin dev etc init lib proc sbin sys sysroot
b) 编辑init, 删掉重复的两行
echo "Loading dm-region-hash.ko module"
insmod /lib/dm-region-hash.ko
echo "Loading dm-region-hash.ko module"
insmod /lib/dm-region-hash.ko
c) 重新打包initrd
# find .|cpio -c -o > ../initrd
# cd ..
# gzip -9 < initrd > initrd-2.6.33.img
d) 将initrd重 新复制到/boot目录下
#cp initrd-2.6.33.img /boot
11) 重新启动
启动成功。
参考文章:
http://blog.csdn.net/hfw_1987/archive/2010/03/08/5356964.aspx
http://hi.baidu.com/3444542/blog/item/a65c630395841a84d53f7c0b.html
http://www.517sou.net/Article/340.aspx
http://hi.baidu.com/wn541200/blog/item/59949f4abbb3a0fc83025ce1.html
前几天因为要应用iptables 里的一个模块,需要升级centos5.3 原内核是: 2.6.18-194.17.1.el5 从http://www.kernel.org/下载了一个2.6.35.7,用来升级内核。但是升级后却发现启动不了,出现了:mount:could not find filesystem‘/dev/root’ 好像是挂载不了文件系统。
百度了一下,找到很可能是如下两个原因:
A:是由于无法加载磁盘硬件的模块驱动。
解决方式主要是通过make menuconfig中加载sata sici的devices设备模块驱动。常用的驱动模块如下:
insmod /lib/uhci-hcd.koB: initrd是旧版本mkinitrd生成的。
insmod /libohci-hcd.ko
insmod /lib/ehci-hcd.ko
insmod /lib/jbd.ko
insmod /lib/ext3.ko
insmod /lib/scsi_mod.ko
insmod /lib/sd_mod.ko
insmod /lib/libata.ko
insmod /lib/ahci.ko
解决方法就是加入对旧版sysfs路径的支持,方法如下:
1)、通过make menuconfig选中以下对应的选项
General setup -->
[*] enable deprecated sysfs features to support old userspace tools
2)、修改.config文件
修改.config文件中CONFIG_SYSFS_DEPRECATED_V2,将原本被注释掉的
CONFIG_SYSFS_DEPRECATED_V2 改成CONFIG_SYSFS_DEPRECATED_V2=y
注 : 修改这项是因为旧版的mkinitrd及其nash在内核没有CONFIG_SYSFS_DEPRECATED_V2参数时默认使用旧版sysfs路 径格式,从而在新内核下无法正确访问/sys内的硬盘信息节点。
由于我编译内核所使用的配置文件是/boot/config-2.6.18-53.el5,也就是当前正在使用的内核的配置文件,所以,是由B原因引起的,而不是A原因。
在百度中,搜到别人编译linux-2.6.33的内核在initrd中还有一个问题,虽然在linux-2.6.34中这个bug被修正了。但还是通过这篇文章学习了一个命令, cpio 。
在linux-2.6.33中,假如在升级重启后会报的错误insmod: error inserting ‘/lib/dm-region-hash.ko’: –1 File exits,这是 由于initrd里面的init中加载dm-region-hash.ko这 个模块重复了,因此需要修改生成的initrd文件(不是所有的机器都会出现这个错), 修改的方式如下
a) 解压initrd
# cp /boot/initrd-2.6.33.img /tmp
# cd /tmp/
# ls
initrd-2.6.33.img
# mkdir newinitrd
# cd newinitrd/
# zcat ../initrd-2.6.33.img |cpio -i
# ls
bin dev etc init lib proc sbin sys sysroot
b) 编辑init, 删掉重复的两行
echo "Loading dm-region-hash.ko module"
insmod /lib/dm-region-hash.ko
echo "Loading dm-region-hash.ko module"
insmod /lib/dm-region-hash.ko
c) 重新打包initrd
# find .|cpio -c -o > ../initrd
# cd ..
# gzip -9 < initrd > initrd-2.6.33.img
d) 将initrd重 新复制到/boot目录下
#cp initrd-2.6.33.img /boot
11) 重新启动
启动成功。
参考文章:
http://blog.csdn.net/hfw_1987/archive/2010/03/08/5356964.aspx
http://hi.baidu.com/3444542/blog/item/a65c630395841a84d53f7c0b.html
http://www.517sou.net/Article/340.aspx
http://hi.baidu.com/wn541200/blog/item/59949f4abbb3a0fc83025ce1.html
前几天因为要应用iptables 里的一个模块,需要升级centos5.3 原内核是: 2.6.18-194.17.1.el5 从http://www.kernel.org/下载了一个2.6.35.7,用来升级内核。但是升级后却发现启动不了,出现了:mount:could not find filesystem‘/dev/root’ 好像是挂载不了文件系统。
百度了一下,找到很可能是如下两个原因:
A:是由于无法加载磁盘硬件的模块驱动。
解决方式主要是通过make menuconfig中加载sata sici的devices设备模块驱动。常用的驱动模块如下:
insmod /lib/uhci-hcd.koB: initrd是旧版本mkinitrd生成的。
insmod /libohci-hcd.ko
insmod /lib/ehci-hcd.ko
insmod /lib/jbd.ko
insmod /lib/ext3.ko
insmod /lib/scsi_mod.ko
insmod /lib/sd_mod.ko
insmod /lib/libata.ko
insmod /lib/ahci.ko
解决方法就是加入对旧版sysfs路径的支持,方法如下:
1)、通过make menuconfig选中以下对应的选项
General setup -->
[*] enable deprecated sysfs features to support old userspace tools
2)、修改.config文件
修改.config文件中CONFIG_SYSFS_DEPRECATED_V2,将原本被注释掉的
CONFIG_SYSFS_DEPRECATED_V2 改成CONFIG_SYSFS_DEPRECATED_V2=y
注 : 修改这项是因为旧版的mkinitrd及其nash在内核没有CONFIG_SYSFS_DEPRECATED_V2参数时默认使用旧版sysfs路 径格式,从而在新内核下无法正确访问/sys内的硬盘信息节点。
由于我编译内核所使用的配置文件是/boot/config-2.6.18-53.el5,也就是当前正在使用的内核的配置文件,所以,是由B原因引起的,而不是A原因。
在百度中,搜到别人编译linux-2.6.33的内核在initrd中还有一个问题,虽然在linux-2.6.34中这个bug被修正了。但还是通过这篇文章学习了一个命令, cpio 。
在linux-2.6.33中,假如在升级重启后会报的错误insmod: error inserting ‘/lib/dm-region-hash.ko’: –1 File exits,这是 由于initrd里面的init中加载dm-region-hash.ko这 个模块重复了,因此需要修改生成的initrd文件(不是所有的机器都会出现这个错), 修改的方式如下
a) 解压initrd
# cp /boot/initrd-2.6.33.img /tmp
# cd /tmp/
# ls
initrd-2.6.33.img
# mkdir newinitrd
# cd newinitrd/
# zcat ../initrd-2.6.33.img |cpio -i
# ls
bin dev etc init lib proc sbin sys sysroot
b) 编辑init, 删掉重复的两行
echo "Loading dm-region-hash.ko module"
insmod /lib/dm-region-hash.ko
echo "Loading dm-region-hash.ko module"
insmod /lib/dm-region-hash.ko
c) 重新打包initrd
# find .|cpio -c -o > ../initrd
# cd ..
# gzip -9 < initrd > initrd-2.6.33.img
d) 将initrd重 新复制到/boot目录下
#cp initrd-2.6.33.img /boot
11) 重新启动
启动成功。
参考文章:
http://blog.csdn.net/hfw_1987/archive/2010/03/08/5356964.aspx
http://hi.baidu.com/3444542/blog/item/a65c630395841a84d53f7c0b.html
http://www.517sou.net/Article/340.aspx
http://hi.baidu.com/wn541200/blog/item/59949f4abbb3a0fc83025ce1.html