Description of problem: This is probably another manifestation of bug 1495635. When you choose to "Test Fedora & boot" on a LiveCD, dracut times out before the check is completed, and the user ends up in a rescue shell. See screenshots. Version-Release number of selected component (if applicable): Fedora-Workstation-Live-x86_64-27-1.2.iso How reproducible: always Steps to Reproduce: 1. burn the DVD 2. choose to test media consistency when booting
Created attachment 1346906 [details] mediacheck timeout in progress
Created attachment 1346907 [details] mediacheck timeout finished
I believe this is a blocker on the very basic: "All release-blocking images must boot in their supported configurations. " https://fedoraproject.org/wiki/Basic_Release_Criteria#Release-blocking_images_must_boot
This is definitely a blocker.
In case it's not absolutely clear, this is a problem of dracut+systemd applying the default 90(?) seconds timeout even when they should not, and DVDs being slow in general. So this can't be reproduced in VMs, because VMs are fast. The speed of checking, that's the deciding factor here. Btw, it might be a good idea to also check pxeboot with slow download speeds (unfortunately it's a bit difficult to set up). That might be affected as well.
(In reply to Matthew Miller from comment #4) > This is definitely a blocker. Although I'm willing to be convinced that since there is a workaround, and that few people these days have CDs, that we can common bugs it and move on.
(In reply to Matthew Miller from comment #6) > (In reply to Matthew Miller from comment #4) > > This is definitely a blocker. > > Although I'm willing to be convinced that since there is a workaround, and > that few people these days have CDs, that we can common bugs it and move on. I think that's the case. Yes, this is a bad experience but I think we need to consider the number of people potentially impacted. I would suggest that our user base has largely moved on from physical DVD media. For those that haven't, we have workarounds of not doing media check, retrying, etc. If this was caught sooner I would support fixing it, but given all considerations I would suggest documenting it as a known issue.
I just reproduced the same problem with a slow USB stick plugged in into a USB 2.0 slot. So this is not exclusive to DVD, and it's not that hard to hit it even with USBs. Depending on your media size, your drive needs to be quite fast. For Workstation Live, if your usb stick reads slower than 18MB/s, you'll hit this (1.8 GB in 90 seconds). For Server DVDs, it's 28MB/s as a minimum.
What is the version of dracut there?
Remember we're not shipping Server as a blocking part of F27 Final, so Server considerations don't apply. 18MB/s is a pretty fast minimum, though.
Lukas: dracut-046-4.fc27
https://github.com/dracutdevs/dracut/pull/302
Discussed during blocker review [1]: AcceptedBlocker (Final) - this is a conditional violation of the requirement that images boot by default. we believe it will be encountered sufficiently often in the real world, and leave a bad enough impression when it does happen, to accept it as a blocker. [1] https://meetbot-raw.fedoraproject.org/fedora-meeting-1/2017-11-02/
dracut-046-5.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2017-d4fe020d2e
Tested with RC-1.3, fix is looking good: I did the media check and boot on Workstation live written to a DVD, and it didn't hit the timeout.
I can confirm the timeout is fixed with RC1.3 with both DVD and a slow USB2.0 stick.
dracut-046-5.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-d4fe020d2e
dracut-046-5.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.