Re: 升级内核后无法启动进入Linux
感谢大家的帮助，问题基本解决。确实是要修改ro=后面的参数。升级后，与旧版内核对应的是ro=/dev/sda9，实际应该是ro=/dev/sdb9。原来太粗心了，没注意这一个字母的差别。现在不清楚的是升级前到底是ro=/dev/sdb9还是ro=/dev/sda9，以前没仔细看过，升级前后我绝对没有编辑过menu.lst文件。
原使用新版内核则要改为ro=/dev/hdc9，/etc/fstab也要做相应的调整。否则除根分区以外的分区都挂不了。
现在的疑问是：为什么内核从2.4变到2.6后，SATA的分区名称从/dev/hdxn变成/dev/sdxn，现在又变回去了呢？
如果我想两个内核都保留，有没有方法让它们都一次启动成功呢？现在是如果我换个内核启动，则必须改一回/etc/fstab。
我的机器中是有一块SATA硬盘和一块PATA硬盘，不知设备名的变化跟这种配置有没有关系。
在 08-4-11，shell909090<shell909090@gmail.com> 写道：
>
> Mickey Fox 写道:
> 今天我再试了试，进入ash后用mount可以挂载成功，只是必须显式地指定文件系统类型：-text3。我平常习惯都是不指定的，没想到这里必须指定。
>
> 这里说个题外话，平时我也不指定mount的系统类型参数，不过我知道那是fstab里面已经指定的结果。在安装盘的急救模式下是必须指定呢，还是可以自
> 动测试，有没有人知道？
这个我可以肯定，我平时不管挂什么文件系统，不管它在不是/etc/fstab中有说明，都是让它自己判断文件类型的。我经常这么挂U盘，我的U盘分区都是没在/etc/fstab中说明的。
>
>
>
> 我是在老内核下试的，新内核就干脆没试了。我想要想解决新内核的问题，首先应该让老内核能用起来，因为这个内核本身应该是好的，用了好长时间了。
>
> 要进入ash之前更多的信息是：
> Begin: Mounting root file system... ...
> Begin: Running /scripts/local-top ...
> ide0: I/O resource 0x1F0-0x1F7 not free.
> ide0: ports already in use, skipping probe
> ide1: I/O resource 0x170-0x177 not free.
> ide1: ports already in use, skipping probe.
> Done
> Check root= bootarg cat /proc/cmdline
> or missing modules, devices: cat /proc/modules ls /dev
> ALERT! /dev/sda9 does not exist. Dropping to a shell!
>
> 进入ash后，cat /proc/cmdline的结果为：
> root=/dev/sda9 ro
>
> cat /proc/modules的结果为：
> vfat 11872 0 - Live 0xf8896000
> fat 46652 1 vfat, Live 0xf891b000
> ext3 119240 1 - Live 0xf893f000
> jbd 52456 1 ext3, Live 0xf88c3000
> mbcache 8356 1 ext3, Live 0xf889a000
> usb_storage 72000 0 - Live 0xf8908000
> ide_generic 1408 0 [permanent], Live 0xf8890000
> sd_mod 19040 2 - Live 0xf88bd000
> generic 4868 0 [permanent], Live 0xf8893000
> ide_core 110504 3 usb_storage,ide_generic,generic, Live
> 0xf88d3000
> ehci_hcd 28136 0 - Live 0xf8826000
> uhci_hcd 21164 0 - Live 0xf8889000
> ata_piix 13896 1 - Live 0xf8884000
> libata 89396 1 ata_piix, Live 0xf889f000
> scsi_mod 124168 3 usb_storage,sd_mod,libata, Live 0xf8844000
> usbcore 112644 4 usb_storage,ehci_hcd,uhci_hcd, Live 0xf8867000
> r8169 28360 0 - Live 0xf883c000
> thermal 13608 0 - Live 0xf8837000
> processor 28840 1 thermal, Live 0xf882e000
> fan 4804 0 - Live 0xf8821000
>
> ls /dev的结果为：
> bus ptypf sdb13 tty26 tty51 ttyp7
> console ram0 sdb2 tty27 tty52 ttyp8
> disk ram1 sdb5 tty28 tty53 ttyp9
> full ram10 sdb6 tty29 tty54 ttypa
> hpet ram11 sdb7 tty3 tty55 ttypb
> input ram12 sdb8 tty30 tty56 ttypc
> kmem ram13 sdb9 tty31 tty57 ttypd
> kmsg ram14 snapshot tty32 tty58 ttype
> mem ram15 tty tty33 tty59 ttypf
> null ram2 tty0 tty34 tty6 urandom
> port ram3 tty1 tty35 tty60 usbdev1.1_ep00
> psaux ram4 tty10 tty36 tty61 usbdev1.1_ep81
> ptmx ram5 tty11 tty37 tty62 usbdev1.2_ep00
> ptyp0 ram6 tty12 tty38 tty63 usbdev1.2_ep83
> ptyp1 ram7 tty13 tty39 tty7 usbdev2.1_ep00
> ptyp2 ram8 tty14 tty4 tty8 usbdev2.1_ep81
> ptyp3 ram9 tty15 tty40 tty9 usbdev3.1_ep00
> ptyp4 random tty16 tty41 ttyS0 usbdev3.1_ep81
> ptyp5 sda tty17 tty42 ttyS1 usbdev4.1_ep00
> ptyp6 sda1 tty18 tty43 ttyS2 usbdev4.1_ep81
> ptyp7 sda2 tty19 tty44 ttyS3 usbdev5.1_ep00
> ptyp8 sda5 tty2 tty45 ttyp0 usbdev5.1_ep81
> ptyp9 sda6 tty20 tty46 ttyp1 vcs
> ptypa sdb tty21 tty47 ttyp2 vcs1
> ptypb sdb1 tty22 tty48 ttyp3 vcsa
> ptypc sdb10 tty23 tty49 ttyp4 vcsa1
> ptypd sdb11 tty24 tty5 ttyp5 zero
> ptype sdb12 tty25 tty50 ttyp6
> Debian系统安装在/dev/sdb9，进入ash后mount这个分区能成功，所以grub中指定的位置并没有错。
>
> 另外，在grub中指定的root=，我不确定是否和启动之后的dev设备完全对应。原来在搞光盘启动的时候，我曾经接触过一点initrd.img。现
> 代的linux内核启动，其实会先把这个文件加载到内存中，作为根设备。这个文件中包含了很多设备驱动，这样就可以不重编译内核支持从很多奇怪设备的启
> 动，例如光驱,usb，或者其他设备。并且可以定制，加减驱动。这个文件中的脚本会接受你从grub中获得的参数，而后通过一个过程(很烦琐，我忘光了)
> 得到这个新的根设备，以ro方式挂载。而后初始化一些东西(仍然是忘光了哪些)，读取/etc/fstab文件，再按照fstab中指定的方式挂载所有分
> 区。最后启动init，initrd.img的使命就算完成了。
> 而在initrd.img里面的设备是什么情况，我就没有研究了～～
>
>
> 希望这些补充信息能有助于大家帮我解决这个问题。
>
> 在 08-4-10，shell909090<shell909090@gmail.com> 写道：
>
>
> Mickey Fox 写道:
> debian编译新内核安装的时候是不修改旧内核项目的，所以我觉得特别奇怪。
>
> 它也应该不会更新grub吧（menu.lst除外）？
>
>
>
> 本本的SATA模拟成IDE改成启用了
>
>
>
> 如果确实是这种情况，它会在什么地方改呢？改了BIOS信息（这会影响到新旧两版内核）？还是内核相关的配置（应该不会影响旧内核）？
>
> 补充：在挂载根分区失败后进入ash，用里面的mount挂载分区都失败，大致的错误信息都是Invalid
>
>
> file
> system
>
> options（凭记忆写的）。因为fdisk不可用，我就用/dev目录下hd和sd开头的分区试的，mount时并没有带-o参数。
>
>
> 怎么会这样呢？这个看上去是你的分区格式被破坏了。你试试加分区格式挂载看看，再试试别的参数。要是死活挂不上去，那你就知道问题在哪里了。
> 要是挂的上去，那把跟分区的分区写入到menu.lst中试试看。
> 在 08-4-10，shell909090<shell909090@gmail.com> 写道：
>
>
>
> 看提示，是不是挂在了initrd.img中的脚本试图加载root分区的时候了？
>
> 我记得这时候的分区确定是根据grub的root=信息来的，如果你的跟分区修改了(或
> 者硬盘配置修改了，本本的SATA模拟成IDE改成启用了，等等)，就会造成跟分区找
> 不到，进而无法启用。
> 当然，也有可能是grub中的root=信息被改了，不过我记得debian编译新内核安装
> 的时候是不修改旧内核项目的。
>
> Mickey
>
>
> Fox 写道:
>
>
>
> 我的机器是Windows
> XP和Debian
>
> Etch双启动。昨天在Debian下编译2.6.24.4的内核成功，安装新内核后重新启动，发现进不了Linux了，停在了这一步：
> Waiting
>
>
> for root file system ... ...
>
> 在这之前一些会有这样的信息：
> hdc: cache flushes supported
>
>
> hdc: hdc1 hdc2 <hdc5 hdc6 hdc7 hdc8 hdc9 hdc10 hdc11 hdc12 hdc13>
>
> ALERT!
>
>
> /dev/sda9 does not exist. Dropping to a
> shell!
>
> 可是在使用原来的内核时硬盘应该是sda和sdb的（两块硬盘）。
>
> 再次重启，选择升级前的2.6.18内核，仍然停在了这一步：
> Waiting
>
>
> for root file system ...
> ...
>
> 但前面的信息略有变化，hdc变成了sda。
>
> 改用Kubuntu光盘启动，能够找到硬盘分区。
>
> 不知问题出在哪？新内核不行也罢了，为什么连回到旧内核都无法启动呢？
>
>
>
>
>
>
>
Reply to: