You are not logged in.

#1 2021-04-23 21:33:39

MaWalla
Member
Registered: 2016-12-23
Posts: 11

[Solved] GDM 40 throws me into (console)

Hello,

ever since GNOME 40 released and I upgraded, I'm having the issue that my system boots up just fine, GDM launches and shows the login screen for a few seconds (I can also interact with it fine during the time span), then all of sudden I'm getting a black screen (if running with the kernel params quiet splash) or being thrown into console login (not tty1, but it actually says Arch Linux 5.11.16-zen1-1-zen (console) with my hostname login: below) when removing them.

Pressing Ctrl + Alt + F3 for example to switch to tty3 (which sometimes takes a few presses though), then Ctrl + Alt + F1 relaunches GDM where I'm then able to use the whole thing normally (login).

This happens on 2 machines (laptops) with identical setups (except for their graphics stuff), one using Intel Kaby Lake graphics (so i915?), the other one Ryzen Processor Radeon onboard graphics (so amdgpu).
It may be worth noting that I'm using plymouth and gdm-plymouth (using the regular gdm breaks everything directly). Using gdm-git and/or plymouth-git doesn't help though. When not using plymouth, I get thrown into console instead of a black screen just like when removing the quiet and splash kernel parameters.

Now this is with GDM running in Wayland. If I set WalandEnable=false in /etc/gdm/custom.conf, hence using XOrg, its completely usable. With Wayland enabled, but also using autologin (my session is set to XOrg again), I get to use my desktop for a few seconds before the screen glitches and the entire graphics stack seemingly nopes out (ssh remains usable).

I tried setting early KMS since that supposedly helps with another somewhat similar bug, but it didn't do the trick.

Its really odd since I'm not finding any errors anywhere (there is nothing in /var/log that looks promising and journalctl -xe shows no errors). Now maybe I looked in the wrong places, that's why I'm asking if anyone has a clue what might be going on?

Last edited by MaWalla (2021-06-01 22:19:13)

Offline

#2 2021-04-24 16:43:44

MaWalla
Member
Registered: 2016-12-23
Posts: 11

Re: [Solved] GDM 40 throws me into (console)

I looked around a bit more and found out that there seems to be a crash, logged within

journalctl -b

as seen below, but I've got no clue why this happens.

Also, it may be worth noting that the installation running on my machines is built within Docker, based on archlinux:base-devel, so maybe something that's going on there causes it?
I made the way I build my installation publicly available on GitHub: https://github.com/MaWalla/ArchFactory interesting files for that matter are base.Dockerfile and packages.py

