Red Hat Bugzilla – Bug 1435010
GNOME fails to start without modesetting (Fedora 'basic graphics') mode
Last modified: 2017-03-29 01:05:33 EDT
To reproduce, just try and boot the Alpha RC2 Workstation live image in 'basic graphics' mode (from the 'Troubleshooting' menu in the bootloader). Image link:
For me, on two setups (a bare metal laptop - Dell XPS 13 third gen - and a spice/qxl VM), boot ends up at GDM (when it should boot to the shell). If you try to log in as 'Live user', it dumps you right back to gdm.
What the 'basic graphics mode' boot option really does, these days, is just add 'nomodeset' to the kernel parameters, the idea being this will force the system back onto some kind of 'fallback' driver.
Looking at the logs, I see this:
Mar 22 21:38:14 localhost-live gnome-shell: Can't initialize KMS backend: could not find drm kms device
Mar 22 21:38:14 localhost-live gnome-session: gnome-session-binary: WARNING: App 'org.gnome.Shell.desktop' exited with code 1
Mar 22 21:38:14 localhost-live gnome-session-binary: WARNING: App 'org.gnome.Shell.desktop' exited with code 1
Mar 22 21:38:14 localhost-live gnome-session-binary: Unrecoverable failure in required component org.gnome.Shell.desktop
Mar 22 21:38:14 localhost-live gdm-autologin]: pam_unix(gdm-autologin:session): session closed for user liveuser
which looks a lot like the problem, but I'll attach the full log.
Proposing as an Alpha blocker, per criterion "Expected image boot behavior", which has a footnote:
"The boot menu for all supported installer and live images should include an entry which causes both installation and the installed system to use a generic, highly compatible video driver (such as 'vesa'). This mechanism should work correctly, launching the installer or desktop and attempting to use the generic driver."
Created attachment 1265502 [details]
full journal contents
This message seems to come from mutter, so maybe that's the right component...
I also see this on a macbook here.
Comparing to F25, this same thing actually seems to happen on the *first* login attempt there; it also boots to GDM (instead of booting straight to the desktop), and similar messages are present in the journal. But if you then click 'Live System User' in gdm, it logs in fine, and the errors don't seem to be present for that session.
+1 as well for blocker.
+1 to block. I've also seen it on a custom system I have at home with a too-new GeForce card.
Adding some people to CC who might be able to help with this.
Discussed at 2017-03-23 Fedora 26 Alpha Go/No-Go meeting, acting as a blocker review meeting: https://meetbot-raw.fedoraproject.org/fedora-meeting-2/2017-03-23/f26-alpha-go-no-go-meeting-2nd.2017-03-23-17.00.log.txt . Accepted as a blocker per the cited criterion footnote.
Adding rtcm and jadahl who mclasen thought could help.
Still happens with GNOME 3.24.0 and kernel rc3.git0.2 , FWIW.
logs show gdm misbehaving, though I haven't quite figured out why yet. reassigning.
i think I see the problem now, but I haven't tested a fix yet.
This commit, changes the way list of session dirs is computed from a static list to something dynamically generated:
The problem is it caches the results too aggressively, so the wayland dirs don't get pruned when the ignore-wayland flag is set.
Easy fix is to just skip caching altogether, it's not really necessary.
gdm-3.24.0-2.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-ca9825d5a2
Thanks a lot for figuring this out! I just threw together a live image including the gdm build, and it now acts like F25 (initially boots to GDM, but can log in by clicking Live System User). Will check that it works post-install too then fire an RC3 request. Thanks!
gdm-3.24.0-2.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-ca9825d5a2
gdm-3.24.0-2.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report.