Created attachment 1059434 [details] screenshot of media check timeout Description of problem: I have burned F22 Alpha RC1 Workstation Live onto DVD and tried to boot it. The boot process timed out during media check, and after the check was complete, only the dracut emergency shell was available. The boot process did not resume. There seems to be some wrong configuration of the services, and they do not wait for the media check to complete, regardless of how long it takes. On physical CDs/DVDs, it can take a long time. The time out seems to occur after 90 seconds. Version-Release number of selected component (if applicable): F23 Alpha RC1 Workstation Live How reproducible: always Steps to Reproduce: 1. burn Live onto DVD (other media are currently affected by bug 1250414) 2. perform a media check (it should take more than 90 seconds to trigger this, I've hit it every time around 30% of check completed)
Created attachment 1059435 [details] screenshot of media check complete After the check is complete, the boot does not resume. If you press Enter, you'll get a prompt for the rescue shell.
Proposing as a blocker. This is in a strict sense violation of the following basic criterion: "The installer must run when launched normally from the release-blocking images." https://fedoraproject.org/wiki/Fedora_23_Alpha_Release_Criteria#Installer_must_run The media check is the default boot action for UEFI (but not for BIOS) mode, so people running physical DVDs over UEFI will not get into anaconda by default. However, since this a bit of an edge case (physical DVDs) and easy to work around (run without a media check), I think it would be OK the move this to Beta or Final. One of other applicable criteria is: "Validation of install media must work correctly for all release-blocking images. " https://fedoraproject.org/wiki/Fedora_23_Final_Release_Criteria#Media_consistency_verification
I'm -1 blocker to anything involving the media check, considering it hasn't worked properly for multiple releases on EFI. I think we need to revoke that criteria since we have consistently been letting it slide anyhow.
Stephen, can you be please more specific? As far as I know, there were occasional issues, but we always fixed them, and everything just worked (tm). This particular bug is not present on F22 Live media, I just checked, so it seems to be a F23 regression. Also, this is not anyhow specific to UEFI. I just noted that media verification is the default boot option on UEFI. But it affects BIOS mode as well.
The error is: Checking: 032.9%[ TIME ] Time out waiting for device dev-mapper-live\x2drw.device. [DEPEND] Dependency failed for /sysroot [DEPEND] Dependency failed for Initrd Root File System. [DEPEND] Dependency failed for Reload Configuration from the Real Root. It looks like Timeout=0 (Timeout=15 min?) should be added.
(In reply to Kamil Páral from comment #4) > Stephen, can you be please more specific? As far as I know, there were > occasional issues, but we always fixed them, and everything just worked > (tm). This particular bug is not present on F22 Live media, I just checked, > so it seems to be a F23 regression. Also, this is not anyhow specific to > UEFI. I just noted that media verification is the default boot option on > UEFI. But it affects BIOS mode as well. Sorry, that was a general comment that the media check has not been terribly well-maintained in the past. On Fedora 22 media, if you boot via UEFI, the media check just simply never works. It always returns an error, regardless of the state of the media. This was noted and ignored back then. I was going to file a bug on it, but someone (I forget who) told me it was a well-known issue.
(In reply to Stephen Gallagher from comment #6) > On Fedora 22 media, if you boot via UEFI, the media check just simply never > works. It always returns an error, regardless of the state of the media. > This was noted and ignored back then. I was going to file a bug on it, but > someone (I forget who) told me it was a well-known issue. Hmm, it just worked for me (burned DVD). Are you sure you're not talking about ISO->USB converted media with other tools than dd? That doesn't work (both BIOS and UEFI), AFAIK.
Well, I always use either 'dd' or gnome-multiwriter to create USB sticks (the latter essentially doing dd under the hood). So maybe that's what I was remembering.
The Final criterion is clearly the one meant to cover this case, it seems an unjustifiable stretch to try and say the "installer must run" criterion covers it. That criterion does not say that it must run without the user moving the menu selection. -1 Alpha, +1 Final.
To be clear, I'm still -1 Alpha. I'm fine with a Final blocker.
-1 Alpha, +1 Final
-1 Alpha, +1 Final.
Marking as accepted Final blocker with +4. Not proposing as Alpha FE for now as we're still trying to hit Thursday, if we slip we might consider adding a fix I guess.
https://github.com/haraldh/dracut/commit/f4d64d55ea825ec0d05aaa76d58cddc37d44f719
I believe this should in fact be fixed in current F23: the fix was in https://bodhi.fedoraproject.org/updates/FEDORA-2015-13298 by the looks of it. Kamil, can you re-test with Final TC1? Thanks!
This is indeed fixed, verified with F23 TC1 Workstation Live, both BIOS and UEFI mode.