Re: 升级内核后无法启动进入Linux
Josh Yin 写道: > 2008/4/12 Mickey Fox <[EMAIL PROTECTED]>: > >> 感谢大家的帮助，问题基本解决。确实是要修改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硬盘，不知设备名的变化跟这种配置有没有关系。 >> >> >> > > 可以用 UUID 一类的唯一标识，比如我的 /etc/fstab 片断： > > UUID=0b5ae1d7-6baf-4e2b-93b1-2e2ae23388e3 / ext3 > defaults,errors=remount-ro 0 1 > > > 我是用LABEL的。
Re: 升级内核后无法启动进入Linux
谢谢。 不知道为什么我的swap分区找不到UUID。 ls /dev/disk/by-uuid 列出了ext3分区的uuid（比较长）和ntfs分区的uuid（比较短），没有swap分区的UUID。 /lib/udev/vol_id /dev/hdc8 ID_FS_USAGE=other ID_FS_TYPE=swap ID_FS_VERSION=2 ID_FS_UUID= ID_FS_LABEL= ID_FS_LABEL_SAFE= 也没有得到UUID。/dev/hdc8是我的swap分区。 在 08-4-13，Josh Yin<[EMAIL PROTECTED]> 写道： > 2008/4/12 Mickey Fox <[EMAIL PROTECTED]>: > > > 感谢大家的帮助，问题基本解决。确实是要修改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硬盘，不知设备名的变化跟这种配置有没有关系。 > > > > > > > 可以用 UUID 一类的唯一标识，比如我的 /etc/fstab 片断： > > UUID=0b5ae1d7-6baf-4e2b-93b1-2e2ae23388e3 / ext3 > defaults,errors=remount-ro 0 1 > > > > -- > Regards, > Josh.Yin/殷海明/A.K.A epaulin >
Re: 升级内核后无法启动进入Linux
2008/4/12 Mickey Fox <[EMAIL PROTECTED]>: > 感谢大家的帮助，问题基本解决。确实是要修改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硬盘，不知设备名的变化跟这种配置有没有关系。 > > 可以用 UUID 一类的唯一标识，比如我的 /etc/fstab 片断： UUID=0b5ae1d7-6baf-4e2b-93b1-2e2ae23388e3 / ext3 defaults,errors=remount-ro 0 1 -- Regards, Josh.Yin/殷海明/A.K.A epaulin
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<[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 0xf889 > 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 > > ALERT! > > > /dev/sda9 does not exist. Dropping to a > shell! > > 可是在使用原来的内核时硬盘应该是sda和sdb的（两块硬盘）。 > > 再次重启，选择升级前的2.6.18内核，仍然停在了这一步： > Waiting > > > for root file system ... > ... > > 但前面的信息略有变化，hdc变成了sda。 > > 改用Kubun
Re: 升级内核后无 法启动进入Linux
hi, 我使用的是单硬盘，没有遇到此问题。感觉新的内核安装后，在启动方面仅改 变了menu.lst. 您的问题应与两块硬盘有关。我以前有一次升级内核后硬盘由sda 变成hda了，感觉是内核驱动变了。我想您的问题可能与此有关。 2008-04-11五的 00:29 -0500，Ming Hua写道： > On Fri, Apr 11, 2008 at 09:21:31AM +0800, shell909090 wrote: > > Mickey Fox 写道: > > > > > 今天我再试了试，进入ash后用mount可以挂载成功，只是必须显式地指定文件 > > > 系统类型：-text3。我平常习惯都是不指定的，没想到这里必须指定。 > > > > > 这里说个题外话，平时我也不指定mount的系统类型参数，不过我知道那是fstab里 > > 面已经指定的结果。在安装盘的急救模式下是必须指定呢，还是可以自动测试，有 > > 没有人知道？ > > 按 mount(8) 手册页的说法，是自动测试的： > If no -t option is given, or if the auto type is specified, > mount will try to guess the desired type. If mount was compiled > with the blkid library, the guessing is done by this library. > Otherwise, mount guesses itself by probing the superblock; if > that does not turn up anything that looks familiar, mount will > try to read the file /etc/filesystems, or, if that does not > exist, /proc/filesystems. All of the filesystem types listed > there will be tried, except for those that are labeled "nodev" > (e.g., devpts, proc, nfs, and nfs4). If /etc/filesystems ends > in a line with a single * only, mount will read /proc/filesys‐ > tems afterwards. > > Ming > 2008.04.11 > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 升级内核后无法 启动进入Linux
On Fri, Apr 11, 2008 at 09:21:31AM +0800, shell909090 wrote: > Mickey Fox 写道: > > > 今天我再试了试，进入ash后用mount可以挂载成功，只是必须显式地指定文件 > > 系统类型：-text3。我平常习惯都是不指定的，没想到这里必须指定。 > > > 这里说个题外话，平时我也不指定mount的系统类型参数，不过我知道那是fstab里 > 面已经指定的结果。在安装盘的急救模式下是必须指定呢，还是可以自动测试，有 > 没有人知道？ 按 mount(8) 手册页的说法，是自动测试的： If no -t option is given, or if the auto type is specified, mount will try to guess the desired type. If mount was compiled with the blkid library, the guessing is done by this library. Otherwise, mount guesses itself by probing the superblock; if that does not turn up anything that looks familiar, mount will try to read the file /etc/filesystems, or, if that does not exist, /proc/filesystems. All of the filesystem types listed there will be tried, except for those that are labeled "nodev" (e.g., devpts, proc, nfs, and nfs4). If /etc/filesystems ends in a line with a single * only, mount will read /proc/filesys‐ tems afterwards. Ming 2008.04.11
Re: 升级内核后无法启动进入Linux
Mickey Fox 写道: > 今天我再试了试，进入ash后用mount可以挂载成功，只是必须显式地指定文件系统类型：-text3。我平常习惯都是不指定的，没想到这里必须指定。 > 这里说个题外话，平时我也不指定mount的系统类型参数，不过我知道那是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 0xf889 > 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 ram0sdb2tty27 tty52 ttyp8 > diskram1sdb5tty28 tty53 ttyp9 > fullram10 sdb6tty29 tty54 ttypa > hpetram11 sdb7tty3tty55 ttypb > input ram12 sdb8tty30 tty56 ttypc > kmemram13 sdb9tty31 tty57 ttypd > kmsgram14 snapshottty32 tty58 ttype > mem ram15 tty tty33 tty59 ttypf > nullram2tty0tty34 tty6urandom > portram3tty1tty35 tty60 usbdev1.1_ep00 > psaux ram4tty10 tty36 tty61 usbdev1.1_ep81 > ptmxram5tty11 tty37 tty62 usbdev1.2_ep00 > ptyp0 ram6tty12 tty38 tty63 usbdev1.2_ep83 > ptyp1 ram7tty13 tty39 tty7usbdev2.1_ep00 > ptyp2 ram8tty14 tty4tty8usbdev2.1_ep81 > ptyp3 ram9tty15 tty40 tty9usbdev3.1_ep00 > ptyp4 random tty16 tty41 ttyS0 usbdev3.1_ep81 > ptyp5 sda tty17 tty42 ttyS1 usbdev4.1_ep00 > ptyp6 sda1tty18 tty43 ttyS2 usbdev4.1_ep81 > ptyp7 sda2tty19 tty44 ttyS3 usbdev5.1_ep00 > ptyp8 sda5tty2tty45 ttyp0 usbdev5.1_ep81 > ptyp9 sda6tty20 tty46 ttyp1 vcs > ptypa sdb tty21 tty47 ttyp2 vcs1 > ptypb sdb1tty22 tty48 ttyp3 vcsa > ptypc sdb10 tty23 tty49 ttyp4 vcsa1 > ptypd sdb11 tty24 tty5ttyp5 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 >> > ALERT! > >> /dev/sda9 does not exist. Dropping to a >> shell! >> > 可是在使用原来的内核时硬盘应该是sda和sdb的（两块硬盘）。 > > 再次重启，选择升级前的2.6.18内核，仍然停在了这一步： > Waiting > >> for root file system ... >> ... >> > 但前面的信息略有变化，hdc变成了sda。 > > 改用Kubuntu光盘启动，能够找到硬盘分区。 > > 不知问题出在哪？新内核不行也罢了，为什么连回到旧内核都无法启动呢？ > > >> >>
Re: 升级内核后无法启动进入Linux
今天我再试了试，进入ash后用mount可以挂载成功，只是必须显式地指定文件系统类型：-text3。我平常习惯都是不指定的，没想到这里必须指定。 我是在老内核下试的，新内核就干脆没试了。我想要想解决新内核的问题，首先应该让老内核能用起来，因为这个内核本身应该是好的，用了好长时间了。 要进入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 0xf889 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 ram0sdb2tty27 tty52 ttyp8 diskram1sdb5tty28 tty53 ttyp9 fullram10 sdb6tty29 tty54 ttypa hpetram11 sdb7tty3tty55 ttypb input ram12 sdb8tty30 tty56 ttypc kmemram13 sdb9tty31 tty57 ttypd kmsgram14 snapshottty32 tty58 ttype mem ram15 tty tty33 tty59 ttypf nullram2tty0tty34 tty6urandom portram3tty1tty35 tty60 usbdev1.1_ep00 psaux ram4tty10 tty36 tty61 usbdev1.1_ep81 ptmxram5tty11 tty37 tty62 usbdev1.2_ep00 ptyp0 ram6tty12 tty38 tty63 usbdev1.2_ep83 ptyp1 ram7tty13 tty39 tty7usbdev2.1_ep00 ptyp2 ram8tty14 tty4tty8usbdev2.1_ep81 ptyp3 ram9tty15 tty40 tty9usbdev3.1_ep00 ptyp4 random tty16 tty41 ttyS0 usbdev3.1_ep81 ptyp5 sda tty17 tty42 ttyS1 usbdev4.1_ep00 ptyp6 sda1tty18 tty43 ttyS2 usbdev4.1_ep81 ptyp7 sda2tty19 tty44 ttyS3 usbdev5.1_ep00 ptyp8 sda5tty2tty45 ttyp0 usbdev5.1_ep81 ptyp9 sda6tty20 tty46 ttyp1 vcs ptypa sdb tty21 tty47 ttyp2 vcs1 ptypb sdb1tty22 tty48 ttyp3 vcsa ptypc sdb10 tty23 tty49 ttyp4 vcsa1 ptypd sdb11 tty24 tty5ttyp5 zero ptype sdb12 tty25 tty50 ttyp6 Debian系统安装在/dev/sdb9，进入ash后mount这个分区能成功，所以grub中指定的位置并没有错。 希望这些补充信息能有助于大家帮我解决这个问题。 在 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 ALERT! > /dev/sda9 does not exist. Dropping to a > shell! 可是在使用原来的内核时硬盘应该是sda和sdb的（两块硬盘）。 再次重启，选择升级前的2.6.18内核，仍然停在了这一步： Waiting > for root file system ... > ... 但前面的信息略有变化，hdc变成了sda。 改用Kubuntu光盘启动，能够找到硬盘分区。 不知问题出在哪？新内核不行也罢了，为什么连回到旧内核都无法启动呢？ > > >
Re: 升级内核后无法启动进入Linux
2008/4/10 shell909090 <[EMAIL PROTECTED]>: > > 问题是，有的机器在安装的时候用SATA就会死机，无论什么系统，包括linux和windows。绝对活见鬼阿。 > Debian 的 etch 安装盘的确对有这个问题，试试 lenny 的 testing 安装盘再看看。 -- jungle
Re: 升级内核后无法启动进入Linux
2008/4/10 Ji YongGang <[EMAIL PROTECTED]>: > >> Mickey Fox 写道: > >> > 我的机器是Windows XP和Debian > >> > Etch双启动。昨天在Debian下编译2.6.24.4的内核成功，安装新内核后重新启动，发现 > > 进不了Linux了，停在了这一步： > >> > Waiting for root file system ... ... > >> > 在这之前一些会有这样的信息： > >> > hdc: cache flushes supported > >> > hdc: hdc1 hdc2 > >> > ALERT! /dev/sda9 does not exist. Dropping to a shell! > >> > 可是在使用原来的内核时硬盘应该是sda和sdb的（两块硬盘）。 > >> > > >> > 再次重启，选择升级前的2.6.18内核，仍然停在了这一步： > >> > Waiting for root file system ... ... > >> > 但前面的信息略有变化，hdc变成了sda。 > >> > > >> > 改用Kubuntu光盘启动，能够找到硬盘分区。 > >> > > >> > 不知问题出在哪？新内核不行也罢了，为什么连回到旧内核都无法启动呢？ > >> > > >> > > 我遇到过 > > Waiting for root file system ... ... > 信息，是要修改 fstab，2.6.18 和 2.6.24 内核里面好像 SATA 驱动不一样了。 > 不好意思，说错了，还是修改 grub/menu.lst 里面 root 后面的参数。 -- jungle
Re: 升级内核后无法启动进入Linux
问题是，有的机器在安装的时候用SATA就会死机，无论什么系统，包括linux和 windows。绝对活见鬼阿。 Ji YongGang 写道: 2008/4/10 David Lee <[EMAIL PROTECTED]>: BIOS里可以设置是否启用SATA或者模拟IDE 现在的 Linux kernel 已经能很好地支持 AHCI，没有必要再设置成兼容 IDE 模式了吧。 -- jungle
Re: 升级内核后无法启动进入Linux
2008/4/10 David Lee <[EMAIL PROTECTED]>: > BIOS里可以设置是否启用SATA或者模拟IDE > 现在的 Linux kernel 已经能很好地支持 AHCI，没有必要再设置成兼容 IDE 模式了吧。 -- jungle
Re: 升级内核后无法启动进入Linux
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 >>> ALERT! /dev/sda9 does not exist. Dropping to a shell! >>> 可是在使用原来的内核时硬盘应该是sda和sdb的（两块硬盘）。 >>> >>> 再次重启，选择升级前的2.6.18内核，仍然停在了这一步： >>> Waiting for root file system ... ... >>> 但前面的信息略有变化，hdc变成了sda。 >>> >>> 改用Kubuntu光盘启动，能够找到硬盘分区。 >>> >>> 不知问题出在哪？新内核不行也罢了，为什么连回到旧内核都无法启动呢？ >>> >>> >>
Re: 升级内核后无法启动进入Linux
debian编译新内核安装的时候是不修改旧内核项目的，所以我觉得特别奇怪。 它也应该不会更新grub吧（menu.lst除外）？ > 本本的SATA模拟成IDE改成启用了 如果确实是这种情况，它会在什么地方改呢？改了BIOS信息（这会影响到新旧两版内核）？还是内核相关的配置（应该不会影响旧内核）？ 补充：在挂载根分区失败后进入ash，用里面的mount挂载分区都失败，大致的错误信息都是Invalid file system options（凭记忆写的）。因为fdisk不可用，我就用/dev目录下hd和sd开头的分区试的，mount时并没有带-o参数。 在 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 > > ALERT! /dev/sda9 does not exist. Dropping to a shell! > > 可是在使用原来的内核时硬盘应该是sda和sdb的（两块硬盘）。 > > > > 再次重启，选择升级前的2.6.18内核，仍然停在了这一步： > > Waiting for root file system ... ... > > 但前面的信息略有变化，hdc变成了sda。 > > > > 改用Kubuntu光盘启动，能够找到硬盘分区。 > > > > 不知问题出在哪？新内核不行也罢了，为什么连回到旧内核都无法启动呢？ > > > >
Re: 升级内核后无法启动进入Linux
2008/4/9 Mickey Fox <[EMAIL PROTECTED]>: > 我的机器是Windows XP和Debian > Etch双启动。昨天在Debian下编译2.6.24.4的内核成功，安装新内核后重新启动，发现进不了Linux了，停在了这一步： > Waiting for root file system ... ... > 在这之前一些会有这样的信息： > hdc: cache flushes supported > hdc: hdc1 hdc2 > ALERT! /dev/sda9 does not exist. Dropping to a shell! > 可是在使用原来的内核时硬盘应该是sda和sdb的（两块硬盘）。 > > 再次重启，选择升级前的2.6.18内核，仍然停在了这一步： > Waiting for root file system ... ... > 但前面的信息略有变化，hdc变成了sda。 > > 改用Kubuntu光盘启动，能够找到硬盘分区。 > > 不知问题出在哪？新内核不行也罢了，为什么连回到旧内核都无法启动呢？ > 估计是 grub-update 的时候硬盘识别错误，dmesg 找出 linux 认出的硬盘编号，修正 /boot/grub/menu.lst 文件。 -- Regards, Josh.Yin/殷海明/A.K.A epaulin
升级内核后无法启动进入Linux
我的机器是Windows XP和Debian Etch双启动。昨天在Debian下编译2.6.24.4的内核成功，安装新内核后重新启动，发现进不了Linux了，停在了这一步： Waiting for root file system ... ... 在这之前一些会有这样的信息： hdc: cache flushes supported hdc: hdc1 hdc2 ALERT! /dev/sda9 does not exist. Dropping to a shell! 可是在使用原来的内核时硬盘应该是sda和sdb的（两块硬盘）。 再次重启，选择升级前的2.6.18内核，仍然停在了这一步： Waiting for root file system ... ... 但前面的信息略有变化，hdc变成了sda。 改用Kubuntu光盘启动，能够找到硬盘分区。 不知问题出在哪？新内核不行也罢了，为什么连回到旧内核都无法启动呢？
