[問題]升級Kernel 後不能開機 ~"~

[hpeter]

不好意思，我想請問一下大家，我本來是用Debian 3.0r1 (bf24)
版的Kernel，剛剛我升級Kernel到2.6.0之後，重開機出現了：
VFS:Cannot open root device "1601" or unknown-bloc(22,1)
Please append a correct "root=" boot option
kernel panic : VFS : Unable to mount root fs on unknown-block(22,1)
可是我在編kernel 的時候有把 resise , automount 都打 *
lilo.conf 的 root=/dev/hdc1(我硬碟是第三顆) ~

麻煩大家幫忙解一下 謝謝 ^___^~

[sunche_locus]

我之前也是遇到這樣的問題.
結果我在compile kernel的時後要kernel default的config
就可以開機....

在recompile一次,這次才把我要的config加進去.
或許你可以試一試.

[Tetralet]

亂亂猜：

是不是在 /etc/lilo.conf 中沒有設定 initrd 的關係？

例：

代碼: 選擇全部

image=/vmlinuz
initrd=/initrd.img
        label=Linux
        read-only


[訪客]

請問這個initrd.img 是make-kpkg binary-arch
dpkg i kernel-image-xxx.deb 之後就會自動產生的嗎? thx

[louie]

應該是不會自己產生, 要自己用 mkinitrd 來做
man mkinitrd

另外, 在 compile kernel 時, 記得加上 --initrd

make-kpkg --initrd ....... (好像沒有下也可以, 但是 man 裡是這麼說的)

另外, debian official 的 kernel-image 也是在安裝之後, 才呼叫 mkinitrd 來產生 initrd.img 的。

[hpeter]

呵呵 先謝謝上面各位先進的幫忙
我一開始的時候是用
make-kpkg --config menuconfig
make-kpkg binary-arch
dpkg -i kernel-image-xxx.deb 不過會失敗
後來改用
make clean
make menuconfig
make-kpkg kernel_image
dpkg -i dpkg -i kernel-image-xxx.deb
這樣子就成功了 ~ 失敗的人可以謝謝這個方法 ^^
再次謝謝各位先進 ^^

[阿信]

呵呵 先謝謝上面各位先進的幫忙
我一開始的時候是用
make-kpkg --config menuconfig
make-kpkg binary-arch
dpkg -i kernel-image-xxx.deb 不過會失敗
後來改用
make clean
make menuconfig
make-kpkg kernel_image
dpkg -i dpkg -i kernel-image-xxx.deb
這樣子就成功了 ~ 失敗的人可以謝謝這個方法 ^^
再次謝謝各位先進 ^^

這兩個步驟應該是一樣的，請問失敗在什麼地方呢？

make-kpkg --config menuconfig binary-arch(合在一起下命令即可)

[hpeter]

　　我記得第一次我看到 automounter 的時候就把兩個都編成 *
結果就是上面的錯誤訊息~"~ 接下來我照default ~ v4 automounter 打* ~ 另一個old 的打M 就ok了

　　對了，請問一下下，Kernel 2.6.0 從www.kernel.org 從 apt-get 抓到的有什麼不一樣呢? 謝謝 ^^~

[阿信]

不彷看一下 /usr/share/doc/kernel-image-2.6.xx/目錄下的 debian changelog 以及 REAME.Debian...

應該就能了解了

[louie]

應該是不會自己產生, 要自己用 mkinitrd 來做
man mkinitrd

另外, 在 compile kernel 時, 記得加上 --initrd

make-kpkg --initrd ....... (好像沒有下也可以, 但是 man 裡是這麼說的)

另外, debian official 的 kernel-image 也是在安裝之後, 才呼叫 mkinitrd 來產生 initrd.img 的。

抱歉了各位, 在這裡誤導了大家, 今天終於搞懂了
如果在 make-kpkg 有加 --initrd 那在安裝這個 kernel-image 時, 就會自動去呼叫 mkinitrd 來產生 initrd.img, 反之, 如果在 compile 時, 忘記加 --initrd, 那就不會自動產生 initrd.img, 但是可以事後手動建立 initrd.img, 假設 kernel 版本為 2.6.1
mkinitrd -o /boot/initrd.img-2.6.1 /lib/modules/2.6.1/

[JimE]

我也碰到了同樣的問題
我試著把"root"分割區所用的格式編入核心"y"(我是用EXT3)
而不是編成模組"M"
結果就成功了

[michelin]

其實不需要用initrd(<-這個不知道中文叫啥)
我有一次自己編譯的核心
用romfs，而不是用cramfs(不確定有沒有拼錯)
結果也是無法開機
而當時像是ext3, vfat, iso9660... 我全部都是編進核心(<*>)
後來grub選項把initrd那行註解掉
就可以開機了

如果用initrd 只要把initrd和cramfs(或romfs...)編入核心
其他的部分(eg ext3, vfat... )只要編成模組即可
但是其實我到現在還不知道initrd到底有什麼好處

[訪客]

其實不需要用initrd(<-這個不知道中文叫啥)
我有一次自己編譯的核心
用romfs，而不是用cramfs(不確定有沒有拼錯)
結果也是無法開機
而當時像是ext3, vfat, iso9660... 我全部都是編進核心(<*>)
後來grub選項把initrd那行註解掉
就可以開機了

如果用initrd 只要把initrd和cramfs(或romfs...)編入核心
其他的部分(eg ext3, vfat... )只要編成模組即可
但是其實我到現在還不知道initrd到底有什麼好處

我覺得是因為使用 initrd 就可以把幾乎所有的 driver 都編成 module(當然囉, cramfs, romfs 是不行的:>), 然後把開機時一定需要的 driver 放進 ramdisk 內 (如 ide, scsi...). 其它次要的 module 放在硬碟上. 如此一來 kernel image size 可以小一點, 也可以適用在不同的系統中.