Re: F19 not able to boot by UUID

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





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
.

--
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org




[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux