linux升级内核，出现：mount:could not find filesystem‘/dev/root’的解决方法

 

wget 使用技巧

 

php结合mysql，mysqli扩展处理事务

linux升级内核，出现：mount:could not find filesystem‘/dev/root’的解决方法  

2010-10-27 09:55:51|  分类： Linux|字号 订阅

前几天因为要应用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.ko 
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

B:   initrd是旧版本mkinitrd生成的。

　　解决方法就是加入对旧版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

 

wget 使用技巧

 

php结合mysql，mysqli扩展处理事务

linux升级内核，出现：mount:could not find filesystem‘/dev/root’的解决方法  

2010-10-27 09:55:51|  分类： Linux|字号 订阅

前几天因为要应用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.ko 
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

B:   initrd是旧版本mkinitrd生成的。

　　解决方法就是加入对旧版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

 

wget 使用技巧

 

php结合mysql，mysqli扩展处理事务

linux升级内核，出现：mount:could not find filesystem‘/dev/root’的解决方法  

2010-10-27 09:55:51|  分类： Linux|字号 订阅

前几天因为要应用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.ko 
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

B:   initrd是旧版本mkinitrd生成的。

　　解决方法就是加入对旧版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

 

wget 使用技巧

 

php结合mysql，mysqli扩展处理事务

linux升级内核，出现：mount:could not find filesystem‘/dev/root’的解决方法  

2010-10-27 09:55:51|  分类： Linux|字号 订阅

前几天因为要应用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.ko 
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

B:   initrd是旧版本mkinitrd生成的。

　　解决方法就是加入对旧版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

 

wget 使用技巧

 

php结合mysql，mysqli扩展处理事务

linux升级内核，出现：mount:could not find filesystem‘/dev/root’的解决方法  

2010-10-27 09:55:51|  分类： Linux|字号 订阅

前几天因为要应用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.ko 
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

B:   initrd是旧版本mkinitrd生成的。

　　解决方法就是加入对旧版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

 

wget 使用技巧

 

php结合mysql，mysqli扩展处理事务

linux升级内核，出现：mount:could not find filesystem‘/dev/root’的解决方法  

2010-10-27 09:55:51|  分类： Linux|字号 订阅

前几天因为要应用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.ko 
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

B:   initrd是旧版本mkinitrd生成的。

　　解决方法就是加入对旧版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