Apr 24 16:16:00 arch-probook systemd-coredump[1564]: Process 1233 (Xwayland) of user 120 dumped core.
                                                     
                                                     Stack trace of thread 1233:
                                                     #0  0x00007f8fd1b29ef5 raise (libc.so.6 + 0x3cef5)
                                                     #1  0x00007f8fd1b13862 abort (libc.so.6 + 0x26862)
                                                     #2  0x000055d25bf4dfdb n/a (Xwayland + 0x15dfdb)
                                                     #3  0x000055d25bf57c3d n/a (Xwayland + 0x167c3d)
                                                     #4  0x000055d25be1fe59 n/a (Xwayland + 0x2fe59)
                                                     #5  0x00007f8fd1b14b25 __libc_start_main (libc.so.6 + 0x27b25)
                                                     #6  0x000055d25be2000e n/a (Xwayland + 0x3000e)
                                                     
                                                     Stack trace of thread 1383:
                                                     #0  0x00007f8fd19db9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
                                                     #1  0x00007f8fd19d5260 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf260)
                                                     #2  0x00007f8fcfa589ec n/a (radeonsi_dri.so + 0x1529ec)
                                                     #3  0x00007f8fcfa52638 n/a (radeonsi_dri.so + 0x14c638)
                                                     #4  0x00007f8fd19cf299 start_thread (libpthread.so.0 + 0x9299)
                                                     #5  0x00007f8fd1bec053 __clone (libc.so.6 + 0xff053)
                                                     
                                                     Stack trace of thread 1384:
                                                     #0  0x00007f8fd19db9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
                                                     #1  0x00007f8fd19d5260 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf260)
                                                     #2  0x00007f8fcfa589ec n/a (radeonsi_dri.so + 0x1529ec)
                                                     #3  0x00007f8fcfa52638 n/a (radeonsi_dri.so + 0x14c638)
                                                     #4  0x00007f8fd19cf299 start_thread (libpthread.so.0 + 0x9299)
                                                     #5  0x00007f8fd1bec053 __clone (libc.so.6 + 0xff053)
                                                     
                                                     Stack trace of thread 1382:
                                                     #0  0x00007f8fd19db9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
                                                     #1  0x00007f8fd19d5260 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf260)
                                                     #2  0x00007f8fcfa589ec n/a (radeonsi_dri.so + 0x1529ec)
                                                     #3  0x00007f8fcfa52638 n/a (radeonsi_dri.so + 0x14c638)
                                                     #4  0x00007f8fd19cf299 start_thread (libpthread.so.0 + 0x9299)
                                                     #5  0x00007f8fd1bec053 __clone (libc.so.6 + 0xff053)
                                                     
                                                     Stack trace of thread 1380:
                                                     #0  0x00007f8fd19db9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
                                                     #1  0x00007f8fd19d5260 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf260)
                                                     #2  0x00007f8fcfa589ec n/a (radeonsi_dri.so + 0x1529ec)
                                                     #3  0x00007f8fcfa52638 n/a (radeonsi_dri.so + 0x14c638)
                                                     #4  0x00007f8fd19cf299 start_thread (libpthread.so.0 + 0x9299)
                                                     #5  0x00007f8fd1bec053 __clone (libc.so.6 + 0xff053)
                                                     
                                                     Stack trace of thread 1379:
                                                     #0  0x00007f8fd19db9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
                                                     #1  0x00007f8fd19d5260 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf260)
                                                     #2  0x00007f8fcfa589ec n/a (radeonsi_dri.so + 0x1529ec)
                                                     #3  0x00007f8fcfa52638 n/a (radeonsi_dri.so + 0x14c638)
                                                     #4  0x00007f8fd19cf299 start_thread (libpthread.so.0 + 0x9299)
                                                     #5  0x00007f8fd1bec053 __clone (libc.so.6 + 0xff053)
                                                     
                                                     Stack trace of thread 1391:
                                                     #0  0x00007f8fd19db9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
                                                     #1  0x00007f8fd19d5260 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf260)
                                                     #2  0x00007f8fcfa589ec n/a (radeonsi_dri.so + 0x1529ec)
                                                     #3  0x00007f8fcfa52638 n/a (radeonsi_dri.so + 0x14c638)
                                                     #4  0x00007f8fd19cf299 start_thread (libpthread.so.0 + 0x9299)
                                                     #5  0x00007f8fd1bec053 __clone (libc.so.6 + 0xff053)
                                                     
                                                     Stack trace of thread 1392:
                                                     #0  0x00007f8fd19db9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
                                                     #1  0x00007f8fd19d5260 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf260)
                                                     #2  0x00007f8fcfa589ec n/a (radeonsi_dri.so + 0x1529ec)
                                                     #3  0x00007f8fcfa52638 n/a (radeonsi_dri.so + 0x14c638)
                                                     #4  0x00007f8fd19cf299 start_thread (libpthread.so.0 + 0x9299)
                                                     #5  0x00007f8fd1bec053 __clone (libc.so.6 + 0xff053)
                                                     
                                                     Stack trace of thread 1381:
                                                     #0  0x00007f8fd19db9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
                                                     #1  0x00007f8fd19d5260 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf260)
                                                     #2  0x00007f8fcfa589ec n/a (radeonsi_dri.so + 0x1529ec)
                                                     #3  0x00007f8fcfa52638 n/a (radeonsi_dri.so + 0x14c638)
                                                     #4  0x00007f8fd19cf299 start_thread (libpthread.so.0 + 0x9299)
                                                     #5  0x00007f8fd1bec053 __clone (libc.so.6 + 0xff053)
                                                     
                                                     Stack trace of thread 1386:
                                                     #0  0x00007f8fd19db9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
                                                     #1  0x00007f8fd19d5260 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf260)
                                                     #2  0x00007f8fcfa589ec n/a (radeonsi_dri.so + 0x1529ec)
                                                     #3  0x00007f8fcfa52638 n/a (radeonsi_dri.so + 0x14c638)
                                                     #4  0x00007f8fd19cf299 start_thread (libpthread.so.0 + 0x9299)
                                                     #5  0x00007f8fd1bec053 __clone (libc.so.6 + 0xff053)
                                                     
                                                     Stack trace of thread 1387:
                                                     #0  0x00007f8fd19db9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
                                                     #1  0x00007f8fd19d5260 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf260)
                                                     #2  0x00007f8fcfa589ec n/a (radeonsi_dri.so + 0x1529ec)
                                                     #3  0x00007f8fcfa52638 n/a (radeonsi_dri.so + 0x14c638)
                                                     #4  0x00007f8fd19cf299 start_thread (libpthread.so.0 + 0x9299)
                                                     #5  0x00007f8fd1bec053 __clone (libc.so.6 + 0xff053)
                                                     
                                                     Stack trace of thread 1385:
                                                     #0  0x00007f8fd19db9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
                                                     #1  0x00007f8fd19d5260 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf260)
                                                     #2  0x00007f8fcfa589ec n/a (radeonsi_dri.so + 0x1529ec)
                                                     #3  0x00007f8fcfa52638 n/a (radeonsi_dri.so + 0x14c638)
                                                     #4  0x00007f8fd19cf299 start_thread (libpthread.so.0 + 0x9299)
                                                     #5  0x00007f8fd1bec053 __clone (libc.so.6 + 0xff053)
                                                     
                                                     Stack trace of thread 1389:
                                                     #0  0x00007f8fd19db9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
                                                     #1  0x00007f8fd19d5260 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf260)
                                                     #2  0x00007f8fcfa589ec n/a (radeonsi_dri.so + 0x1529ec)
                                                     #3  0x00007f8fcfa52638 n/a (radeonsi_dri.so + 0x14c638)
                                                     #4  0x00007f8fd19cf299 start_thread (libpthread.so.0 + 0x9299)
                                                     #5  0x00007f8fd1bec053 __clone (libc.so.6 + 0xff053)
                                                     
                                                     Stack trace of thread 1393:
                                                     #0  0x00007f8fd19db9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
                                                     #1  0x00007f8fd19d5260 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf260)
                                                     #2  0x00007f8fcfa589ec n/a (radeonsi_dri.so + 0x1529ec)
                                                     #3  0x00007f8fcfa52638 n/a (radeonsi_dri.so + 0x14c638)
                                                     #4  0x00007f8fd19cf299 start_thread (libpthread.so.0 + 0x9299)
                                                     #5  0x00007f8fd1bec053 __clone (libc.so.6 + 0xff053)
                                                     
                                                     Stack trace of thread 1378:
                                                     #0  0x00007f8fd19db9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
                                                     #1  0x00007f8fd19d5260 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf260)
                                                     #2  0x00007f8fcfa589ec n/a (radeonsi_dri.so + 0x1529ec)
                                                     #3  0x00007f8fcfa52638 n/a (radeonsi_dri.so + 0x14c638)
                                                     #4  0x00007f8fd19cf299 start_thread (libpthread.so.0 + 0x9299)
                                                     #5  0x00007f8fd1bec053 __clone (libc.so.6 + 0xff053)
                                                     
                                                     Stack trace of thread 1390:
                                                     #0  0x00007f8fd19db9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
                                                     #1  0x00007f8fd19d5260 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf260)
                                                     #2  0x00007f8fcfa589ec n/a (radeonsi_dri.so + 0x1529ec)
                                                     #3  0x00007f8fcfa52638 n/a (radeonsi_dri.so + 0x14c638)
                                                     #4  0x00007f8fd19cf299 start_thread (libpthread.so.0 + 0x9299)
                                                     #5  0x00007f8fd1bec053 __clone (libc.so.6 + 0xff053)
                                                     
                                                     Stack trace of thread 1388:
                                                     #0  0x00007f8fd19db9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
                                                     #1  0x00007f8fd19d5260 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf260)
                                                     #2  0x00007f8fcfa589ec n/a (radeonsi_dri.so + 0x1529ec)
                                                     #3  0x00007f8fcfa52638 n/a (radeonsi_dri.so + 0x14c638)
                                                     #4  0x00007f8fd19cf299 start_thread (libpthread.so.0 + 0x9299)
                                                     #5  0x00007f8fd1bec053 __clone (libc.so.6 + 0xff053)

