Bug 438888 - fedora can't find uuid at first boot attempt
Summary: fedora can't find uuid at first boot attempt
Alias: None
Product: Fedora
Classification: Fedora
Component: mkinitrd
Version: 9
Hardware: x86_64
OS: Linux
Target Milestone: ---
Assignee: Peter Jones
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2008-03-25 19:51 UTC by cornel panceac
Modified: 2013-02-04 21:04 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2009-02-04 21:38:43 UTC
Type: ---

Attachments (Terms of Use)
the initrd after install (2.81 MB, application/octet-stream)
2008-03-26 16:09 UTC, cornel panceac
no flags Details
the point where system hangs (1.59 MB, image/jpeg)
2008-03-26 17:29 UTC, cornel panceac
no flags Details
i suppose here is the problem. (1.60 MB, image/jpeg)
2008-03-26 17:52 UTC, cornel panceac
no flags Details

Description cornel panceac 2008-03-25 19:51:31 UTC
Description of problem:
after install from x86_64 livecd, fedora can't boot because it can't find uuid=.....

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

How reproducible:

Steps to Reproduce:
1.install fedora from x86_64 livecd
Actual results:
fedora can't boot, it can't find uuid=....

Expected results:
fedora boots

Additional info:
editing grub, i've replaced the root=uuid=... with root=/dev/sda6
it was of no use. then i've removed rhgb and quiet and added selinux=0
this does not help either.
the only relevant message i'v seen after starting udev was: no such device. and
no logical volumes found.
i've replaced the install (so that i can report this) with f9alpha (x86), but i
can reinstall if needed.

Comment 1 Bill Nottingham 2008-03-25 20:05:51 UTC
Is it reproducible?

Comment 2 Jesse Keating 2008-03-25 20:20:23 UTC
I talked with the user on IRC and another install attempt will be done.  If that
attempt reproduces the problem, the user will attach the initrd.img the
installer produced.  From discussion on IRC it sounded like possibly the
necessary modules were not loaded and thus the disks weren't seen.

Comment 3 cornel panceac 2008-03-26 16:05:01 UTC
after reinstall same error. i'll attach the initrd.

Comment 4 cornel panceac 2008-03-26 16:09:23 UTC
Created attachment 299183 [details]
the initrd after install

Comment 5 Jeremy Katz 2008-03-26 17:09:09 UTC
Can you please try to get a picture of what's on the screen when you boot.  The
initrd looks pretty sane

Comment 6 cornel panceac 2008-03-26 17:29:02 UTC
Created attachment 299196 [details]
the point where system hangs

Comment 7 cornel panceac 2008-03-26 17:52:28 UTC
Created attachment 299204 [details]
i suppose here is the problem.

as reported elsewhere, x86_64 livecd switches sda with sdb, but after install
fedora returns to the "normal" situation. so maybe that's the reason. you can
see the line wich states that
unable to access resume device /sys/block/sdb//sdb3
out of ideas :)

Comment 8 cornel panceac 2008-03-28 12:42:00 UTC
is there any other info you need?

Comment 9 cornel panceac 2008-03-28 19:15:40 UTC
same thing happens with 686 kde livecd (f9beta). i believe the reason is this:

anyway, to get over it, i disabled in bios the second hard disk (sata, seen by
the f9beta as /dev/sda _before_ install, and /dev/sdb _after_ install).

this way i was able to boot x86_64.

Comment 10 cornel panceac 2008-04-13 05:42:56 UTC
unable to access resume device /dev//sys/block/sda//sda3

stil, the system is booting.

f9beta x86_64, 
[guzu@localhost ~]$ rpm -q anaconda
[guzu@localhost ~]$ rpm -q initscripts
[guzu@localhost ~]$ rpm -q upstart
[guzu@localhost ~]$ rpm -q fedora-release
[guzu@localhost ~]$ rpm -q kernel
[guzu@localhost ~]$ uname -r
[guzu@localhost ~]$ uname -a
Linux localhost.localdomain 2.6.25-0.218.rc8.git7.fc9.x86_64 #1 SMP Wed Apr 9
19:55:19 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
[guzu@localhost ~]$ 

is interesting to note that the message is not found in dmesg or /var/log/messages

Comment 11 cornel panceac 2008-04-18 17:11:57 UTC
f9 preview live cd x86_64 performed an working install with both hard disks
enabled in bios, so, even if someone somewhere (fedora-test list) said that
drives order is chosen randomly, i believe this bug was fixed.

btw, even on the working pre-preview fully updated x86_64 rawhide, still i could
see the message:
unable to access resume device /dev//sys/block/sda//sda3

Comment 12 Bug Zapper 2008-05-14 06:50:49 UTC
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:

Comment 13 Hans de Goede 2009-02-04 21:38:43 UTC
Closing per comment #11 .

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