On 08/29/2013 06:46 AM, Mark Haney wrote:
<<>>
> My first guess would be to check that you're using the exact same UUID in
> the boot parameter as on the drive partition. Check the partition UUID is
> what you thought it is. Check for typos in the boot configuration.
So how exactly would I be able to do that from dracut?
probably not, and maybe not readily from a live-boot. i do not know as i have
a strong dislike for lvm and dracut, because you have hit one of many reason
that lvm and dracut should be done away with.
if you can mount in a live-boot, and are not aware;
ls /dev/disk/by-uuid
prints uuid for drives, but tells you nothing as to what their physical is.
on this box;
]$ ls /dev/disk/by-*
/dev/disk/by-id:
ata-WDC_WD800AAJS-60WAA0_WD-WCAS40094198@
ata-WDC_WD800AAJS-60WAA0_WD-WCAS40094198-part1@
ata-WDC_WD800AAJS-60WAA0_WD-WCAS40094198-part2@
ata-WDC_WD800AAJS-60WAA0_WD-WCAS40094198-part3@
ata-WDC_WD800AAJS-60WAA0_WD-WCAS40094198-part4@
ata-WDC_WD800AAJS-60WAA0_WD-WCAS40094198-part5@
ata-WDC_WD800AAJS-60WAA0_WD-WCAS40094198-part6@
ata-WDC_WD800AAJS-60WAA0_WD-WCAS40193826@
ata-WDC_WD800AAJS-60WAA0_WD-WCAS40193826-part1@
ata-WDC_WD800AAJS-60WAA0_WD-WCAS40193826-part2@
scsi-SATA_WDC_WD800AAJS-6_WD-WCAS40094198@
scsi-SATA_WDC_WD800AAJS-6_WD-WCAS40094198-part1@
scsi-SATA_WDC_WD800AAJS-6_WD-WCAS40094198-part2@
scsi-SATA_WDC_WD800AAJS-6_WD-WCAS40094198-part3@
scsi-SATA_WDC_WD800AAJS-6_WD-WCAS40094198-part4@
scsi-SATA_WDC_WD800AAJS-6_WD-WCAS40094198-part5@
scsi-SATA_WDC_WD800AAJS-6_WD-WCAS40094198-part6@
scsi-SATA_WDC_WD800AAJS-6_WD-WCAS40193826@
scsi-SATA_WDC_WD800AAJS-6_WD-WCAS40193826-part1@
scsi-SATA_WDC_WD800AAJS-6_WD-WCAS40193826-part2@
usb-HL-DT-ST_DVDRAM_GP60NS50_KZ4D1351142-0:0@
wwn-0x50014ee1564b6881@
wwn-0x50014ee1564b6881-part1@
wwn-0x50014ee1564b6881-part2@
wwn-0x50014ee1564b6881-part3@
wwn-0x50014ee1564b6881-part4@
wwn-0x50014ee1564b6881-part5@
wwn-0x50014ee1564b6881-part6@
wwn-0x50014ee1ab9a9294@
wwn-0x50014ee1ab9a9294-part1@
wwn-0x50014ee1ab9a9294-part2@
/dev/disk/by-label:
HP_RECOVERY@ sdb5@ sdb6@ _SL-63-i386-Live@
/dev/disk/by-path:
pci-0000:00:1a.7-usb-0:3:1.0-scsi-0:0:0:0@
pci-0000:00:1f.2-scsi-0:0:0:0@
pci-0000:00:1f.2-scsi-0:0:0:0-part1@
pci-0000:00:1f.2-scsi-0:0:0:0-part2@
pci-0000:00:1f.2-scsi-1:0:0:0@
pci-0000:00:1f.5-scsi-0:0:0:0@
pci-0000:00:1f.5-scsi-0:0:0:0-part1@
pci-0000:00:1f.5-scsi-0:0:0:0-part2@
pci-0000:00:1f.5-scsi-0:0:0:0-part3@
pci-0000:00:1f.5-scsi-0:0:0:0-part4@
pci-0000:00:1f.5-scsi-0:0:0:0-part5@
pci-0000:00:1f.5-scsi-0:0:0:0-part6@
/dev/disk/by-uuid:
10BDD0693BFCE1E5@ cd2c5fa1-902f-421b-8e36-19f8ad0a4311@
2FEF848329A39323@ e7c13ca9-3dbc-4cc7-9c6a-50efc0688a61@
a8f5c9e9-b792-4e30-a80b-08ed8b371886@ e98b498e-76ea-4845-99a6-78a1a25d74f0@
AE90166090162F79@
[geo@localhost Documents]$
none of which shows uuid relation to physical drive. tho my tired eyes could
be deceiving me. or such info is stored somewhere i am not aware of.
what is interesting, only s/n and wwn relate to physical because drives are
partitioned;
sdba1 = ntfs
sdba2 = ntfs
sdbb1 = ntfs
sdbb2 = swap
sdbb3 = ext4
sdbb5 = ext4
sdbb6 = ext4
(IIRC, it may be that Fedora isn't able to get the UUID from the
HDD,
but can use the device name without trouble.)
that i well believe. ;=)
Not to mention, I'm really more interested in how to get those
grub commands
I used to use to work with the new boot process/grub version. Based on what
I've read Fedora uses /boot/grub/i386-pc/normal.mod as part of the boot
process. Which seems to be the problem, the documentation on the new grub
process is either sparse or just not easily found on the internet. I've got
a couple of links that might have the information I need, but had hoped
someone on the list might be able to point me in the right direction a
little quicker than the 2+ hours I spent on my own the last few days on it.
another example of why i wonder just what devs are up to when they change
something that has worked for many years and present what they *think* is
"latest and greatest".
so, "much luck" i mean it.
--
peace out.
in a world with out fences, who needs gates.
sl6.3 linux
tc.hago.
g
.