GUI Does Not Load Completely Since Recent Tumbleweed Update

Since I did “zypper dup” last week, when my computer boots up, it goes to a graphics screen that only has a mouse pointer.

If I do “init 3” followed by “init 5”, then everything loads correctly.

Where do I start on finding and fixing this problem?

Some basic information:

~>inxi -baz
  Kernel: 6.1.8-1-default arch: x86_64 bits: 64 compiler: gcc v: 12.2.1
    parameters: BOOT_IMAGE=/vmlinuz-6.1.8-1-default
    root=/dev/mapper/vgSystem-lvRoot splash=verbose
    resume=/dev/disk/by-label/FireCuda-Swap quiet security=apparmor
    mitigations=auto libata.allow_tpm=1 nosimplefb=1
  Desktop: KDE Plasma v: 5.26.5 tk: Qt v: 5.15.8 wm: kwin_x11 vt: 7 dm: SDDM
    Distro: openSUSE Tumbleweed 20230128
  Type: Laptop System: System76 product: Gazelle v: gaze17-3060-b
    serial:  Chassis: type: 9 serial: 
  Mobo: System76 model: Gazelle v: gaze17-3060-b
    serial:  UEFI: coreboot v: 2022-06-07_090f9e0
    date: 06/07/2022
  ID-1: BAT0 charge: 51.3 Wh (98.8%) condition: 51.9/52.5 Wh (98.8%)
    volts: 17.4 min: 15.4 model: Notebook BAT type: Li-ion serial: 
    status: not charging cycles: 11
  Device-1: hidpp_battery_0 model: Logitech Wireless Mouse MX Master
    serial:  charge: 55% (should be ignored) rechargeable: yes
    status: discharging
  Info: 14-core (6-mt/8-st) 12th Gen Intel Core i7-12700H [MST AMCP]
    arch: Alder Lake speed (MHz): avg: 1633 min/max: 400/4600:4700:3500
  Device-1: Intel Alder Lake-P Integrated Graphics vendor: CLEVO/KAPOK
    driver: i915 v: kernel arch: Gen-12.2 process: Intel 10nm built: 2021-22+
    ports: active: eDP-1 empty: DP-1, DP-2, DP-3, DP-4 bus-ID: 00:02.0
    chip-ID: 8086:46a6 class-ID: 0300
  Device-2: NVIDIA GA106M [GeForce RTX 3060 Mobile / Max-Q]
    vendor: CLEVO/KAPOK driver: nvidia v: 525.85.05
    alternate: nouveau,nvidia_drm non-free: 520.xx+
    status: current (as of 2022-10) arch: Ampere code: GAxxx
    process: TSMC n7 (7nm) built: 2020-22 pcie: gen: 4 speed: 16 GT/s lanes: 8
    link-max: lanes: 16 ports: active: none off: DP-5,HDMI-A-1 empty: eDP-2
    bus-ID: 01:00.0 chip-ID: 10de:2520 class-ID: 0300
  Device-3: Chicony USB2.0 Camera type: USB driver: uvcvideo bus-ID: 3-8:5
    chip-ID: 04f2:b729 class-ID: fe01 serial: 
  Display: x11 server: X.Org v: 21.1.6 with: Xwayland v: 22.1.7
    compositor: kwin_x11 driver: X: loaded: modesetting,nvidia alternate: intel
    dri: iris gpu: i915,nvidia,nvidia-nvswitch resolution: 1: 1920x1080~60Hz
    2: 1920x1080~60Hz 3: 1920x1080~144Hz
  API: OpenGL v: 4.6.0 NVIDIA 525.85.05 renderer: NVIDIA GeForce RTX 3060
    Laptop GPU/PCIe/SSE2 direct render: Yes
  Device-1: Intel Alder Lake-P PCH CNVi WiFi driver: iwlwifi v: kernel
    bus-ID: 00:14.3 chip-ID: 8086:51f0 class-ID: 0280
  Device-2: Intel Ethernet I219-V driver: e1000e v: kernel port: N/A
    bus-ID: 00:1f.6 chip-ID: 8086:1a1f class-ID: 0200
  Local Storage: total: 931.51 GiB used: 343.96 GiB (36.9%)
  Processes: 458 Uptime: 5h 16m wakeups: 7 Memory: 15.47 GiB
  used: 6.79 GiB (43.9%) Init: systemd v: 252 default: graphical
  tool: systemctl Compilers: gcc: 12.2.1 alt: 12 Packages: pm: rpm pkgs: N/A
  note: see --rpm tools: yast,zypper pm: flatpak pkgs: 0 Shell: Bash v: 5.2.15
  running-in: konsole inxi: 3.3.23

