Bug 426671 - mkinitrd creates an unbootable system when fstab contains label=volumelabel and volumes are lvm
Summary: mkinitrd creates an unbootable system when fstab contains label=volumelabel a...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: mkinitrd
Version: 8
Hardware: All
OS: Linux
low
high
Target Milestone: ---
Assignee: Peter Jones
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-12-24 04:07 UTC by saul
Modified: 2008-07-21 20:24 UTC (History)
2 users (show)

Fixed In Version: fc9, mkinitrd-6.0.52-2.fc9
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-07-21 20:24:57 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
fstab with device names (693 bytes, application/octet-stream)
2007-12-24 04:12 UTC, saul
no flags Details
sh -x output of mkinitrd run using fstab with device names (403.37 KB, application/octet-stream)
2007-12-24 04:13 UTC, saul
no flags Details
fstab using volume labels (655 bytes, application/octet-stream)
2007-12-24 04:13 UTC, saul
no flags Details
sh -x output of mkinitrd run using fstab using labels (324.35 KB, application/octet-stream)
2007-12-24 04:14 UTC, saul
no flags Details

Description saul 2007-12-24 04:07:13 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11

Description of problem:
When I use an fstab that mounts root with a label=root in the first field, and
root is on a logical volume which is, in turn, on a raid volume,
mkinitrd creates an initrd that doesn't seem to include raid or lvm,
either as modules or in the nash script to active raid and the volume
groups.

An equivalent fstab that references devices produces a valid initrd.

Version-Release number of selected component (if applicable):
mkinitrd-6.0.19-4.fc8

How reproducible:
Always


Steps to Reproduce:
1.Build an fstab with label=volumelabel
2.mkinitrd
3.boot

Actual Results:
System doesn't boot

Expected Results:
System should have booted

Additional info:
This may be related, or the same bug as:

https://bugzilla.redhat.com/show_bug.cgi?id=241949

This problem, or one quite like it, occurred in Fedora Core 7, and the patch
in bug 241949 made mkinitrd work for me. mkinitrd has changed sufficiently
since FC7 that reapplying the patch is not straighforward.

Comment 1 saul 2007-12-24 04:12:19 UTC
Created attachment 290334 [details]
fstab with device names

Comment 2 saul 2007-12-24 04:13:30 UTC
Created attachment 290335 [details]
sh -x output of mkinitrd run using fstab with device names

Comment 3 saul 2007-12-24 04:13:55 UTC
Created attachment 290336 [details]
fstab using volume labels

Comment 4 saul 2007-12-24 04:14:40 UTC
Created attachment 290337 [details]
sh -x output of mkinitrd run using fstab using labels

Comment 5 Rubin Simons 2008-04-23 14:34:28 UTC
I can confirm this bug still exists in RHEL 4 ES U5. I ran into it last week;
specify root as "LABEL=/" in /etc/fstab; watch mkinitrd skip lvm-specific steps
like copying {lvm.static, lvm.conf} and including more than only the dm-mod
module. It seems to me that bugs #209473, #212124, #214184, #246626, #294051 and
#327181 are related to this (not sure if they're strictly dupes).

Comment 6 Andy Lindeberg 2008-07-14 21:23:08 UTC
Are you still encountering this in F9?

Comment 7 saul 2008-07-15 03:46:05 UTC
(In reply to comment #6)
> Are you still encountering this in F9?

I haven't been able to do a full test (a reboot), but a quick look at a newly
generated initrd makes me hopeful that this has been fixed. 

I'll be able to confirm that in the next day or two. 

Thanks for checking in.

Comment 8 saul 2008-07-21 20:24:57 UTC
I've done a test reboot and this seems to be working fine now, on
Fedora 9, using mkinitrd-6.0.52-2.fc9. Thanks for following up.


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