Offline

#3 2021-04-29 16:14:32

MaWalla
Member
Registered: 2016-12-23
Posts: 11

Re: [Solved] GDM 40 throws me into (console)

after some updates and checking journalctl -b again I found these 2 lines occurring, probably responsible for the crash:

Apr 29 18:02:04 arch-probook org.gnome.Shell.desktop[1244]: glamor: No eglstream capable devices found
Apr 29 18:02:04 arch-probook org.gnome.Shell.desktop[1244]: (EE) could not connect to wayland server

which is weird, since the UI works for a few secs/after going to another tty and back. Also there is no NVIDIA hardware involved which could potentially cause trouble...

EDIT: After setting WaylandEnable to false once more, this Error popped up in /var/lib/gdm/.local/share/xorg/Xorg.0.log.old which seems to bring me a lot closer to the issue. Apparently gdm loses access to the vt, which is strange since the access is there for a few secs:

[    66.296] (--) Log file renamed from "/var/lib/gdm/.local/share/xorg/Xorg.pid-2076.log" to "/var/lib/gdm/.local/share/xorg/Xorg.0.log"
[    66.296] (WW) Failed to open protocol names file lib/xorg/protocol.txt
[    66.297] 
X.Org X Server 1.20.11
X Protocol Version 11, Revision 0
[    66.297] Build Operating System: Linux Archlinux
[    66.297] Current Operating System: Linux arch-probook 5.11.16-zen1-1-zen #1 ZEN SMP PREEMPT Wed, 21 Apr 2021 17:22:09 +0000 x86_64
[    66.297] Kernel command line: initrd=\amd-ucode.img initrd=\initramfs-linux-B.img cryptdevice=UUID=ff702490-a9ca-46f5-93c5-aee0918cf009:archroot root=/dev/mapper/archroot rootflags=subvol=B rw quiet splash loglevel=3 rd.udev.log_priority=3 vt.global_cursor_default=0 acpi_osi=linux acpi_backlight=vendor amdgpu.ppfeaturemask=0xffffffff
[    66.297] Build Date: 13 April 2021  03:12:10PM
[    66.297]  
[    66.297] Current version of pixman: 0.40.0
[    66.297] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[    66.297] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    66.297] (==) Log file: "/var/lib/gdm/.local/share/xorg/Xorg.0.log", Time: Thu Apr 29 18:20:39 2021
[    66.297] (==) Using config directory: "/etc/X11/xorg.conf.d"
[    66.297] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[    66.297] (==) No Layout section.  Using the first Screen section.
[    66.297] (==) No screen section available. Using defaults.
[    66.297] (**) |-->Screen "Default Screen Section" (0)
[    66.297] (**) |   |-->Monitor "<default monitor>"
[    66.298] (==) No device specified for screen "Default Screen Section".
	Using the first device section listed.
