Bug 1167959
| Summary: | Anaconda on Server DVD put on the usb by livecd-iso-to-disk --efi hangs in hub due to "probing storage" | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Petr Schindler <pschindl> | ||||
| Component: | python-blivet | Assignee: | Brian Lane <bcl> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 21 | CC: | adam.stokes, amulhern, anaconda-maint-list, bcl, bruno, bugzilla, dhuff, dlehman, Jasper.Hartline, katzj, kparal, pbrobinson, pschindl, robatino, ssuehle, vpodzime | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | AcceptedBlocker | ||||||
| Fixed In Version: | anaconda-21.48.21-1.fc21 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2014-12-05 03:26:45 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 1043129 | ||||||
| Attachments: |
|
||||||
|
Description
Petr Schindler
2014-11-25 17:38:16 UTC
What happens if you run sync after litd is done? What if you run dosfsck on it before removing it? Actually, I can reproduce this here. It looks like dosfsck doesn't deal well with GPT maybe? The actual problem is that this is a side-effect of blivet running fsck before getting disk minimum size info for everything -- it gets stuck and needs to run in non-interactive mode. Created attachment 961362 [details]
updates.img
Give this updates.img a try.
Proposed as a Blocker for 21-final by Fedora user bcl using the blocker tracking app because: UEFI Installation from a USB using a vfat filesystem should succeed. Without the fix for this it will hang waiting for user input to dosfsck. blivet master commit 95cbfcb069 The Alpha criteria has this little bit in "Installation Requirements": "Except where otherwise specified, each of these requirements applies to all supported configurations described above. These requirements do not apply to images which do not use the installer. " which probably should be read as applying to Beta and Final too (and I should add it in there). Thus this violates pretty much all the Installer Requirements for a UEFI install from a livecd-iso-to-disk-written stick, which is a 'supported configuration' from Beta onwards due to this Beta "Initialization requirements" criterion: "All release-blocking images must boot in their supported configurations. Supported media types Release-blocking live and dedicated installer images must boot when written to optical media of an appropriate size (if applicable) and when written to a USB stick with any of the officially supported methods." combined with this bit from the matching Alpha criterion: "Supported firmware types Release-blocking images must boot from all system firmware types that are commonly found on the primary architectures." Discussed at today's blocker review meeting [1]. Accepted as a blocker. This bug is a clear violation of several criteria, namely: All release-blocking images must boot in their supported configurations. Fix committed above. [1] http://meetbot.fedoraproject.org/fedora-blocker-review/2014-11-12/ anaconda-21.48.17-1.fc21, python-blivet-0.61.11-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/python-blivet-0.61.11-1.fc21,anaconda-21.48.17-1.fc21 Package anaconda-21.48.17-1.fc21, python-blivet-0.61.11-1.fc21, pyparted-3.10.2-1.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing anaconda-21.48.17-1.fc21 python-blivet-0.61.11-1.fc21 pyparted-3.10.2-1.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-15910/pyparted-3.10.2-1.fc21,python-blivet-0.61.11-1.fc21,anaconda-21.48.17-1.fc21 then log in and leave karma (feedback). Package pyparted-3.10.2-1.fc21, python-blivet-0.61.12-1.fc21, anaconda-21.48.18-1.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing pyparted-3.10.2-1.fc21 python-blivet-0.61.12-1.fc21 anaconda-21.48.18-1.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-15910/pyparted-3.10.2-1.fc21,python-blivet-0.61.12-1.fc21,anaconda-21.48.18-1.fc21 then log in and leave karma (feedback). I have created a flash drive from RC1, and it seems to work correctly for me, the installation destination has finished disk probing correctly. But I can't test starting the actual installation at the moment, so waiting for pschindl's confirmation as well. This bug is fixed in RC1. Tested on machine where I saw problem before. anaconda-21.48.21-1.fc21, python-blivet-0.61.13-1.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report. *** Bug 1111722 has been marked as a duplicate of this bug. *** |