Bug 182426 - Unable to boot MSI 945GM2 morherboard with swraid and lvm, initrd problem?
Summary: Unable to boot MSI 945GM2 morherboard with swraid and lvm, initrd problem?
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel   
(Show other bugs)
Version: 5
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Brian Brock
Whiteboard: MassClosed
Depends On:
TreeView+ depends on / blocked
Reported: 2006-02-22 14:38 UTC by Carl-Johan Kjellander
Modified: 2008-01-20 04:37 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-01-20 04:37:40 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Console output of the booting kernel over serial console. (11.92 KB, text/plain)
2006-02-22 14:38 UTC, Carl-Johan Kjellander
no flags Details
dmesg after rescue kernel boots (7.36 KB, text/plain)
2006-02-24 15:05 UTC, Carl-Johan Kjellander
no flags Details
dmesg from rescue kernel as soon as the bash prompts appears (7.57 KB, text/plain)
2006-03-15 12:36 UTC, Carl-Johan Kjellander
no flags Details

Description Carl-Johan Kjellander 2006-02-22 14:38:53 UTC
Description of problem:
We are trying different motherboards in a machine and with a
mATX MSI 945GM2 a working installation fails during boot when
in can't find the volume group on which / resides.

The install worked fine on an ASUS board but now it's a
new SATA-chipset and I suspect that it is something wrong
with the initrd, and our combination of 2 disks, swraid
and lvm on top of that.

Version-Release number of selected component (if applicable):

How reproducible:

Additional info:
This is the output on boot.

Scanning logical volumes
  Reading all physical volumes.  This may take a while...
  No volume groups found
  Unable to find volume group "servervol01"
ERROR: /bin/lvm exited abnormally with value 5 ! (pid 392)
mount: error 6 mounting ext3
ERROR opening /dev/console!!!!: 2
error dup2'ing fd of 0 to 0
error dup2'ing fd of 0 to 1
error dup2'ing fd of 0 to 2
switchroot: mount failed: 22
Kernel panic - not syncing: Attempted to kill init!

When I booted with the fc4 rescue-cd it said that there was some
error in mounting some partitions, but at the shell everything
looked fine.

The rescue cd had inserted ata_piix.ko, and not sata_nv.ko which
the ASUS motherboard used.

In rescue mode lvscan and lvdisplay looked fine, all devices
were mapped and all partitions were mountable and chrootable.

I tried some 2.6.14 kernels as well but to no effect.

Comment 1 Carl-Johan Kjellander 2006-02-22 14:38:53 UTC
Created attachment 125033 [details]
Console output of the booting kernel over serial console.

Comment 2 Carl-Johan Kjellander 2006-02-24 15:05:35 UTC
Created attachment 125180 [details]
dmesg after rescue kernel boots

This it dmesg output from the bash prompt when booting
with the rescue image from FC4.

Comment 3 Carl-Johan Kjellander 2006-02-24 15:13:00 UTC
Here something is very wrong.

md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.

rescue kernel
md: autorun ...
md: considering sdb3 ...
md:  adding sdb3 ...
md:  adding sda3 ...
md: created md4
md: bind<sda3>
md: bind<sdb3>
md: running: <sdb3><sda3>
raid1: raid set md4 active with 2 out of 2 mirrors
md: ... autorun DONE.

Wierdest part is that the dmesg from 2.6.15 it autoruns
and does nothing exactly 6 times, and that's how many
raid partitions there is on each drive.

Comment 4 Carl-Johan Kjellander 2006-03-10 15:47:45 UTC
I've now tried to make it boot without lvm and raid by
booting in rescue mode and creating an extra partition
and copying / to it. But it still fails to boot.

I've tried many kernels between 2.6.11 and 2.6.15, both up and
smp, but none of them works except the one on the rescue image.

I'm really stumped here and I need some pointers on figuring out
what's wrong with the initrd. Is it just a module that is missing?

Comment 5 Carl-Johan Kjellander 2006-03-15 12:36:52 UTC
Created attachment 126153 [details]
dmesg from rescue kernel as soon as the bash prompts appears

I managed get some more of the early dmesg messages from the
working kernel, from directly when the bash prompts appears.

Comment 6 Dave Jones 2006-09-17 01:42:23 UTC
[This comment added as part of a mass-update to all open FC4 kernel bugs]

FC4 has now transitioned to the Fedora legacy project, which will continue to
release security related updates for the kernel.  As this bug is not security
related, it is unlikely to be fixed in an update for FC4, and has been migrated
to FC5.

Please retest with Fedora Core 5.

Thank you.

Comment 7 Dave Jones 2006-10-16 20:25:09 UTC
A new kernel update has been released (Version: 2.6.18-1.2200.fc5)
based upon a new upstream kernel release.

Please retest against this new kernel, as a large number of patches
go into each upstream release, possibly including changes that
may address this problem.

This bug has been placed in NEEDINFO state.
Due to the large volume of inactive bugs in bugzilla, if this bug is
still in this state in two weeks time, it will be closed.

Should this bug still be relevant after this period, the reporter
can reopen the bug at any time. Any other users on the Cc: list
of this bug can request that the bug be reopened by adding a
comment to the bug.

In the last few updates, some users upgrading from FC4->FC5
have reported that installing a kernel update has left their
systems unbootable. If you have been affected by this problem
please check you only have one version of device-mapper & lvm2
installed.  See bug 207474 for further details.

If this bug is a problem preventing you from installing the
release this version is filed against, please see bug 169613.

If this bug has been fixed, but you are now experiencing a different
problem, please file a separate bug for the new problem.

Thank you.

Comment 8 Jon Stanley 2008-01-20 04:37:40 UTC
(this is a mass-close to kernel bugs in NEEDINFO state)

As indicated previously there has been no update on the progress of this bug
therefore I am closing it as INSUFFICIENT_DATA. Please re-open if the issue
still occurs for you and I will try to assist in its resolution. Thank you for
taking the time to report the initial bug.

If you believe that this bug was closed in error, please feel free to reopen
this bug.

Note You need to log in before you can comment on or make changes to this bug.