[    66.298] (**) |   |-->Device "AMD"
[    66.298] (==) No monitor specified for screen "Default Screen Section".
	Using a default monitor configuration.
[    66.298] (==) Automatically adding devices
[    66.298] (==) Automatically enabling devices
[    66.298] (==) Automatically adding GPU devices
[    66.298] (==) Automatically binding GPU devices
[    66.298] (==) Max clients allowed: 256, resource mask: 0x1fffff
[    66.298] (WW) The directory "/usr/share/fonts/misc" does not exist.
[    66.298] 	Entry deleted from font path.
[    66.298] (WW) The directory "/usr/share/fonts/OTF" does not exist.
[    66.298] 	Entry deleted from font path.
[    66.298] (WW) The directory "/usr/share/fonts/Type1" does not exist.
[    66.298] 	Entry deleted from font path.
[    66.298] (==) FontPath set to:
	/usr/share/fonts/TTF,
	/usr/share/fonts/100dpi,
	/usr/share/fonts/75dpi
[    66.298] (==) ModulePath set to "/usr/lib/xorg/modules"
[    66.298] (II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
[    66.298] (II) Module ABI versions:
[    66.298] 	X.Org ANSI C Emulation: 0.4
[    66.298] 	X.Org Video Driver: 24.1
[    66.298] 	X.Org XInput driver : 24.1
[    66.298] 	X.Org Server Extension : 10.0
[    66.299] (++) using VT number 1

[    66.303] (II) systemd-logind: took control of session /org/freedesktop/login1/session/_35
[    66.305] (II) xfree86: Adding drm device (/dev/dri/card0)
[    66.306] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 11 paused 0
[    66.311] (--) PCI:*(4@0:0:0) 1002:1636:103c:8735 rev 194, Mem @ 0xd0000000/268435456, 0xe0000000/2097152, 0xe0600000/524288, I/O @ 0x00002000/256
[    66.311] (II) Open ACPI successful (/var/run/acpid.socket)
[    66.311] (II) LoadModule: "glx"
[    66.311] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[    66.313] (II) Module glx: vendor="X.Org Foundation"
[    66.313] 	compiled for 1.20.11, module version = 1.0.0
[    66.313] 	ABI class: X.Org Server Extension, version 10.0
[    66.313] (II) LoadModule: "amdgpu"
[    66.314] (II) Loading /usr/lib/xorg/modules/drivers/amdgpu_drv.so
[    66.314] (II) Module amdgpu: vendor="X.Org Foundation"
[    66.315] 	compiled for 1.20.8, module version = 19.1.0
[    66.315] 	Module class: X.Org Video Driver
[    66.315] 	ABI class: X.Org Video Driver, version 24.1
[    66.315] (II) AMDGPU: Driver for AMD Radeon:
	All GPUs supported by the amdgpu kernel driver
[    66.315] (WW) xf86OpenConsole: VT_ACTIVATE failed: Operation not permitted
[    66.315] (EE) 
Fatal server error:
[    66.315] (EE) xf86OpenConsole: Switching VT failed
[    66.315] (EE) 
[    66.315] (EE) 
Please consult the The X.Org Foundation support 
	 at http://wiki.x.org
 for help. 
[    66.315] (EE) Please also check the log file at "/var/lib/gdm/.local/share/xorg/Xorg.0.log" for additional information.
[    66.315] (EE) 
[    66.315] (WW) xf86CloseConsole: KDSETMODE failed: Operation not permitted
[    66.315] (WW) xf86CloseConsole: VT_SETMODE failed: Operation not permitted
[    66.365] (EE) Server terminated with error (1). Closing log file.

Last edited by MaWalla (2021-04-29 16:45:40)

Offline

#4 2021-04-30 09:44:35

thetrickster
Member
Registered: 2021-04-30
Posts: 1

Re: [Solved] GDM 40 throws me into (console)

I'm getting the exact same symptoms on a more stock setup although with different diagnostics in the logs.

To be specific, GDM doesn't start correctly at boot until I switch to a TTY and then switch back. At this point, GDM starts in XOrg mode (Wayland is not disabled).

I'm using a more stock setup with no Docker or Plymouth.

For me it's gnome-shell that dumps core. Output of journalctl -b | grep (process-ID of gnome-shell):

Apr 30 10:17:02 ArchBox kernel: ACPI: Core revision 20201113
Apr 30 10:17:49 ArchBox gnome-shell[1113]: Adding device '/dev/dri/card0' (radeon) using non-atomic mode setting.
Apr 30 10:17:53 ArchBox gnome-shell[1113]: Boot VGA GPU /dev/dri/card0 selected as primary
Apr 30 10:17:55 ArchBox gnome-shell[1113]: Disabling DMA buffer screen sharing for driver 'radeon'.
Apr 30 10:17:55 ArchBox gnome-shell[1113]: Using public X11 display :1024, (using :1025 for managed services)
Apr 30 10:17:55 ArchBox gnome-shell[1113]: Using Wayland display name 'wayland-0'
Apr 30 10:17:55 ArchBox /usr/lib/gdm-wayland-session[1004]: dbus-daemon[1004]: [session uid=120 pid=1004] Activating service name='org.a11y.Bus' requested by ':1.5' (uid=120 pid=1113 comm="/usr/bin/gnome-shell ")
Apr 30 10:17:58 ArchBox gnome-shell[1113]: Skipping parental controls support as it’s disabled
Apr 30 10:17:58 ArchBox gnome-shell[1113]: Unset XDG_SESSION_ID, getCurrentSessionProxy() called outside a user session. Asking logind directly.
Apr 30 10:17:58 ArchBox gnome-shell[1113]: Will monitor session 1
Apr 30 10:17:58 ArchBox dbus-daemon[530]: [system] Activating via systemd: service name='org.freedesktop.locale1' unit='dbus-org.freedesktop.locale1.service' requested by ':1.14' (uid=120 pid=1113 comm="/usr/bin/gnome-shell ")
Apr 30 10:17:59 ArchBox gnome-shell[1113]: Failed to launch ibus-daemon: Failed to execute child process “ibus-daemon” (No such file or directory)
Apr 30 10:18:00 ArchBox dbus-daemon[530]: [system] Activating via systemd: service name='org.freedesktop.UPower' unit='upower.service' requested by ':1.14' (uid=120 pid=1113 comm="/usr/bin/gnome-shell ")
Apr 30 10:18:01 ArchBox dbus-daemon[530]: [system] Activating via systemd: service name='org.freedesktop.GeoClue2' unit='geoclue.service' requested by ':1.14' (uid=120 pid=1113 comm="/usr/bin/gnome-shell ")
Apr 30 10:18:02 ArchBox /usr/lib/gdm-wayland-session[1004]: dbus-daemon[1004]: [session uid=120 pid=1004] Activating service name='org.gnome.Shell.Notifications' requested by ':1.4' (uid=120 pid=1113 comm="/usr/bin/gnome-shell ")
Apr 30 10:18:02 ArchBox /usr/lib/gdm-wayland-session[1375]: dbus-daemon[1375]: Activating service name='org.a11y.atspi.Registry' requested by ':1.0' (uid=120 pid=1113 comm="/usr/bin/gnome-shell ")
Apr 30 10:18:05 ArchBox gnome-shell[1113]: meta_drm_buffer_gbm_new_lock_front failed: drmModeAddFB2WithModifiers failed: Invalid argument
Apr 30 10:18:05 ArchBox gnome-shell[1113]: Registering session with GDM
Apr 30 10:18:05 ArchBox gnome-shell[1113]: meta_drm_buffer_gbm_new_lock_front failed: drmModeAddFB2WithModifiers failed: Invalid argument
Apr 30 10:18:05 ArchBox gnome-shell[1113]: meta_drm_buffer_gbm_new_lock_front failed: drmModeAddFB2WithModifiers failed: Invalid argument
Apr 30 10:18:05 ArchBox gnome-shell[1113]: Failed to launch ibus-daemon: Failed to execute child process “ibus-daemon” (No such file or directory)
Apr 30 10:18:06 ArchBox gnome-shell[1113]: ATK Bridge is disabled but a11y has already been enabled.
Apr 30 10:18:06 ArchBox gnome-shell[1113]: meta_drm_buffer_gbm_new_lock_front failed: drmModeAddFB2WithModifiers failed: Invalid argument
Apr 30 10:18:06 ArchBox gnome-shell[1113]: meta_drm_buffer_gbm_new_lock_front failed: drmModeAddFB2WithModifiers failed: Invalid argument
Apr 30 10:18:07 ArchBox gnome-shell[1113]: meta_drm_buffer_gbm_new_lock_front failed: drmModeAddFB2WithModifiers failed: Invalid argument
Apr 30 10:18:07 ArchBox gnome-shell[1113]: meta_drm_buffer_gbm_new_lock_front failed: drmModeAddFB2WithModifiers failed: Invalid argument
Apr 30 10:18:07 ArchBox org.gnome.Shell.desktop[1113]: **
Apr 30 10:18:07 ArchBox org.gnome.Shell.desktop[1113]: mutter:ERROR:../mutter/src/backends/native/meta-onscreen-native.c:204:meta_onscreen_native_notify_frame_complete: assertion failed: (!cogl_onscreen_peek_head_frame_info (onscreen))
Apr 30 10:18:07 ArchBox org.gnome.Shell.desktop[1113]: == Stack trace for context 0x559adcb311e0 ==
Apr 30 10:18:07 ArchBox audit[1113]: ANOM_ABEND auid=120 uid=120 gid=120 ses=1 pid=1113 comm="gnome-shell" exe="/usr/bin/gnome-shell" sig=6 res=1
Apr 30 10:18:07 ArchBox org.gnome.Shell.desktop[1113]: Bail out! mutter:ERROR:../mutter/src/backends/native/meta-onscreen-native.c:204:meta_onscreen_native_notify_frame_complete: assertion failed: (!cogl_onscreen_peek_head_frame_info (onscreen))
Apr 30 10:18:07 ArchBox kernel: audit: type=1701 audit(1619774287.544:117): auid=120 uid=120 gid=120 ses=1 pid=1113 comm="gnome-shell" exe="/usr/bin/gnome-shell" sig=6 res=1
Apr 30 10:18:10 ArchBox systemd-coredump[1583]: Process 1113 (gnome-shell) of user 120 dumped core.
                                                Stack trace of thread 1113:

I have no idea what's going on yet.

Edit: related issue on the GNOME project tracker | https://gitlab.gnome.org/GNOME/mutter/-/issues/1767
Hopefully fixed by https://gitlab.gnome.org/GNOME/mutter/- … uests/1843

Last edited by thetrickster (2021-04-30 10:02:20)

Offline

#5 2021-06-01 22:18:53

MaWalla
Member
Registered: 2016-12-23
Posts: 11

Re: [Solved] GDM 40 throws me into (console)

Solved. Somehow the official archlinux docker image causes the problems to happen (it also prevents retroarch from working). After completely overhauling the build process, using a chroot as base instead of the docker image, the problems went away. Almost seems like the docker images are not made to run on bare metal smile

Offline

Board footer

Powered by FluxBB