To reproduce: install https://kojipkgs.fedoraproject.org/work/tasks/741/8980741/Fedora-Live-Workstation-x86_64-22-20150218.iso , not creating a user account during install. Boot the installed system. See a black screen. From a runlevel 3 boot or just ctrl-alt-f2 you can see that there seems to be some issue between gnome-session and the X server(?): Feb 20 17:16:39 localhost.localdomain NetworkManager[763]: <info> (virbr0-nic): link disconnected (deferring action for 4 seconds) Feb 20 17:16:39 localhost.localdomain nm-dispatcher[1105]: Dispatching action 'up' for virbr0-nic Feb 20 17:16:39 localhost.localdomain systemd[1]: Unit iscsi.service cannot be reloaded because it is inactive. Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: No protocol specified Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: ** (gnome-session-check-accelerated:1281): WARNING **: Could not open X display Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: No protocol specified Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: Unable to init server: Could not connect: Connection refused Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: (gnome-session-check-accelerated:1281): Gtk-WARNING **: cannot open display: :0 Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: No protocol specified Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: ** (gnome-session-check-accelerated:1282): WARNING **: Could not open X display Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: No protocol specified Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: Unable to init server: Could not connect: Connection refused Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: (gnome-session-check-accelerated:1282): Gtk-WARNING **: cannot open display: :0 Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: gnome-session[1209]: WARNING: software acceleration check failed: Child process exited with code 1 Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: WARNING: software acceleration check failed: Child process exited with code 1 Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: No protocol specified Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: ** (gnome-session-failed:1284): WARNING **: Could not open X display Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: No protocol specified Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: Unable to init server: Could not connect: Connection refused Feb 20 17:16:39 localhost.localdomain gnome-session[1209]: ** (gnome-session-failed:1284): WARNING **: Cannot open display: Feb 20 17:16:43 localhost.localdomain NetworkManager[763]: <info> (virbr0-nic): link disconnected (calling deferred action) Feb 20 17:16:49 localhost.localdomain unknown[1]: <audit-1131> pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Feb 20 17:17:01 localhost.localdomain NetworkManager[763]: <info> (ens3): Activation: Stage 4 of 5 (IPv6 Configure Timeout) scheduled... the bug persists even if you update to the current F22 package set. This is an apparent Alpha release blocker: "A working mechanism to create a user account must be clearly presented during installation and/or first boot of the installed system. A system installed with a release-blocking desktop must boot to a log in screen where it is possible to log in to a working desktop using a user account created during installation or a 'first boot' utility." https://fedoraproject.org/wiki/Fedora_22_Alpha_Release_Criteria#Expected_installed_system_boot_behavior
Created attachment 994071 [details] full journal log from an affected boot
This does seem limited to the pre-GDM, user-creating version of g-i-s, because if I create a user in anaconda, the installed system boots successfully to GDM and subsequently successfully launches the user's session.
This is the xserver bug I was telling you about a couple of days ago on irc. Dave commited a fix, but gcc5 ICEs so we can't get the fix into the compose. there's a thread on fedora-devel-list about it. Still, I'm firing off a build now to see if the gcc problem has resolved itself since the 17th when Dave did his build attempts. Actually, though, yesterday I changed the way we launch X servers from GDM (as part of the wayland work), and a side effect of that work is that we don't depend on the functionality that was broken in the X server anymore, anyway. So this bug should be resolved one way or another going forward.
The xserver build succeeded,, but the new GDM code I alluded to in comment 3 actually broke launching gnome-initial-setup. I'm going to co-opt this bug for that problem.
by all means co-opt whatever you darn well please if it means things will get fixed ;)
Discussed at today's blocker review meeting [1]. AcceptedBlocker Alpha - This bug is a clear violation of the Alpha criterion: "A system installed with a release-blocking desktop must boot to a log in screen where it is possible to log in to a working desktop using a user account created during installation or a 'first boot' utility." http://meetbot.fedoraproject.org/fedora-blocker-review/2015-02-23/
I think this should be square now
Can you please submit an update for it? Bodhi is now active for F22. Thanks!
gdm-3.15.90.5-1.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/gdm-3.15.90.5-1.fc22
Package gdm-3.15.90.5-1.fc22: * should fix your issue, * was pushed to the Fedora 22 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing gdm-3.15.90.5-1.fc22' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-2550/gdm-3.15.90.5-1.fc22 then log in and leave karma (feedback).
gdm-3.15.91-1.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/gdm-3.15.91-1.fc22
gdm-3.15.91-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.