感谢大家的帮助，问题基本解决。确实是要修改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<[EMAIL PROTECTED]> 写道： > > 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<[EMAIL PROTECTED]> 写道： > > > 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<[EMAIL PROTECTED]> 写道： > > > > 看提示，是不是挂在了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光盘启动，能够找到硬盘分区。 > > 不知问题出在哪？新内核不行也罢了，为什么连回到旧内核都无法启动呢？ > > > > > > >
