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光盘启动,能够找到硬盘分区。 不知问题出在哪?新内核不行也罢了,为什么连回到旧内核都无法启动呢? |