[08:56] <dreamon> dmesg -T hat ein falsches Datum. Ist das bei euch auch so? [So Jan 16 03:10:27 2022] sd 2:0:0:0: [sdc] Attached SCSI disk
[08:56] <dreamon> dreamon@mydreamon So Jan 23 09:53:02
[10:14] <holgersson> dreamon: Ja (und nein). Im Buffer stehen Zeitstempel ab dem Booten des Kernels, und der Zeitindex für diese Stempel wird beim Suspend-To Disk oder Suspend-To-RAM pausiert.
[10:14] <holgersson> dreamon: Neuere dmesg-Versionen passen 'dmesg -T' aber auf die aktuelle Uhrzeit beim Aufruf an.
[10:14] <holgersson> dreamon: Mit 'dmesg -Tw' und anschließendem Suspend kann man die Ausgabe aber auch wieder zerlegen, weil's offenbar nur beim Aufruf die Uhrzeit abgleicht.
[10:15] <holgersson> Ich hab hier bspw. für das Paket util-linux, in dem dmesg enthalten ist, Version 2.37.2 (auf einer anderen Distribution). Wann sich das genau geändert kann ich dir aber nicht sagen.
[11:38] <dreamon> holgerson. Danke V2.34 ist bei 20.04 aktuell verbaut. Dachte schon was ich hab hier für allen Log kram.
[11:40] <dreamon> Etwas anderes was mich auch noch nervt. ich reboote ja ziemlich selten. wenn ich STRG+ALT+t mache um ein Terminal zu öffnen, dann dauert das 20-30 Sekunden bis es öffnet. Videos bleiben stehen. Kiste fast nicht mehr zu bedienen. Dann läufts auf einmal weiter und Fenster öffnet sich.
[12:06] <tomreyn> dreamon: da wird wohl irgendwas mit gnome vermurkst sein. lass mal ein    journalctl -f     oder    dmesg -w   mitlaufen während du ein neues termnal öffnest, und schau was da geloggt wurde.
[12:07] <tomreyn> ne mögliche ursache könnten z.b. von dir installierte gnome-shell extensions sein
[12:12] <dreamon> tomreyn, ich verwende kein gnome. xubuntu. in den Logs bewegt sich nichts( journalctl -f ) Wirklich gar nichts. irgendwie freezt auch die grafische umgebung.  
[12:13] <dreamon> Einen Fehler hab ich im Log aber von wann der ist?? der Timestamp passt ja nicht -> i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe B (start=118372 end=118373) time 256 us, min 1073, max 1079, scanline start 1066, end 1084
[12:17] <tomreyn> dreamon: sowas passiert mitunter nach suspend bei windows-only optimiertem bios, neustarten hilft.
[12:17] <dreamon> 15Tag Uptime.. Werd ich mal testen. Supend mach ich relativ häufig
[12:18] <dreamon> tomreyn, Darf ich fragen welches Terminal du verwendest. hier terminator als default. andere gehen schneller auf stell ich grade fest
[12:21] <tomreyn> dreamon: das wird nicht am terminal liegen, denke ich, 20-30 sekunden ist ja extrem lahm. aber vergleich vielleicht mal mit dem xfce-terminal. ich hab gnome und gnome-terminal hier.
[12:22] <dreamon> der geht nach 2-3 Sekunden auf.. hmpf
[12:23] <tomreyn> die i915/drm-fehlermeldung sagt aus, dass die ausführung einer grafik-workload/-pipe fehlgeschlagen ist. das geht üblicherweise einher mit nem für paar sekunden eingefrorenen, ggf. schwarzen, bildschirm.
[12:23] <tomreyn> oder , dann wohl doch dein spezi-terminal
[12:24] <dreamon> Das mit dem schwarze Bildschirm kenn ich, nach supsend ist das manchmal stressig. 
[12:25] <dreamon> STRG+ALT+T ruft "exo-open --launch TerminalEmulator" auf.. das im Terminal aufgerufen verhält sich genauso lahm.
[12:26] <dreamon> aber Terminator im Termiminal direkt aufgerufen  ist genau so lahm.. ehr ein terminator problem wie mir scheint
[12:26] <tomreyn> und TerminalEmulator ist dein terminator?
[12:26] <dreamon> ja. Hab ich als default eingerichtet..
[12:27] <tomreyn> na ja, ursache ist identifiziert.
[12:28] <dreamon> gibt es für das i915 irgendeine Lösung?
[12:29] <tomreyn> eventuell HWE-kernel. eventuell biosupdate. eventuell acpi-mäßig so tun als sei man windows. nicht suspenden.
[12:30] <dreamon> eventuell besser auf 22.04 warten?
[12:31] <tomreyn> ist eher unwahrscheinlich, dass das dahingehend verbesserung bringt. aber nen versuch ist's immer wert. die anderen optionen haben nach hinten besser werdende chancen, aber der aufwand steigt auch.
[12:34] <dreamon> Danke dir.
=== tuvok is now known as tuvok-
=== tuvok- is now known as tuvok