FS#5942 - Booting with kernel26beyond hangs at remount

Attached to Project: Arch Linux
Opened by Heiko Baums (cyberpatrol) - Wednesday, 06 December 2006, 03:27 GMT
Last edited by James Rayner (iphitus) - Saturday, 14 April 2007, 14:59 GMT
Task Type Bug Report
Category Kernel
Status Closed
Assigned To James Rayner (iphitus)
Architecture not specified
Severity Medium
Priority Normal
Reported Version 0.7.2 Gimmick
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Booting with kernel26beyond-2.6.19.beyond1-1 hangs with the following error message:

:: Loading root filesystem module...-e
Attempting to create root device '/dev/hda12'
ERROR: Failed to parse block device name for '/dev/hda12'
unknown
ERROR: root fs cannot be detected. Try using the rootfstype= kernel parameter.


After that of course some aftereffects follow.

With kernel26-2.6.18.4-1 I don't have this problem.

The filesystem on this partition is ext3 which currently is clean and accessible.
Btw. no approach mentioned in the forum helps. So I guess it's a bug in the kernel.


This is the part of /etc/mkinitcpio.conf which I had changed:

HOOKS="base udev autodetect ide filesystems fbsplash"

FBTHEMES="darch"
FBRES="1280x1024"


This is the entry of grub's menu.lst:

# For booting Arch Linux Beyond
title Arch Linux Beyond
root (hd0,11)
kernel /boot/vmlinuz26beyond root=/dev/hda12 ro vga=794 splash=verbose,theme:darch console=tty1
initrd /boot/kernel26beyond.img
savedefault 0
This task depends upon

Closed by  James Rayner (iphitus)
Saturday, 14 April 2007, 14:59 GMT
Reason for closing:  Deferred
Comment by Heiko Baums (cyberpatrol) - Wednesday, 06 December 2006, 07:18 GMT
I've tried just for fun to reboot with kernel26beyond-fallback.img again which I already tried before reporting this bug. Now it booted without any problems. Then I've put scsi and sata back to the HOOKS - just to be sure - and recreated the kernel26beyond.img. Now the reboot with kernel26beyond works,too.

These are the new and first HOOKS:
HOOKS="base udev autodetect ide scsi sata filesystems fbsplash"

But I don't know if the solution are really the HOOKS because I don't have a SCSI, SATA or PATA device in my computer. I only have a simple IDE controller. And I think I had the problems also with these HOOKS before.

Because it currently works - I don't know if this is really stable now - and because I don't know how to close this bug I let it open. Maybe someone can have a look at it anyhow.

Unfortunately I also can't set the severity down.

Loading...