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