Hello,
I’ve just upgraded to Kinoite 40 on my laptop to try the new KDE 6 with this command : rpm-ostree rebase fedora:fedora/40/x86_64/kinoite
However since the update there’s an error at startup. The error is :
[FAILED] Failed to start sddm.service - Simple Desktop Display Manager
I haven’t installed any packages with rpm-ostree
I can still boot by using Fedora 39 in GRUB.
Is there logs or something where I can find more informations about why SDDM won’t start ?
Thank you
We would need the full logs to be able to diagnose the issue.
# Find the boot where you booted in Fedora Kinoite 40
$ journalctl --list-boots
# Get the logs
$ sudo journalctl -b -3 > journal.log
I need to replace the -3 with the IDX of the boot log right ?
I think this is the right log. I don’t know how to upload it here so I have it in my drive : journal.log - Google Drive
Thanks a lot for your help.
mars 29 22:52:52 fedora kernel: traps: sddm[1154] trap invalid opcode ip:7f96bf10ea9c sp:7ffc7b5537e8 error:0 in libQt6Core.so.6.6.2[7f96bf0b0000+3e7000]
mars 29 22:52:52 fedora systemd[1]: Created slice system-drkonqi\x2dcoredump\x2dprocessor.slice - Slice /system/drkonqi-coredump-processor.
mars 29 22:52:52 fedora systemd[1]: Created slice system-systemd\x2dcoredump.slice - Slice /system/systemd-coredump.
mars 29 22:52:52 fedora systemd[1]: Started systemd-coredump@0-1157-0.service - Process Core Dump (PID 1157/UID 0).
mars 29 22:52:52 fedora 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-1157-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
mars 29 22:52:52 fedora audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=drkonqi-coredump-processor@0-1157-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
mars 29 22:52:52 fedora systemd[1]: Started drkonqi-coredump-processor@0-1157-0.service - Pass systemd-coredump journal entries to relevant user for potential DrKonqi handling.
mars 29 22:52:52 fedora audit[1159]: ANOM_ABEND auid=4294967295 uid=0 gid=0 ses=4294967295 subj=system_u:system_r:unconfined_service_t:s0 pid=1159 comm="drkonqi-coredum" exe="/usr/libexec/drkonqi-coredump-processor" sig=4 res=1
mars 29 22:52:52 fedora kernel: traps: drkonqi-coredum[1159] trap invalid opcode ip:7f370130ea9c sp:7ffe435c7848 error:0 in libQt6Core.so.6.6.2[7f37012b0000+3e7000]
SDDM is crashing and then the drkonqi coredump processor is crashing in a loop. I don’t know what’s happening but this is weird.
mars 29 22:52:53 fedora systemd-coredump[1158]: Process 1154 (sddm) of user 0 dumped core.
Module libblkid.so.1 from rpm util-linux-2.40-0.9.rc1.fc40.x86_64
Module libunistring.so.5 from rpm libunistring-1.1-7.fc40.x86_64
Module libmount.so.1 from rpm util-linux-2.40-0.9.rc1.fc40.x86_64
Module libgmodule-2.0.so.0 from rpm glib2-2.79.1-1.fc40.x86_64
Module libssl.so.3 from rpm openssl-3.2.1-2.fc40.x86_64
Module libidn2.so.0 from rpm libidn2-2.3.7-1.fc40.x86_64
Module libnghttp2.so.14 from rpm nghttp2-1.59.0-2.fc40.x86_64
Module libffi.so.8 from rpm libffi-3.4.4-7.fc40.x86_64
Module libduktape.so.207 from rpm duktape-2.7.0-7.fc40.x86_64
Module libgio-2.0.so.0 from rpm glib2-2.79.1-1.fc40.x86_64
Module libcurl.so.4 from rpm curl-8.6.0-7.fc40.x86_64
Module libselinux.so.1 from rpm libselinux-3.6-4.fc40.x86_64
Module libpcre2-8.so.0 from rpm pcre2-10.42-2.fc40.2.x86_64
Module libicudata.so.74 from rpm icu-74.2-1.fc40.x86_64
Module libgobject-2.0.so.0 from rpm glib2-2.79.1-1.fc40.x86_64
Module libpxbackend-1.0.so from rpm libproxy-0.5.3-5.fc40.x86_64
Module libbrotlicommon.so.1 from rpm brotli-1.1.0-3.fc40.x86_64
Module libkeyutils.so.1 from rpm keyutils-1.6.3-3.fc40.x86_64
Module libkrb5support.so.0 from rpm krb5-1.21.2-5.fc40.x86_64
Module libcom_err.so.2 from rpm e2fsprogs-1.47.0-5.fc40.x86_64
Module libk5crypto.so.3 from rpm krb5-1.21.2-5.fc40.x86_64
Module libkrb5.so.3 from rpm krb5-1.21.2-5.fc40.x86_64
Module libpcre2-16.so.0 from rpm pcre2-10.42-2.fc40.2.x86_64
Module libb2.so.1 from rpm libb2-0.98.1-11.fc40.x86_64
Module libdouble-conversion.so.3 from rpm double-conversion-3.3.0-3.fc40.x86_64
Module libglib-2.0.so.0 from rpm glib2-2.79.1-1.fc40.x86_64
Module libicuuc.so.74 from rpm icu-74.2-1.fc40.x86_64
Module libicui18n.so.74 from rpm icu-74.2-1.fc40.x86_64
Module libcrypto.so.3 from rpm openssl-3.2.1-2.fc40.x86_64
Module libproxy.so.1 from rpm libproxy-0.5.3-5.fc40.x86_64
Module libz.so.1 from rpm zlib-ng-2.1.6-2.fc40.x86_64
Module libbrotlidec.so.1 from rpm brotli-1.1.0-3.fc40.x86_64
Module libgssapi_krb5.so.2 from rpm krb5-1.21.2-5.fc40.x86_64
Module libzstd.so.1 from rpm zstd-1.5.5-5.fc40.x86_64
Module liblzma.so.5 from rpm xz-5.4.6-1.fc40.x86_64
Module liblz4.so.1 from rpm lz4-1.9.4-6.fc40.x86_64
Module libcap.so.2 from rpm libcap-2.69-3.fc40.x86_64
Module libdbus-1.so.3 from rpm dbus-1.14.10-3.fc40.x86_64
Module libQt6Core.so.6 from rpm qt6-qtbase-6.6.2-6.fc40.x86_64
Module libQt6Network.so.6 from rpm qt6-qtbase-6.6.2-6.fc40.x86_64
Module libsystemd.so.0 from rpm systemd-255.4-1.fc40.x86_64
Module libXau.so.6 from rpm libXau-1.0.11-6.fc40.x86_64
Module libQt6Qml.so.6 from rpm qt6-qtdeclarative-6.6.2-1.fc40.x86_64
Module libQt6DBus.so.6 from rpm qt6-qtbase-6.6.2-6.fc40.x86_64
Module sddm from rpm sddm-0.21.0-4.fc40.x86_64
Stack trace of thread 1154:
#0 0x00007f96bf10ea9c _ZL10aeshash128PKhmmm (libQt6Core.so.6 + 0x10ea9c)
#1 0x00007f96bfd9126f _ZNK12QHashPrivate4DataINS_4NodeI7QStringPFvvEEEE10findBucketERKS2_ (libQt6Qml.so.6 + 0x39126f)
#2 0x00007f96bfd8ab25 _ZN12QQmlMetaType27qmlInsertModuleRegistrationERK7QStringPFvvE (libQt6Qml.so.6 + 0x38ab25)
#3 0x00007f96bfad441a _GLOBAL__sub_I_qml_qmltyperegistrations.cpp (libQt6Qml.so.6 + 0xd441a)
#4 0x00007f96c023b277 call_init (ld-linux-x86-64.so.2 + 0x5277)
#5 0x00007f96c023b36d _dl_init (ld-linux-x86-64.so.2 + 0x536d)
#6 0x00007f96c02523d0 _dl_start_user (ld-linux-x86-64.so.2 + 0x1c3d0)
ELF object binary architecture: AMD x86-64
Since this is the second thread I have seen with reports of illegal instruction errors in libQtCore, I opened a bug: 2272758 – Illegal instruction errors in libQt6Core. For those affected, please add yourself to the CC field of that bug.
See Many programs crash with `Illegal instruction (core dumped)` for the other thread.