Let’s see if there’s a clue in the log:

cat /var/log/Xorg.0.log | susepaste

Paste here the resulting URI if there’s no error message from susepaste. If a not found error, try substituting ~/.local/share for /var/log. If a susepaste error and you can reach openSUSE Paste try pasting there. If susepasting is a complete loss, try:

grep EE /var/log/Xorg.0.log

and typing any results following line 1.

What’s happening to you is similar to what happens to me in several environments reported in this bug.

Pasted as:
openSUSE Paste

I think the log may have been rotated when I did “init 5”, so here is /var/log/Xorg.0.log.old
Pasted as:
openSUSE Paste

Happened again this morning.

Interesting part of /var/log/Xorg.0.log.old:

[   247.646] (EE) 
[   247.646] (EE) Backtrace:
[   247.646] (EE) 0: /usr/bin/Xorg.bin (xorg_backtrace+0x7e) [0x560b41ffbc0e]
[   247.646] (EE) 1: /usr/bin/Xorg.bin (0x560b41e22000+0x1e2659) [0x560b42004659]
[   247.646] (EE) 2: /lib64/ (0x7fd61a84f000+0x3d8e0) [0x7fd61a88c8e0]
[   247.646] (EE) 3: /usr/bin/Xorg.bin (RRSetChanged+0x89) [0x560b41f41599]
[   247.646] (EE) 4: /usr/bin/Xorg.bin (0x560b41e22000+0x12d497) [0x560b41f4f497]
[   247.646] (EE) 5: /usr/bin/Xorg.bin (0x560b41e22000+0x8787e) [0x560b41ea987e]
[   247.646] (EE) 6: /usr/bin/Xorg.bin (0x560b41e22000+0x8d79c) [0x560b41eaf79c]
[   247.646] (EE) 7: /usr/bin/Xorg.bin (0x560b41e22000+0x4cf01) [0x560b41e6ef01]
[   247.646] (EE) 8: /lib64/ (0x7fd61a84f000+0x275b0) [0x7fd61a8765b0]
[   247.646] (EE) 9: /lib64/ (__libc_start_main+0x8b) [0x7fd61a876679]
[   247.646] (EE) 10: /usr/bin/Xorg.bin (_start+0x25) [0x560b41e6f935]
[   247.646] (EE) 
[   247.646] (EE) Segmentation fault at address 0x3f0
[   247.646] (EE) 
Fatal server error:
[   247.646] (EE) Caught signal 11 (Segmentation fault). Server aborting
[   247.646] (EE) 

I am not sure what to do to fix this? is being cantankerous, giving me 404s instead of showing me your pastes. You could file a report at Bugzilla and attach logs there. Ultimately that might be necessary anyway as this could possibly be a SDDM or XDM regression for Optimus on Alder Lake. inxi -GMSaz should be enough system information to include there. Also add a link here.

Susepaste has a screwball -e option to specify lifetime/expiration time using big numbers in “” marks in its man page. You could try again specifying a week or more. Yours could have expired before I looked for them, but I suggest a bug report is likely better for this particular issue.

Well, I am having trouble logging into Bugzilla. I already have an account (seems to be the same one used for these forums?) I can reset the password - but it still does not let me login (and then I have to reset again to get back into these forums).

Read the susepaste MANual? That’s crazy talk. :grinning: It says the default is 30 minutes, so of course it expired. I just pasted again, with a 1 week expiration.

/var/log/Xorg.0.log.old is:

/var/log/Xorg.0.log is:

(By the way, this issue does not happen EVERY time I start the computer - just most times. I had one boot yesterday that worked without issues…)

In the older log, only the NVidia driver loads. In the newer, both the NVidia display driver loads for the NVidia GPU, and the modesetting display driver loads for the Alder Lake GPU. ( won’t allow me to select & copy for pasting the lines so indicating.) There are seven instances of /dev/dri/card1 that seem to be associated with the AL, while only two for the NV, in the older. Neither show up in the newer log. I can’t tell what’s actually wrong, other than I’m pretty sure /dev/dri/cardX needs to exist for KMS to work (unless suse-prime hides it/them). If you report a bug, Stefan D will see it and either tell you what you need to do, or tell you there’s something he needs to fix or have upstream fix, or ask for more info.

Thanks for the hint about suse-prime. (I have prime-select instead of suse-prime.)

After one of the recent updates, my computer started using the Alder Lake GPU (which does not support my external monitors). I had done “prime-select nvidia”, which got it mostly working (other that failing at boot most of the time).

After seeing your hint, I did “prime-select boot nvidia”, and I have not had any problems since.

Not exactly sure what the difference is, but …