Bug 491781

Summary: Install from ISO image on HDD fails: failed to resolve '/dev/sdb1'
Product: [Fedora] Fedora Reporter: Paul W. Frields <stickster>
Component: anacondaAssignee: Chris Lumens <clumens>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: diegobz, dqarras, email.ahmedkamal, gianluca.cecchi, ilyes.gouta, jvonau3, marcus.moeller, pjones, rmaximo, tcallawa, vanmeeuwen+fedora
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-04-29 09:12:44 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 495965    
Description Flags
anaconda.log after using the provided updates.img none

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.