Created attachment 570954 [details] /tmp/anaconda.log Description of problem: Fresh install from DVD fails because the DVD is not recognized as being an install DVD (with repo and packages, etc.) Version-Release number of selected component (if applicable): anaconda-17.13-1.fc17.x86_64 lorax-17.10-1.fc17.x86_64 How reproducible: every time Steps to Reproduce: 1. Build and burn an install DVD for Fedora 17-branched using pungi and lorax-17.10-1.fc1 and anaconda-17.13-1.fc17. 2. Boot the DVD for fresh install on Basic disks, intending to use the DVD repo only. 3. Accept/choose defaults. Actual results: If no network, then the installer quits with error dialog "No Network Available." If network is available, then the installer offers only network repos (Fedora, Fedora Test Updates, Fedora Updates) and no DVD repo. Expected results: Ability and preference to use the DVD repo. Additional info:
Created attachment 570955 [details] /tmp/storage.log
Created attachment 570956 [details] /tmp/syslog
The volume label on the DVD (visible on desktop icon, etc.) is "Fedora 17 x86_64".
Proceeding all the way to the repo selection screen: click on "Add additional software repositories", choose Repository type CD/DVD, give the repo a name, and click OK. This fails with "No Media Found: No installation media was found. Please insert a disk into your drive and try again." However, the tray is locked (contains the install DVD that was booted, and is the live backup to the active squashfs root), so I cannot remove and re-insert the install DVD in order to try again. Fail! Also, the boot command line option "askmethod" is ignored silently.
Switching to VT2, the DVD can be mounted: # mkdir /foo # mount -o ro,loop /dev/sr0 /foo # cd /foo; ls <usual files for install DVD: EFI, GPL, LiveOS, Packages, ...> So wny is "no installation media found"? Choosing HTTP/FTP repository with URL: file:///foo [after mounting as above] fails because it demands http: or ftp: protocol. Selecting an NFS repo of localhost:/foo fails with timeout. [Somewhat expected, I didn't setup any exports, etc.] The choice of a harddrive repo (a tree in some other partition) is not available. The choice of a harddrive .iso is not available.
I encounter the same problems using Fedora-17-Beta-TC2-x86_64-DVD.iso that was announced today by Andre Robatino; so it isn't just the .iso that I composed that has problems. I proposed this bug as a blocker bug for Fedora 17 Beta because the Fedora 17 Alpha criterion "When booting from a DVD ISO image, the installer must be able to use the DVD local package source options" is not met, and the Beta criteria include all the Alpha criteria ("All Fedora 17 Alpha Release Criteria must be met").
I see this with both the i386 and x86_64 17 Beta TC2 DVDs. Am pretty sure it did not happen with TC1.
There's no ID_FS_TYPE for your DVD drive, which you can see in the storage.log. I don't yet know whether this is due to a change in udev or anaconda though.
Andre and Chris Murphy both report having reproduced this, it seems like a general issue. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Definitely does not happen with TC1, does with TC2. Seems to me one issue is Updates and Test Updates repos are enabled by default for whatever reason, which was not the case with TC1. With TC1, if I checked either option, a small dialog to configure network settings comes up, then it downloads repo info. With TC2 the network configuration happens on its own, I don't get a dialog. If I disable Updates and Test Updates, then proceed, it takes ~10 minutes of downloading during 'starting installation' and then the install process itself intermittently is fast with DVD access, and slow with internet downloading - with a pretty significant percentage of it downloaded despite these repos disabled.
Chris: that's not an issue, it's a consequence. anaconda knows whether it has packages available on the installation media or not. If it doesn't, it automatically tries to use remote repositories. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Discussed at 2012-03-19 QA meeting, acting as a blocker review meeting. Accepted as a blocker per Alpha criterion "When booting from a DVD ISO image, the installer must be able to use the DVD local package source options". -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Should be fixed by anaconda commit: 37144b9 dracut: use /run/install/source for repodir And an upstream dracut patch: http://article.gmane.org/gmane.linux.kernel.initramfs/2555
Tested good using these patches that were posted to [anaconda-devel-list], starting from anaconda-17.13-1.fc17.x86_64: use mount --rbind to move submounts under /run into $NEWROOT {dracut} read args from 80kickstart.conf use /run/install/source for repodir dracut: accept inst.updates or updates for live.updates add symlink from /mnt/install -> /run/install {lorax} fix nfsiso:...:/path/to/filename.iso (#804515) dracut startup: "Loading $product $version $arch installer..." Default to text-mode if 'console=XXX' was provided (#804506) fix text mode KeyError crash (#804483) The patch makeupdates: add support for updating systemd services/targets did not apply cleanly, so I guessed at a fixup. Besides, I wasn't going to use makeupdates until after the official package upgrade.
anaconda-17.14-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/anaconda-17.14-1.fc17
I performed a successful fresh install from DVD, using a DVD made by pungi with: anaconda-17.14-1.fc17.x86_64 anaconda-dracut-17.14-1.fc17.noarch dracut-017-43.git20120312.fc17.noarch lorax-17.12-1.fc17.x86_64
That was dracut-017-62.git20120322.fc17.noarch not the -43 version.
Package anaconda-17.14-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.14-1.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-4546/anaconda-17.14-1.fc17 then log in and leave karma (feedback).
anaconda-17.14-1.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.
Confirmed fixed in RC1. For both i386 and x86_64 DVDs, the Installation Repo is available, enabled by default, and used during installation. The other 3 repos are disabled by default.
This bug is not fixed when you transfer the DVD media to a USB Flash Disk using dd. The "Installation Repo" is not available in Beta-RC2 x86-64 DVD using this method. Anaconda depends on the network to perform the installation.
Created attachment 574353 [details] /tmp/storage.log (UFD install media)
Marcos: that's nothing new and it's not really a bug. It's just an inherent limitation of dd'ing the image. It's been the case for several releases. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
I'd suggest changes to the Fedora installation guide. I implies dd, Live Creator, and livecd-tools will all do the job. Further the names Live Creator and livecd-tools, imply they are only for Live CD ISOs, leaving only dd for the DVD, even though this isn't stated. So if dd isn't expected to work I think documentation needs to be updated... I find the 3.2.2 section of the Installation Guide confusing.