Description of problem: I tried to boot f22 alpha tc5 workstation netinst in basic graphic mode and it fails to start X. In X.log there are these lines (I will attach the whole X.log file and output from journalctl -a): Fatal server error: [ 82.970] (EE) no screens found(EE) Version-Release number of selected component (if applicable): xorg-x11-server-Xorg-1.17.1-2.fc22.x86_64 rpm -qa * doesn't work on netinst How reproducible: I always reproduced this on two different physical machines but it seems to work with virtual machine Steps to Reproduce: 1. Boot netinst in basic graphic mode from troubleshoot menu 2. wait for it Actual results: X fails to start Expected results: X starts properly Additional info: I propose this as Alpha blocker. I can't find a proper criterion. I'm not sure if we canceled it or it just disappeared.
Created attachment 995620 [details] X.log
Created attachment 995621 [details] output of journalctl -a
Identical problem and error in VirtualBox (with or without nomodeset).
Identical problem and error in Parallels (with or without nomodeset).
+1 AlphaBlocker based on Initialization Requirements: Expected Image Boot Behavior Release-blocking dedicated installer images must boot to the expected boot menu, and then after a reasonable timeout to the installer.
Discussed at today's blocker review meeting [1]. This bug was accepted as Alpha Blocker - This bug is a clear violation of the following criterion: "Release-blocking dedicated installer images must boot to the expected boot menu, and then after a reasonable timeout to the installer." Basic graphics is required to work under this criterion, as stated in the "Boot menu contents" clarification. http://meetbot.fedoraproject.org/fedora-blocker-review/2015-03-02/
This is actually an xserver bug, and I'm pretty sure this build will fix it: http://koji.fedoraproject.org/koji/taskinfo?taskID=9138259
AlphaTC8: On BIOS baremetal and VirtualBox, nomodeset doesn't work (understood this is expected as part of this bug); however the same media does work on UEFI baremetal and VirtualBox with nomodeset. So that suggests VESA vs GOP graphics or something?
Fix tested and confirmed with a KDE live image on bare metal: built with the current xserver, 'basic graphics mode' fails with the same error here, built with the new xserver package, 'basic graphics mode' boot succeeds. ajax, can you please submit an update? thanks!
xorg-x11-server-1.17.1-6.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/xorg-x11-server-1.17.1-6.fc22
Thanks, karma given.
xorg-x11-server-1.17.1-6.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.