Created attachment 572792 [details] failed boot screenshot Description of problem: I encountered this bug while I was going through test case: https://fedoraproject.org/wiki/QA:Testcase_install_repository_Hard_drive_variation When I try to run installer with inst.repo=hd:<device>:<path> parameter it fails to boot and it ends in debug shell. I have two virtIO disks. One for new system and on the second one I have installation DVD (Beta.RC1). I boot the installer with inst.repo=hd:/dev/vdb1:/ parameter added. You can find screenshot with result in the attachment. I don't know what causes this problem, but without inst.repo parameter it works fine. Version-Release number of selected component (if applicable): Beta.RC1 DVD.iso How reproducible: always (on my 64bit virtual machine) Steps to Reproduce: https://fedoraproject.org/wiki/QA:Testcase_install_repository_Hard_drive_variation Actual results: Installer doesn't boot Expected results: Installer boots up and use repository from the given iso file. Additional info: I propose this as final blocker per criterion: "The installer must be able to use all supported local and remote package source options"
*** Bug 806867 has been marked as a duplicate of this bug. ***
This bug turns out to be the cause of 806867 - preupgrade failure with Beta RC1. That bug was accepted as a beta blocker. So, marked that as a dupe of this, and transferring the Beta blocker status to this bug. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
*** Bug 806962 has been marked as a duplicate of this bug. ***
-- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
This bug also causes DVD ISO written to USB with livecd-iso-to-disk to fail to boot (806962).
Reproduced the problem using a setup like the one in comment #1 (thanks for the info on your test setup - that's always helpful!). This patch fixes it, in my testing: https://www.redhat.com/archives/anaconda-devel-list/2012-March/msg00307.html
anaconda-17.15-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/anaconda-17.15-1.fc17
Package anaconda-17.15-1.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing anaconda-17.15-1.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-4745/anaconda-17.15-1.fc17 then log in and leave karma (feedback).
anaconda-17.16-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/anaconda-17.16-1.fc17
anaconda-17.16-1.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.
Successfully did a bare metal install with the F17 beta RC2 x86_64 DVD burned to usb using livecd-iso-to-disk. I would leave this as ON_QA but it's already been closed. It would be nice to have more testing on the remaining use cases that were affected.
reproduced with preupgrade from F15 to F17
inst.repo=hd:... works fine with version 17.16. But preupgrade-1.1.10-1 still downloads and uses the old version of anaconda (17.14) so preupgrade still doesn't work
Right. Hongqing, please remember that preupgrade is always behind the released images as it has to wait for anaconda to be pushed stable and then for a new automatic installer compose to happen. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
(In reply to comment #13) > inst.repo=hd:... works fine with version 17.16. But preupgrade-1.1.10-1 still > downloads and uses the old version of anaconda (17.14) so preupgrade still > doesn't work This also happens with F17 Beta RC3
The Bug also happens with F17.
No, it doesn't. We have tested extensively. Please provide more details of your problem either as a new bug report or a request for help on a mailing list, IRC or forum.
I am currently getting this error trying to preupgrade from F15 to F17. Preupgrade also seems to be ignoring my network configuration. I have added biosdevname=0 to the grub entry for preupgrade, so it's stopped renaming eth0 to em1, but it still tries dhcp, despite me having a configuration for eth0. I also tried creating an entry for ifconfig-em1 with biosdevname enabled, but it seemed to be ignored. Here is the grub entry: title Upgrade to Fedora 17 (Beefy Miracle) kernel /upgrade/vmlinuz preupgrade repo=hd::/var/cache/yum/preupgrade ks=hd:UUID=cf0fc1b5-265e-4b1e-a936-5552ccf59617:/upgrade/ks.cfg stage2=http://mirror.uoregon.edu/fedora/linux/releases/17/Fedora/x86_64/os/LiveOS/squashfs.img biosdevname=0 initrd /upgrade/initrd.img
Created attachment 669729 [details] Screenshot showing /dev/root not existing. This may be more appropriately linked to https://bugzilla.redhat.com/show_bug.cgi?id=806867 but that was closed as a dupe of this. My issue has nothing to do with live cd, I'm trying to do preupgrade as a network install. Attached screenshot showing /dev/root not existing.