Bug 491781 - Install from ISO image on HDD fails: failed to resolve '/dev/sdb1'
Summary: Install from ISO image on HDD fails: failed to resolve '/dev/sdb1'
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Chris Lumens
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 494086 (view as bug list)
Depends On:
Blocks: F11AnacondaBlocker
TreeView+ depends on / blocked
 
Reported: 2009-03-24 01:45 UTC by Paul W. Frields
Modified: 2011-03-15 16:17 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-04-29 13:12:44 UTC
Type: ---
Embargoed:


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

Description Paul W. Frields 2009-03-24 01:45:02 UTC
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 14:36:18 UTC
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 15:24:45 UTC
This should be fixed in the next build of anaconda.

Comment 3 Paul W. Frields 2009-03-26 21:30:22 UTC
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 21:42:38 UTC
Confirmed on physical hardware too. This is anaconda-11.5.0.38.

Comment 5 Ahmed Kamal 2009-03-31 23:29:03 UTC
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 18:47:02 UTC
Okay, this should be fixed for real in the next build of anaconda.  Thanks for retesting.

Comment 7 Gianluca Cecchi 2009-04-03 12:55:38 UTC
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?
Thanks,
Gianluca

Comment 8 Gireesh Sreekantan 2009-04-04 18:11:43 UTC
*** Bug 494086 has been marked as a duplicate of this bug. ***

Comment 9 Tom Horsley 2009-04-04 18:45:11 UTC
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
weird.

Comment 10 Jerry Vonau 2009-04-05 16:50:49 UTC
Created attachment 338246 [details]
updates.img

I created this updates.img using the storage directory and backend.py from anaconda 11.5.0.40-1.src.rpm. 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 13:42:12 UTC
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

Gianluca

Comment 12 Daniel Qarras 2009-04-13 10:22:30 UTC
> 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 21:23:01 UTC
Thanks for confirming.

Comment 14 Marcus Moeller 2010-04-29 07:55:33 UTC
This problem still exists on RHEL6 Beta.

Best Regards
Marcus

Comment 15 Chris Lumens 2010-04-29 13:12:44 UTC
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 14:28:54 UTC
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

images:
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

syslinux:
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 14:34:33 UTC
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 17:42:19 UTC
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?

Thanks,

-Ilyes

Comment 19 Diego Búrigo Zacarão 2011-03-15 16:17:25 UTC
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.