<HTML>
<HEAD>
<TITLE>Re: [linux-lvm] Fedora 15 lvm root device not found</TITLE>
</HEAD>
<BODY>
<FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
I was able to boot this system by taking an initramfs from another Fedora 15 test system and putting it in /boot and referencing it in grub.conf.  However, I need to find out why an initramfs I build on the system is unable to boot.<BR>
<BR>
When I’m in dracut, I was able to do some checking.  Using the lvm commands, I was able to activate and deactivate the vg, display the lvs, but not use them.  I would get “device not found”, and in /dev/mapper, the lvm devices were not there.  There were other lvm devices there, but not from my primary system lvm.  The only thing that stands out about it is that it is ext4, not ext3.<BR>
<BR>
Comparing the decompiled initrds, there’s no modules that stand out.  Sas.out is a listing of the WORKING initrd, tfs.out is the NOT WORKING initrd.<BR>
<BR>
[root@testfs ramdisks]# diff sas.out tfs.out <BR>
718d717<BR>
< ./lib/firmware/ql2500_fw.bin<BR>
1248,1249d1246<BR>
< ./etc/ld.so.conf.d/openmotif-64.conf<BR>
< ./etc/ld.so.conf.d/kernel-2.6.38.7-30.fc15.x86_64.conf<BR>
1252c1249<BR>
< ./etc/ld.so.conf.d/kernel-2.6.34.8-68.fc13.x86_64.conf<BR>
---<BR>
> ./etc/ld.so.conf.d/qt-x86_64.conf<BR>
1262d1258<BR>
< ./etc/modprobe.d/openfwwf.conf<BR>
1278a1275<BR>
> ./etc/udev/rules.d/40-multipath.rules<BR>
1317a1315<BR>
> ./lib64/libcryptsetup.so.1.2.0<BR>
1322a1321<BR>
> ./lib64/libcap.so<BR>
1407d1405<BR>
< ./lib64/libcryptsetup.so.1.1.0<BR>
1419a1418<BR>
> ./lib64/libnss_files-2.12.2.so<BR>
1480a1480<BR>
> ./usr/bin/checkisomd5<BR>
1491d1490<BR>
< ./usr/lib64/libnss_files.so<BR>
1517a1517<BR>
> ./usr/share/plymouth/themes/default.plymouth<BR>
<BR>
Nothing there looks relevant.  Libcryptsetup needs updating on the test system I pulled the initrd from.  The q-logic firmware is irrelevant.  There are a couple of older kernels on the test system.  Libcap.so is a dependency of legato backup software.  Libnss_files should have nothing to do with accessing an LVM.<BR>
<BR>
So I’m stuck.  My system is up, but only if I build an initrd on another system and copy it over, meaning next time I update the kernel it will not boot.  Nothing’s jumping out at me as obviously missing modules from the broken initrd.  Where else can I look?<BR>
<BR>
-Brian<BR>
<BR>
<BR>
On 6/29/11 1:47 AM, "Brian Stamper" <<a href="brian.p.stamper@nasa.gov">brian.p.stamper@nasa.gov</a>> wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>I just upgraded a Fedora system from 13 to 15, and now I can’t get it to boot.  I’m getting dumped to a dracut shell and getting the error dm-linear device lookup failed.  In the dracut output with debug on, I see dracut scan my drives, and I see it find my 3 LVs, but it then tries to do something with them, I get the error, and it then fails out with root device not found and drops me into dracut.<BR>
<BR>
Here’s the odd thing, booting off the rescue dvd my volumes are fine.  The LVM can be mounted no problem.<BR>
<BR>
This makes me think that there’s something missing from the kernel or initrd.  I can’t really figure out what though.  I’ve gone through the output of lsmod when running from the rescue dvd.  I’ve even build a few ramdisks including all the modules that I thought might be related (dm, lvm, mdraid, dmraid, multipath).  I tried building them with mkinitrd —with=module, and I tried again with dracut —add=modules.  No change in results.<BR>
<BR>
I’m not sure where to go from here.  I feel like the system can be rescued, but I don’t know how to work backward through dracut to find out why it’s unable to find my root volume.  Any help would be appreciated.  Cross-posting to dm-devel.<BR>
<BR>
Thanks,<BR>
-Brian<BR>
</SPAN></FONT></BLOCKQUOTE>
</BODY>
</HTML>