staging.inyokaproject.org

Hallo,

ca. 1 - 3 mal pro Woche friert mein KDE einfach ein - BIS AUF die Maus.

Meist in Kombination mit einigen Fenstern, Alt + Tab, standard Office Arbeit und dann passiert es.

Nur die Maus bewegt sich noch.

Mit Strg + Alt + F2 komme ich auch auf die Konsole und kann mit shutdown -r now einen Reboot durchführen.

Habe:

Betriebssystem: Kubuntu 22.04 KDE-Plasma-Version: 5.24.7 KDE-Frameworks-Version: 5.92.0 Qt-Version: 5.15.3 Kernel-Version: 5.19.0-35-generic (64-bit) Grafik-Plattform: X11 Prozessoren: 16 × AMD Ryzen 7 PRO 6850U with Radeon Graphics Speicher: 30,1 GiB Arbeitsspeicher Grafikprozessor: REMBRANDT

Läuft auf XOrg.

Die letzten Details aus Syslog vor dem Freeze:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

Mar 19 17:10:29 tp-ThinkPad-T16-Gen-1 kernel: [97395.412379] audit: type=1326 audit(1679242229.814:2333): auid=1000 uid=1000 gid=1000 ses=1 subj=snap.chromium.chromium pid=91295 comm="chrome" exe="/snap/chromium/2392/usr/lib/chromium-browser/chrome" sig=0 arch=c000003e syscall=330 compat=0 ip=0x7f88bb35b00b code=0x50000
Mar 19 17:11:12 tp-ThinkPad-T16-Gen-1 kglobalaccel5[91356]: Omitting both --window and --windowclass arguments is not recommended
Mar 19 17:11:12 tp-ThinkPad-T16-Gen-1 systemd[1709]: Started /usr/bin/spectacle.
Mar 19 17:11:13 tp-ThinkPad-T16-Gen-1 kglobalaccel5[91360]: qt.qpa.xcb: xcb_shm_create_segment() failed for size 4297920
Mar 19 17:11:15 tp-ThinkPad-T16-Gen-1 kglobalaccel5[91360]: kf.kio.widgets.kdirmodel: No node found for item that was just removed: QUrl("file:///home/tp/Document/A.pdf")
Mar 19 17:11:15 tp-ThinkPad-T16-Gen-1 kglobalaccel5[91360]: qt.qpa.xcb: xcb_shm_create_segment() failed for size 20436
Mar 19 17:11:15 tp-ThinkPad-T16-Gen-1 kglobalaccel5[91360]: qt.qpa.xcb: xcb_shm_create_segment() failed for size 11869680
Mar 19 17:11:20 tp-ThinkPad-T16-Gen-1 kglobalaccel5[91360]: qt.qpa.xcb: xcb_shm_create_segment() failed for size 39306240
Mar 19 17:11:29 tp-ThinkPad-T16-Gen-1 kernel: [97455.417847] audit: type=1326 audit(1679242289.822:2334): auid=1000 uid=1000 gid=1000 ses=1 subj=snap.chromium.chromium pid=91400 comm="chrome" exe="/snap/chromium/2392/usr/lib/chromium-browser/chrome" sig=0 arch=c000003e syscall=330 compat=0 ip=0x7f88bb35b00b code=0x50000
Mar 19 17:11:40 tp-ThinkPad-T16-Gen-1 kglobalaccel5[91360]: qt.qpa.xcb: xcb_shm_create_segment() failed for size 4777080

Sieht man da schon einen Hinweis? Oder wie kann ich am besten nach einem suchen?

Hallo Transmitter,

ggf. mal mit einer Live Version vom USB-Stick mit 22.10 prüfen.

Grüße

schollsky

Hallo!

Ich vermute aufgrund von qt.qpa.xcb: xcb_shm_create_segment() failed for size 4297920, das es da Probleme mit dem Speicher gibt. Zu Ryzen existieren einige Threads hier, die Dinger sind wohl recht problematisch und Dank closed source auch nur durch einige Kerneloptionen zur Mitarbeit zu bewegen. (Keine Sorge, die neue Generation Intel ist nicht besser).

Prüfen kannst du das mit journalctl -b -p err und der Suche nach den entsprechenden Fehlern. verdooft hat hier einige Hinweise gepostet, die du als Anhaltspunkt nehmen könntest.

Falls das Problem wider erwarten doch an Plasma liegt, versuch es mal mit einem frischen Benutzer zu reproduzieren.

Ja, ich musste, um mit dem Ryzen, bzw. der Grafik, (mein 1. AMD Prozessor überhaupt) glücklich zu werden, auch erstmal recherchieren. Mit fTPM wird das nichts zu tun haben, weil das eigentlich nur kurze Aussetzer waren. Aber ich habe in meinen Favoriten noch den Bug: https://gitlab.freedesktop.org/drm/amd/-/issues/2113

Dabei sah man im Log des vorletzten Boots (glaube das ging mit journalctl -b -1) allerdings direkt "amdgpu no-retry page fault" Einträge, bei meiner damaligen Recherche bin ich noch auf viele weitere amdgpu bezogene Probleme gestoßen.

<irrelevantes bezugnehmend einer von mir verkehrt gelesenen QT-Version entfernt>

Ich verwende mittlerweile KDE Plasma 5.27.2, KDE-Frameworks: 5.104.0, Qt: 5.15.8, hatte mit den Original-Buntu 22.04 Paketen allerdings auch keine Probleme der Art.

Der Thread-Ersteller setzt noch modernere Hardware ein, drum würde ichs direkt mit dem aktuellen Kernel 6.2.7 probieren. Ich weiß nicht, was alles im syslog steht, habe damals auch noch in ~/.xsession-errors, dmesg und im genannten journalctl nachgesehen.

Ich hatte extra Lenovo und AMD gekauft, weil die in der Linux Community als besonders kompatibel gelobt wurden. ☹

Vielen Dank für die Infos - werde den aktuellen Kernel probieren.

Das war auch lange so, dass Lenovo kompatible Produkte hatte. Bis einschließlich dem X220 ließ sich das System komplett mit freier Software bedienen. Mittlerweile ist der Hersteller weniger relevant, da die Industrie sich darauf eingestellt hat auf Biegen und Brechen die Kontrolle nicht an die Nutzer abzugeben (Suche nach Intel ME, AMD PSP, TPM,…). Es gibt Ansätze mit RiscV-Prozessoren, etc., allerdings sind die maximal auf dem Leistungsstand von vor 20 Jahren. Die Firma Purism hat mit einer älteren Generation der Intel-Prozessoren ein freies Gerät zusammengebaut. MWn ist das das einzige Gerät in der Richtung. Annäherungen gibt es auch mit anderen Systemen. Wenn es um GPU anstatt CPU geht, sieht die Geschichte noch schlechter aus.

Von diesem Standpunkt aus, ist es also normal, das in Linux jede Menge Workarounds integriert werden, die trotz der proprietären Firmware (microcode, etc.) benötigt werden, um mit entsprechenden modernen Systemen den Kernel stabil zu halten. Ryzen ist noch recht neu, da ist es normal das an den Stellschrauben gedreht werden muss. Mit der Zeit wird es Rezepte geben, um brauchbare Standardeinstellungen zu finden. Ein neuerer Linux ist also bei neuer Hardware immer eine gute Idee.

Du hast also nichts falsch gemacht. Es ist nun einfach so, weil die Kunden die letzten beiden Jahrzehnte alles haben mit sich machen lassen und jeglicher Aufschrei ignoriert wurde (ich beziehe mich da eher auf Server-Hardware, die Desktop-Systeme sind weniger relevant).