Also, den ultimativen Tipp habe ich nun leider nicht. Die Logfiles geben IMHO zumindest einen Ansatz wie die Probleme auftreten.
Du startest das Systemupdate um 11:30:33
Nov 11 11:30:33 arch-TUXEDO dbus-daemon[604]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.1349' (uid=0 pid=183890 comm="/usr/bin/sudo /usr/bin/pacman -Syu")
Als erste erwähnenswerte Programme wird systemd+libs aktualisiert:
T11:31:53+0100] [ALPM] upgraded systemd (254.5-1 -> 254.6-1)
was im Systemlog dazu führt daß
a) polkitd das Rulekit neu erstellt, einliest
Nov 11 11:31:53 arch-TUXEDO polkitd[737]: Finished loading, compiling and executing 8 rules
b) dbus-daemon die Konfig neu einliest, dabei beschwert sich der Dienst geoclue über eine nichtbehandelte Nachricht von/an dbus über Änderungen bei von verfügbaren Diensten:
Nov 11 11:31:53 arch-TUXEDO geoclue[1303]: WARNING: Unhandled message: interface=org.freedesktop.DBus, path=/org/freedesktop/DBus, member=ActivatableServicesChanged
c) dbus eine unbekannte Gruppe namens netdev in Konfigs findet
Nov 11 11:31:53 arch-TUXEDO dbus-daemon[604]: Unknown group "netdev" in message bus configuration file
d) polkitd erneut das Ruleset einliest, diesmal mit einer Regel mehr:
Nov 11 11:31:53 arch-TUXEDO polkitd[737]: Finished loading, compiling and executing 9 rules
Die Punkte a bis d halte ich für nicht relevant, dazu später mehr
Jetzt wird die neue systemd-Version (neu)gestartet.
Und - jetzt wird es IMHO "spannend" - direkt dabei stürzen die drei genannten Programme ab, also Thunderbird, Opera, Variety (und noch ein Prozeß/Tread). Im Zusammenhang sieht das so aus:
Nov 11 11:31:53 arch-TUXEDO systemd[1]: Reexecuting requested from client PID 186900 ('systemctl') (unit session-3.scope)...
Nov 11 11:31:53 arch-TUXEDO systemd[1]: Reexecuting.
Nov 11 11:31:53 arch-TUXEDO systemd[1]: systemd 254.6-1-arch running in system mode (+PAM +AUDIT -SELINUX -APPARMOR -IMA +SMACK +SECCOMP +GCRYPT +GNUTLS +OPENSSL +ACL +BLKID +CURL +ELFUTILS +FIDO2 +IDN2 -IDN +IPTC +KMOD +LIBCRYPTSETUP +LIBFDISK +PCRE2 -PWQUALITY +P11KIT -QRENCODE +TPM2 +BZIP2 +LZ4 +XZ +ZLIB +ZSTD +BPF_FRAMEWORK +XKBCOMMON +UTMP -SYSVINIT default-hierarchy=unified)
Nov 11 11:31:53 arch-TUXEDO systemd[1]: Detected architecture x86-64.
Nov 11 11:31:54 arch-TUXEDO systemd[1]: bpf-lsm: LSM BPF program attached
Nov 11 11:31:57 arch-TUXEDO systemd[1]: Started Process Core Dump (PID 187082/UID 0).
Nov 11 11:31:57 arch-TUXEDO systemd[1]: Started Process Core Dump (PID 187084/UID 0).
Nov 11 11:31:58 arch-TUXEDO kernel: variety[13074]: segfault at 0 ip 00007f3c86e343ae sp 00007fff76ffbdd0 error 4 in libgio-2.0.so.0.7800.1[7f3c86d4f000+110000] likely on CPU 4 (core 0, socket 0)
Nov 11 11:31:58 arch-TUXEDO kernel: Code: 8b 7d 18 48 83 c4 08 5b 5d 41 5c 41 5d ff 25 49 6b 0b 00 66 0f 1f 84 00 00 00 00 00 f3 0f 1e fa 53 48 89 fb 67 e8 72 fd ff ff <48> 8b 3b 48 89 c6 ff 15 de 5d 0b 00 48 89 df 5b 48 8b 40 18 ff e0
Nov 11 11:31:58 arch-TUXEDO systemd[1]: Started Process Core Dump (PID 187092/UID 0).
Nov 11 11:32:01 arch-TUXEDO systemd[1]: systemd-coredump@3-187092-0.service: Deactivated successfully.
Nov 11 11:32:01 arch-TUXEDO systemd[1]: systemd-coredump@3-187092-0.service: Consumed 1.187s CPU time.
Nov 11 11:32:11 arch-TUXEDO systemd[1]: systemd-coredump@2-187084-0.service: Deactivated successfully.
Nov 11 11:32:11 arch-TUXEDO systemd[1]: systemd-coredump@2-187084-0.service: Consumed 4.114s CPU time.
Nov 11 11:32:14 arch-TUXEDO systemd[1]: systemd-coredump@1-187082-0.service: Deactivated successfully.
Nov 11 11:32:14 arch-TUXEDO systemd[1]: systemd-coredump@1-187082-0.service: Consumed 6.683s CPU time.
Nov 11 11:32:22 arch-TUXEDO systemd[1]: Reloading requested from client PID 187143 ('systemctl') (unit session-3.scope)...
Nov 11 11:32:22 arch-TUXEDO systemd[1]: Reloading...
Nov 11 11:32:22 arch-TUXEDO systemd[1]: Reloading finished in 314 ms.
Die betroffenen Programme selbst sind also noch garnicht updated worden, sondern die "alten", laufenden werden - scheinbar grundlos? - während des systemd-Updates (zwischen Reexecuting und Reloading) in einen Zustand gebracht daß diese dann, ohne die Situation selbst behandeln zu können, zu segfaults bzw. zum Abbruch+CoreDump gezwungen werden.
Und das wundert mich jetzt sehr. Ich kenne ähnliches von früher z.B. vom Firefox. Dieser wurde updated, beim noch laufenden konnten dann z.B. keine neuen Tabs geöffnet werden. Oder in deinem Fall beim Thunderbird wäre mein Ansatz gewesen - da du ja scheinbar/evtl. clamav/clamd als Antivirenlösung nutzt - daß ein laufender TB beim Scannen einer Mail versucht Funktionen von "alten" clamav-Libs zu nutzen, aber clamav in der Zwischenzeit aktualisiert wurde. Das wären für mich nachvollziehbare Erklärungen für einen Absturz.
Auch im Fall von variety (ich wußte nicht was das macht) hätte ich aufgrund der Fehlermeldung eher auf eine "direkte" Ursache wegen eines glib2/libgio (Input/Output) Upgrades getippt. Aber die glib2 ar beim Update (und zu dem Zeitpunkt) überhaupt nicht beteiligt.
Also kurz: Ich würde die Ursache bei Systemd vermuten, evtl. ab einer bestimmten Version. Was sich mit deinen Beobachtungen decken würde, daß die Probleme ja scheinbar erst ab einem bestimmten Zeitpunkt auftraten.
Ich hab sowas bei mir noch nicht gemerkt, und auch bisher in Foren nicht gelesen was "hängengeblieben" wäre über ähnliche Probleme.
Ups, Sorry. Ich muß hier erstmal Schluß machen. Ich editiere später/morgen noch ein paar Anmerkungen rein oder schreibe in einem neuen Beitrag.