• Trixie hangs during boot after upgrade

    From Rainer Dorsch@21:1/5 to Debian Users on Thu Jun 19 15:38:46 2025
    Hi,

    I upgraded to Trixie some weeks back and had no serious issues during all upgrades so far. After the upgrade today, I rebooted and the Trixie system failed to boot. I still can open a root shell if I boot into recovery mode.

    Is there currently a know Trixie issue, which is causing this?

    Photos of the boot messages, if I do a

    - regular boot
    https://nc.d5x.de/index.php/s/C9jLJJTEJTTyXFi

    - enter recovery mode:
    https://nc.d5x.de/index.php/s/S7jeSkB7667bYRJ

    Since the last messages I see are networking messages, I use /etc/network/ interfaces to configure my network (which contains a number of VLANs). In the root shell, the network is not yet up and running.

    Any hint or advice how to fix or debug this issue is welcome.

    Thanks
    Rainer




    -----BEGIN PGP SIGNATURE-----

    iQEzBAABCAAdFiEE8JcS1Nq4roYSRoRXvhYt0i5R3EEFAmhUEuYACgkQvhYt0i5R 3EHDfAgAp297tqTVwLWQNveDs+7rbncgVKAQYpxJk+TBIsuNAIRJLQSGOdW16qub FrOb/v1rxInQg13bnbsuZi4gCgDerCYY+2B67C99R8gbHR9rdUKY8wJN4fdRRFzn XTuN/fEGzfcVym0xulE+BfYKglziI44TVsXufkP4cXvwh/pWgKo64rmUeiBH9nKK omupawJtjCOP4qqQ+NjWcLLVtnMVKmnulsxQfFYxAr4MxSYCPGQzgLhVmqwWlSVa xdl4g14k/OHwNw4HKONG3TEYy/mgKurtcbULbKbrnLgWJNOjaahPeXYT9KxqCqzl 5NCLVhgGKqwx85lanzBWPTxQCPmyQw==
    =TSmi
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rainer Dorsch@21:1/5 to All on Thu Jun 19 16:22:17 2025
    Am Donnerstag, 19. Juni 2025, 15:38:46 Mitteleuropäische Sommerzeit schrieb Rainer Dorsch:
    Hi,

    I upgraded to Trixie some weeks back and had no serious issues during all upgrades so far. After the upgrade today, I rebooted and the Trixie system failed to boot. I still can open a root shell if I boot into recovery mode.

    Is there currently a know Trixie issue, which is causing this?

    Photos of the boot messages, if I do a

    - regular boot
    https://nc.d5x.de/index.php/s/C9jLJJTEJTTyXFi

    - enter recovery mode:
    https://nc.d5x.de/index.php/s/S7jeSkB7667bYRJ

    Since the last messages I see are networking messages, I use /etc/network/ interfaces to configure my network (which contains a number of VLANs). In
    the root shell, the network is not yet up and running.

    Any hint or advice how to fix or debug this issue is welcome.


    I got rid of all the nvidia stuff (my systems don't have nvidia hardware) and diagnosed it to be not a boot issue, but an sddm/xorg issue:

    ● sddm.service - Simple Desktop Display Manager
    Loaded: loaded (/usr/lib/systemd/system/sddm.service; enabled; preset: enabled)
    Active: active (running) since Thu 2025-06-19 16:16:57 CEST; 45s ago
    Invocation: e9c9f849bc47481da2d987ea2f5fd5ab
    Docs: man:sddm(1)
    man:sddm.conf(5)
    Main PID: 1930 (sddm)
    Tasks: 2 (limit: 38044)
    Memory: 89.5M (peak: 100.9M)
    CPU: 191ms
    CGroup: /system.slice/sddm.service
    └─1930 /usr/bin/sddm

    Jun 19 16:16:57 h370 sddm[1930]: Loaded empty theme configuration
    Jun 19 16:16:57 h370 sddm[1930]: Xauthority path: "/run/sddm/xauth_josBoJ"
    Jun 19 16:16:57 h370 sddm[1930]: Using VT 2
    Jun 19 16:16:57 h370 sddm[1930]: Display server starting...
    Jun 19 16:16:57 h370 sddm[1930]: Writing cookie to "/run/sddm/xauth_josBoJ"
    Jun 19 16:16:57 h370 sddm[1930]: Running: /usr/bin/X -nolisten tcp -background none -seat seat0 vt2 -auth /run/sddm/xauth_josBoJ -noreset -displayfd 16
    Jun 19 16:16:58 h370 systemd-coredump[2354]: Process 2256 (Xorg) of user 0 dumped core.

    Module libgcc_s.so.1 from deb gcc-14-14.2.0-19.amd64
    Module libstdc++.so.6 from deb gcc-14-14.2.0-19.amd64
    Module libzstd.so.1 from deb libzstd-1.5.7+dfsg-1.amd64
    Module libsystemd.so.0 from deb systemd-257.6-1.amd64
    Module libudev.so.1 from deb systemd-257.6-1.amd64
    Stack trace of thread 2256:
    #0 0x00007f0a7bb3b507 __GI_abort (libc.so.6 + 0x28507)
    #1 0x0000557bff22fba0 OsAbort (/ usr/lib/xorg/Xorg + 0x1e4ba0)
    #2 0x0000557bff235479 n/a (/usr/ lib/xorg/Xorg + 0x1ea479)
    #3 0x0000557bff236579 FatalError (/usr/lib/xorg/Xorg + 0x1eb579)
    #4 0x0000557bff22cd09 n/a (/usr/ lib/xorg/Xorg + 0x1e1d09)
    #5 0x00007f0a7bb52df0 __restore_rt (libc.so.6 + 0x3fdf0)
    #6 0x00007f0a7bba795c __pthread_kill_implementation (libc.so.6 + 0x9495c)
    #7 0x00007f0a7bb52cc2 __GI_raise (libc.so.6 + 0x3fcc2)
    #8 0x00007f0a7bb3b4ac __GI_abort (libc.so.6 + 0x284ac)
    #9 0x00007f0a7b72a83a n/a (libepoxy.so.0 + 0xc283a)
    #10 0x00007f0a7b72add5 n/a (libepoxy.so.0 + 0xc2dd5)
    #11 0x00007f0a7b722bde n/a (libepoxy.so.0 + 0xbabde)
    #12 0x00007f0a7b72532f n/a (libepoxy.so.0 + 0xbd32f)
    #13 0x00007f0a7b72b41c epoxy_has_egl_extension (libepoxy.so.0 + 0xc341c)
    #14 0x00007f0a7b7d9d61 glamor_egl_init (libglamoregl.so + 0x9d61)
    #15 0x00007f0a7c1bde80 n/a (modesetting_drv.so + 0xbe80)
    #16 0x0000557bff0f4093 InitOutput (/usr/lib/xorg/Xorg + 0xa9093)
    #17 0x0000557bff0b3ace n/a (/usr/ lib/xorg/Xorg + 0x68ace)
    #18 0x00007f0a7bb3cca8 __libc_start_call_main (libc.so.6 + 0x29ca8)
    #19 0x00007f0a7bb3cd65 __libc_start_main_impl (libc.so.6 + 0x29d65)
    #20 0x0000557bff09c641 _start (/ usr/lib/xorg/Xorg + 0x51641)

    Stack trace of thread 2343:
    #0 0x00007f0a7bbad9ee __syscall_cancel_arch (libc.so.6 + 0x9a9ee)
    #1 0x00007f0a7bba2668 __internal_syscall_cancel (libc.so.6 + 0x8f668)
    #2 0x00007f0a7bba2c9c __futex_abstimed_wait_common64 (libc.so.6 + 0x8fc9c)
    #3 0x00007f0a7bba5158 __pthread_cond_wait_common (libc.so.6 + 0x92158)
    #4 0x00007f0a78fafbdd n/a (libgallium-25.0.5-2.so + 0x5afbdd)
    #5 0x00007f0a78f7b22b n/a (libgallium-25.0.5-2.so + 0x57b22b)
    #6 0x00007f0a78fafb0b n/a (libgallium-25.0.5-2.so + 0x5afb0b)
    #7 0x00007f0a7bba5b7b start_thread (libc.so.6 + 0x92b7b)
    #8 0x00007f0a7bc237b8 __clone3 (libc.so.6 + 0x1107b8)

    Stack trace of thread 2342:
    #0 0x00007f0a7bbad9ee __syscall_cancel_arch (libc.so.6 + 0x9a9ee)
    #1 0x00007f0a7bba2668 __internal_syscall_cancel (libc.so.6 + 0x8f668)
    #2 0x00007f0a7bba2c9c __futex_abstimed_wait_common64 (libc.so.6 + 0x8fc9c)
    #3 0x00007f0a7bba5158 __pthread_cond_wait_common (libc.so.6 + 0x92158)
    #4 0x00007f0a78fafbdd n/a (libgallium-25.0.5-2.so + 0x5afbdd)
    #5 0x00007f0a78f7b22b n/a (libgallium-25.0.5-2.so + 0x57b22b)
    #6 0x00007f0a78fafb0b n/a (libgallium-25.0.5-2.so + 0x5afb0b)
    #7 0x00007f0a7bba5b7b start_thread (libc.so.6 + 0x92b7b)
    #8 0x00007f0a7bc237b8 __clone3 (libc.so.6 + 0x1107b8)
    ELF object binary architecture: AMD x86-64
    Jun 19 16:16:58 h370 sddm[1930]: Failed to read display number from pipe
    Jun 19 16:16:58 h370 sddm[1930]: Display server stopping...
    Jun 19 16:16:58 h370 sddm[1930]: Attempt 1 starting the Display server on vt 2 failed


    Boot process looks otherwise ok.

    Thanks
    Rainer


    -----BEGIN PGP SIGNATURE-----

    iQEzBAABCAAdFiEE8JcS1Nq4roYSRoRXvhYt0i5R3EEFAmhUHRkACgkQvhYt0i5R 3EEw/Qf9Hs1pxkw3AGYgrdsy+xwFP8deNL1NkPlXNSaIJBlXBZupM3kIyiAuFb9g 9dbR5PfKrJz6MBrWS7Xb7lBzvhH9FeGp7z6d0ak6r+o0A6UVYQz9jbpYmA03qop4 uWL5xGiGwHD+z5r2g4od0R5Kx/uHq0dCAfDgQ1WcMQv9FGkZhxx7zTyUHWQlsih7 z8x5SmC0UgumkmKYubtMTeY4bfIdvJA3TfipwfPuZAIWaWr5Q/hSfUJc/4CsIQBO Fj5feVX6ieJMjpF6LD4TuhJkNPn/pHVCzV56+UWrKTkcPDu8IH6CN3Njpd0+qu4/ UQbdYp0u8aPTohHz9SUg+3JuT+e8bg==
    =1Ko/
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)