Bug 491781 - Install from ISO image on HDD fails: failed to resolve '/dev/sdb1'
Install from ISO image on HDD fails: failed to resolve '/dev/sdb1'
Product: Fedora
Classification: Fedora
Component: anaconda (Show other bugs)
x86_64 Linux
medium Severity medium
: ---
: ---
Assigned To: Chris Lumens
Fedora Extras Quality Assurance
: Reopened
: 494086 (view as bug list)
Depends On:
Blocks: F11AnacondaBlocker
  Show dependency treegraph
Reported: 2009-03-23 21:45 EDT by Paul W. Frields
Modified: 2011-03-15 12:17 EDT (History)
11 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2010-04-29 09:12:44 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
updates.img (1.41 MB, application/octet-stream)
2009-04-05 12:50 EDT, Jerry Vonau
no flags Details
anaconda.log after using the provided updates.img (54.15 KB, text/plain)
2009-04-06 09:42 EDT, Gianluca Cecchi
no flags Details

  None (edit)
Description Paul W. Frields 2009-03-23 21:45:02 EDT
Attached ext3-formatted external Firewire disk, contains F11 Beta RC3 ISO and images/ folder with install.img.

Kernel starts, fw disk is sensed correctly.  Select lang and keyboard as usual, select "/dev/sdb1" for external disk, and point to correct path for the ISO and images/ folder.  Install image loads, X starts, and the following dialog appears:

=== Unknown Device ===
The installation source given by device None could not be found. Please check your parameters and try again.

The following message appears in tty3:

DEBUG: failed to resolve '/dev/sdb1'
Comment 1 Chris Lumens 2009-03-24 10:36:18 EDT
This is because storage is not initialized when we go to look up the device very early in anaconda.
Comment 2 Chris Lumens 2009-03-24 11:24:45 EDT
This should be fixed in the next build of anaconda.
Comment 3 Paul W. Frields 2009-03-26 17:30:22 EDT
Hrm, used a VM to test this.  Two disk devices attached, sda is the system drive and sdb is the storage device containing /Fedora-11-Beta-x86_64-DVD.iso (RC5 version) and also /images/install.img.

I get the same error, although it happens this time *after* I proceed past the pre-release nag.
Comment 4 Paul W. Frields 2009-03-26 17:42:38 EDT
Confirmed on physical hardware too. This is anaconda-
Comment 5 Ahmed Kamal 2009-03-31 19:29:03 EDT
Any suggested work around for this bug ? I wanted to use hard-drive to install the official beta "Fedora-11-Beta-x86_64-DVD.iso"
Comment 6 Chris Lumens 2009-04-02 14:47:02 EDT
Okay, this should be fixed for real in the next build of anaconda.  Thanks for retesting.
Comment 7 Gianluca Cecchi 2009-04-03 08:55:38 EDT
Same problem for me with x86_64 beta on a dell xps M1330 laptop... sigh ;-(
even in f10 beta a problem prevented form installing from hd... sigh
Any possibility that starting from a pre-existing fedora system and inserting in its grub.conf updated (so post-beta)  isolinux/vmlinuz and isolinux/initr.img for starting installation process, one is able to install using the beta iso? 
Or what would be the minimalistic approach having the beta iso (x86_64) and wanting to test/install rawhide after beta to both check resolution and test rawhide?
Comment 8 Gireesh Sreekantan 2009-04-04 14:11:43 EDT
*** Bug 494086 has been marked as a duplicate of this bug. ***
Comment 9 Tom Horsley 2009-04-04 14:45:11 EDT
Possibly related to this storage rewrite: My initial problem with attempting
the hard disk install was very confusing because booting the installer
apparently decided that my external USB drive should be /dev/sdb and my
2nd SATA fixed drive should be /dev/sdc. It seemed highly counter-intuitive
to have a removable device named prior to a fixed device, and no previous
versions of fedora have done this to me.

Once I unplugged the USB drive, I was able to get to this bug :-).

Not sure if I should report this as a separate bug or not, after all there
have never been any actual guarantee of disk ordering, but it is definitely
Comment 10 Jerry Vonau 2009-04-05 12:50:49 EDT
Created attachment 338246 [details]

I created this updates.img using the storage directory and backend.py from anaconda I then place this into /images on the usbkey I'm using for the beta isos and it gets picked up and used. I just had to use both a stage2= and repo= at the boot prompt, for this to work
Comment 11 Gianluca Cecchi 2009-04-06 09:42:12 EDT
Created attachment 338330 [details]
anaconda.log after using the provided updates.img

