To reproduce: 1. Grab a recent F26 Workstation live (e.g. https://kojipkgs.fedoraproject.org/compose/branched/Fedora-26-20170313.n.0/compose/Workstation/x86_64/iso/Fedora-Workstation-Live-x86_64-26-20170313.n.0.iso ) 2. Boot it and do an install, *without* creating a user account during installation 3. Boot the installed system In multiple attempts across three installs, on two systems (one VM, one bare metal), this consistently results in failure to boot properly, for me: you see the screen flicker several times, then the boot process just seems to hang. In fact, you can get to a tty and log in and see that the gnome-initial-setup session which should have started up, did not. Additionally, gnome-session-failed then seems to crash, which is https://bugzilla.redhat.com/show_bug.cgi?id=1395968 . Here are what look like the most relevant log messages: Mar 13 16:00:25 localhost.localdomain at-spi-bus-launcher[1102]: dbus-daemon[1111]: Activating service name='org.a11y.atspi.Registry' requested by ':1.0' (uid=988 pid=1097 comm="/usr/libexec/gnome-session-check-accelerated " label="system_u:system_r:xdm_t:s0-s0:c0.c1023") Mar 13 16:00:25 localhost.localdomain ModemManager[793]: <info> Couldn't check support for device at '/sys/devices/pci0000:00/0000:00:1c.0/0000:01:00.0': not supported by any plugin Mar 13 16:00:25 localhost.localdomain at-spi-bus-launcher[1102]: dbus-daemon[1111]: Successfully activated service 'org.a11y.atspi.Registry' Mar 13 16:00:25 localhost.localdomain at-spi-bus-launcher[1102]: SpiRegistry daemon is running with well-known name - org.a11y.atspi.Registry Mar 13 16:00:25 localhost.localdomain systemd-udevd[1118]: Process '/usr/sbin/crda' failed with exit code 251. Mar 13 16:00:25 localhost.localdomain gnome-session[1065]: gnome-session-binary[1065]: WARNING: Unable to find required component 'gnome-settings-daemon' Mar 13 16:00:25 localhost.localdomain gnome-session-binary[1065]: WARNING: Unable to find required component 'gnome-settings-daemon' Mar 13 16:00:25 localhost.localdomain gnome-session-binary[1065]: Entering running state Mar 13 16:00:25 localhost.localdomain gnome-session[1065]: Unable to init server: Could not connect: Connection refused Mar 13 16:00:25 localhost.localdomain audit[1123]: ANOM_ABEND auid=4294967295 uid=988 gid=982 ses=4294967295 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 pid=1123 comm="gnome-session-f" exe="/usr/libexec/gnome-session-failed" sig=11 res=1 Mar 13 16:00:25 localhost.localdomain dbus-daemon[795]: [system] Activating service name='org.fedoraproject.Setroubleshootd' requested by ':1.23' (uid=0 pid=769 comm="/usr/sbin/sedispatch " label="system_u:system_r:audisp_t:s0") (using servicehelper) Mar 13 16:00:25 localhost.localdomain systemd-udevd[1124]: Process '/usr/sbin/crda' failed with exit code 251. Mar 13 16:00:25 localhost.localdomain systemd[1]: Created slice system-systemd\x2dcoredump.slice. Mar 13 16:00:25 localhost.localdomain audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@0-1125-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Mar 13 16:00:25 localhost.localdomain systemd[1]: Started Process Core Dump (PID 1125/UID 0). Mar 13 16:00:25 localhost.localdomain gnome-session[1065]: gnome-session-binary[1065]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed Mar 13 16:00:25 localhost.localdomain gnome-session-binary[1065]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed Mar 13 16:00:25 localhost.localdomain gnome-session[1065]: gnome-session-binary[1065]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed Mar 13 16:00:25 localhost.localdomain gnome-session-binary[1065]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed I'll attach the full journal file for inspection, too. When you *do* create a user account during installation, the installed system boots successfully to GDM, and the 'user mode' of g-i-s runs correctly after you log in as the created user. I'm proposing this as an Alpha blocker, per "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_26_Alpha_Release_Criteria#Expected_installed_system_boot_behavior
Created attachment 1262714 [details] system journal from affected system (first boot after install) - use 'journalctl -f system.journal' to view
There's an upstream patch available in git, but no tarball release since then ...
FWIW, I think this would fail the "last blocker at Go/No-Go" test, because the "or" phrasing suggests that it only needs to work with either the anaconda or initial-setup tools. (I wish we had metrics on how many people use g-i-s as well). I'm -1 blocker, but +1 FE (and I'd consider nominating it as a Prioritized Bug as well). I consider this to be a very serious issue, but not a release-blocking one.
I don't think it boots to either (without user intervention).
gnome-initial-setup-3.23.92-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-e5a6d1bc2c
I'm also -1 blocker (the critera has "or"), but +1 FE and I think we should really try and get this in.
I believe the intended meaning of the 'or' was "so we aren't requiring a firstboot interface to appear if a user was creating during install", but I'd have to go back and check to be sure. I don't *think* it was intended to allow this kind of dodge.
g-i-s still doesn't seem to start successfully with gnome-initial-setup-3.23.92-1.fc26 , though the failure mode is different: there's no rapid restarts of X, it just tries to start up once and sticks at a black screen for several minutes, then seems to fail and try again. Looking at the logs, things look a lot like https://bugzilla.gnome.org/show_bug.cgi?id=674885 : Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session[1429]: gnome-session-binary[1429]: WARNING: Application 'org.gnome.SettingsDaemon.Sharing.desktop' failed to register before timeout Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session-binary[1429]: Unrecoverable failure in required component org.gnome.SettingsDaemon.Sharing.desktop Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session-binary[1429]: WARNING: Application 'org.gnome.SettingsDaemon.Sharing.desktop' failed to register before timeout Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session[1429]: gnome-session-binary[1429]: WARNING: Application 'org.gnome.SettingsDaemon.ScreensaverProxy.desktop' failed to register before timeout Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session-binary[1429]: Unrecoverable failure in required component org.gnome.SettingsDaemon.ScreensaverProxy.desktop Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session-binary[1429]: WARNING: Application 'org.gnome.SettingsDaemon.ScreensaverProxy.desktop' failed to register before timeout Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session[1429]: gnome-session-binary[1429]: WARNING: Application 'org.gnome.SettingsDaemon.Rfkill.desktop' failed to register before timeout Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session-binary[1429]: WARNING: Application 'org.gnome.SettingsDaemon.Rfkill.desktop' failed to register before timeout Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session-binary[1429]: Unrecoverable failure in required component org.gnome.SettingsDaemon.Rfkill.desktop Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session[1429]: gnome-session-binary[1429]: WARNING: Application 'org.gnome.SettingsDaemon.PrintNotifications.desktop' failed to register before timeout Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session-binary[1429]: WARNING: Application 'org.gnome.SettingsDaemon.PrintNotifications.desktop' failed to register before timeout Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session-binary[1429]: Unrecoverable failure in required component org.gnome.SettingsDaemon.PrintNotifications.desktop Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session[1429]: gnome-session-binary[1429]: WARNING: Application 'org.gnome.SettingsDaemon.Power.desktop' failed to register before timeout Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session-binary[1429]: WARNING: Application 'org.gnome.SettingsDaemon.Power.desktop' failed to register before timeout Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session-binary[1429]: Unrecoverable failure in required component org.gnome.SettingsDaemon.Power.desktop Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session[1429]: Unable to init server: Could not connect: Connection refused Mar 14 20:55:18 localhost-live.happyassassin.net audit[1711]: ANOM_ABEND auid=4294967295 uid=988 gid=982 ses=4294967295 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 pid=1711 comm="gnome-session-f" exe="/usr/libexec/gnome-session-failed" sig=11 res=1 Mar 14 20:55:18 localhost-live.happyassassin.net gnome-session[1429]: Unable to init server: Could not connect: Connection refused Mar 14 20:55:18 localhost-live.happyassassin.net kernel: show_signal_msg: 72 callbacks suppressed Mar 14 20:55:18 localhost-live.happyassassin.net kernel: gnome-session-f[1711]: segfault at 0 ip 00007fba153cd8d9 sp 00007ffc60809e40 error 4 in libgtk-3.so.0.2200.9[7fba150ed000+6f5000] That all happens some time after g-i-s tried to start up (which was around 20:53:39), and as you can see at the end, gnome-session-failed crashes again.
We have sufficient votes for accepted FE status at present.
gnome-initial-setup-3.23.92-1.fc26 has been pushed to the Fedora 26 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-e5a6d1bc2c
By the way, I am able to duplicate this bug (New User mode fails to start) on Ubuntu GNOME 17.04 Beta with gnome-initial-setup 3.23.92 and gnome-settings-daemon 3.23.92. (Ubuntu GNOME does not use gnome-initial-setup's New User mode by default.) https://git.gnome.org/browse/gnome-settings-daemon/commit/?id=e5c6735c6b did not help. I was able to workaround this by reducing the final line of /usr/share/gnome-session/sessions/gnome-initial-setup.session to RequiredComponents=setup-shell;gnome-initial-setup;org.gnome.SettingsDaemon.Keyboard;org.gnome.SettingsDaemon.Power; Obviously, that's bad as it disables accessibility support and probably some other important things. But if you need a quick workaround, maybe that will do.
Discussed in today's Go/No-Go meeting. This bug is a violation of the following 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."
FWIW since the last time the issue of failing session startup came up for me 3 months ago, I've been running with the dconf workaround (https://git.gnome.org/browse/dconf/commit/?id=701d19d12d4e0599340c9bd1eb2b3e25a40d780b) and I've not had it since.
Yanko, ok that's a similar fix to the gnome-settings-daemon fix and that one doesn't fix Initial Setup for me either.
I still see this with the latest RC1 on bare metal.
So I think we should probably separate the subsequent bug into a separate report for clarity; I'll do that. This bug should track only the first cause of failure, which does indeed seem to be fixed by 3.23.92.
The first part of this bug was fixed with https://git.gnome.org/browse/gnome-initial-setup/commit/?id=d2c051c12
Filed https://bugzilla.redhat.com/show_bug.cgi?id=1434154 for the follow-up issue.
gnome-initial-setup-3.24.0-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-559925b8d4
gnome-initial-setup-3.24.0-1.fc26 has been pushed to the Fedora 26 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-559925b8d4
Confirmed this and https://bugzilla.redhat.com/show_bug.cgi?id=1434154 are both fixed in Alpha RC2.
gnome-initial-setup-3.24.0-1.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report.