I confirm that with your updates.img put inside the images directory, I was able to install from hd the beta dvd iso, only passing the option "repo=hd:sda6:/"
Well done! 
Now I have my previous f9 partition filled up with upcoming f11, aside with current f10 into another partition...
And thanks!
I attach my anaconda.log too, in case it could be useful.
In case I have also anaconda-yum.conf program.log storage.log syslog X.log

Comment 12 Daniel Qarras 2009-04-13 06:22:30 EDT
> I was able to install from hd the beta dvd iso, only passing the
> option "repo=hd:sda6:/"

FWIW, also the ability to use UUIDs or labels was added recently (see Bug 488540) which gives some more flexibility, so one could use something like repo=hd:LABEL=INSTALLDISK:/ .
Comment 13 Chris Lumens 2009-05-06 17:23:01 EDT
Thanks for confirming.
Comment 14 Marcus Moeller 2010-04-29 03:55:33 EDT
This problem still exists on RHEL6 Beta.

Best Regards
Comment 15 Chris Lumens 2010-04-29 09:12:44 EDT
Then open a new bug against the RHEL6 product.  Please don't take over bugs like this.
Comment 16 Diego Búrigo Zacarão 2010-12-18 09:28:54 EST
I've got this problem with a Fedora-14-x86_64-DVD.iso in a USB stick too.

The only difference is that by default it uses UUID (repo=hd:UUID=1212-FF34:/) instead.
Changing it to /dev/sdb1 or even dropping the --repo option from the command line and choosing it afterwards doesn't solve the problem either.

The USB stick content:

[diegobz@rasther usbdisk]$ ll -a *
-rwxr-xr-x. 1 diegobz root 3520802816 Dec 16 23:37 Fedora-14-x86_64-DVD.iso

total 151684
drwxr-xr-x. 2 diegobz root      4096 Dec 18 12:26 .
drwxr-xr-x. 4 diegobz root      4096 Dec 31  1969 ..
-rwxr-xr-x. 1 diegobz root 155316224 Dec 16 19:00 install.img

total 36344
drwxr-xr-x. 2 diegobz root     4096 Dec 16 23:38 .
drwxr-xr-x. 4 diegobz root     4096 Dec 31  1969 ..
-rwxr-xr-x. 1 diegobz root     2048 Dec 16 23:37 boot.cat
-rwxr-xr-x. 1 diegobz root       84 Dec 16 23:37 boot.msg
-rwxr-xr-x. 1 diegobz root      142 Dec 16 23:37 grub.conf
-rwxr-xr-x. 1 diegobz root 32045806 Dec 16 23:38 initrd.img
-rwxr-xr-x. 1 diegobz root    24576 Dec 16 23:38 isolinux.bin
-r-xr-xr-x. 1 diegobz root    14445 Dec 17 00:44 ldlinux.sys
-rwxr-xr-x. 1 diegobz root   165080 Dec 16 23:38 memtest
-rwxr-xr-x. 1 diegobz root   462737 Dec 16 23:38 splash.jpg
-rwxr-xr-x. 1 diegobz root    69611 Dec 16 23:38 splash.lss
-rwxr-xr-x. 1 diegobz root     1026 Dec 16 23:38 syslinux.cfg
-rwxr-xr-x. 1 diegobz root   462737 Dec 16 23:38 syslinux-vesa-splash.jpg
-rwxr-xr-x. 1 diegobz root     2673 Dec 16 23:38 TRANS.TBL
-rwxr-xr-x. 1 diegobz root   147728 Dec 16 23:38 vesamenu.c32
-rwxr-xr-x. 1 diegobz root  3782016 Dec 16 23:38 vmlinuz

Any hint?
Comment 17 Diego Búrigo Zacarão 2010-12-18 09:34:33 EST
Well, the message is a bit different though:

"The installation source given by device ['UUID=1212-FF34'] could not be found. Please check your parameter and try again."
Comment 18 Ilyes Gouta 2011-03-06 12:42:19 EST
Hi Diego,

I'm also having the same issue with Fedora-14-i386-DVD.iso when transferred into a USB key and attempting to boot and install from there.

Where you able to solve your issue? I'm also interested in a solution or a workaround for this bug.

Any pointers?


Comment 19 Diego Búrigo Zacarão 2011-03-15 12:17:25 EDT
Hey Ilyes,

Unfortunately I haven't tried it anymore.

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