Linux T580 Display / Grafikfehler? Hardware oder Software?

[vibrasphere]

Hallo!
Habe nach der Installation von Debian 12 auf meinem Thinkpad T580 ganz komische Grafikfehler, die sich folgendermaßen äußern, zu erkennen am unteren Bildschirmrand:
https://emalm.com/?v=9d9wr

Kann sich jemand erklären, was es damit auf sich hat, und was ich dagegen tun kann?
Hier mal die Ausgabe von inxi:

t580@t580:~$ inxi -Fz
System:
  Kernel: 6.1.0-11-amd64 arch: x86_64 bits: 64 Desktop: Xfce v: 4.18.1
    Distro: Debian GNU/Linux 12 (bookworm)
Machine:
  Type: Laptop System: LENOVO product: 20LAS4KG0Q v: ThinkPad T580
    serial: <superuser required>
  Mobo: LENOVO model: 20LAS4KG0Q v: SDK0J40697 WIN
    serial: <superuser required> UEFI: LENOVO v: N27ET50P (1.36 )
    date: 07/13/2023
Battery:
  ID-1: BAT0 charge: 27.4 Wh (93.5%) condition: 29.3/31.9 Wh (91.7%)
    volts: 15.4 min: 15.2
  ID-2: BAT1 charge: 17.9 Wh (81.4%) condition: 22.0/23.9 Wh (91.8%)
CPU:
  Info: quad core model: Intel Core i7-8650U bits: 64 type: MT MCP cache:
    L2: 1024 KiB
  Speed (MHz): avg: 1775 min/max: 400/4200 cores: 1: 800 2: 2100 3: 2100
    4: 2100 5: 2100 6: 2100 7: 800 8: 2100
Graphics:
  Device-1: Intel UHD Graphics 620 driver: i915 v: kernel
  Device-2: IMC Networks Integrated Camera type: USB driver: uvcvideo
  Display: x11 server: X.Org v: 1.21.1.7 driver: X: loaded: modesetting
    unloaded: fbdev,vesa dri: iris gpu: i915 resolution: 1920x1080~60Hz
  API: OpenGL v: 4.6 Mesa 22.3.6 renderer: Mesa Intel UHD Graphics 620 (KBL
    GT2)
Audio:
  Device-1: Intel Sunrise Point-LP HD Audio driver: snd_hda_intel
  API: ALSA v: k6.1.0-11-amd64 status: kernel-api
  Server-1: PulseAudio v: 16.1 status: active
Network:
  Device-1: Intel Wireless 8265 / 8275 driver: iwlwifi
  IF: wlp4s0 state: up mac: <filter>
Drives:
  Local Storage: total: 953.88 GiB used: 556.7 GiB (58.4%)
  ID-1: /dev/nvme0n1 vendor: KingSpec model: NE-512 size: 476.94 GiB
  ID-2: /dev/nvme1n1 vendor: Samsung model: MZVLB512HAJQ-000L7
    size: 476.94 GiB
Partition:
  ID-1: / size: 36.37 GiB used: 12.68 GiB (34.9%) fs: ext4 dev: /dev/dm-1
  ID-2: /boot size: 436.8 MiB used: 148.8 MiB (34.1%) fs: ext4
    dev: /dev/nvme0n1p2
  ID-3: /boot/efi size: 187.1 MiB used: 5.8 MiB (3.1%) fs: vfat
    dev: /dev/nvme0n1p1
  ID-4: /home size: 401.72 GiB used: 300.3 GiB (74.8%) fs: ext4
    dev: /dev/dm-2
Swap:
  ID-1: swap-1 type: partition size: 29.8 GiB used: 0 KiB (0.0%)
    dev: /dev/dm-3
Sensors:
  System Temperatures: cpu: 43.0 C mobo: N/A
  Fan Speeds (RPM): fan-1: 0
Info:
  Processes: 242 Uptime: 0m Memory: 15.47 GiB used: 1.95 GiB (12.6%)
  Shell: Bash inxi: 3.3.26

Bin mir jetzt unsicher, wo ich zu suchen beginnen soll, und will auch ungern einfach was aufschrauben und am Ende mache ich noch mehr kaputt als es eigentlich war. Festplatte und RAM tauschen bekomme ich hin, aber Display und deren Kabel, stelle ich mir gefährlich vor...

Wie würdet ihr hier vorgehen?
Viele Grüße!

 

[thorfdbg]

Sieht fast so aus, als ob das Panel nicht richtig synchronisiert. Rufe doch mal xrandr von einer Kommandozeile auf und poste die Ausgabe.

 

[vibrasphere]

Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384
eDP-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 344mm x 194mm
   1920x1080     60.01*+  59.97    59.96    59.93    48.00 
   1680x1050     59.95    59.88 
   1400x1050     59.98 
   1600x900      59.99    59.94    59.95    59.82 
   1280x1024     60.02 
   1400x900      59.96    59.88 
   1280x960      60.00 
   1440x810      60.00    59.97 
   1368x768      59.88    59.85 
   1280x800      59.99    59.97    59.81    59.91 
   1280x720      60.00    59.99    59.86    59.74 
   1024x768      60.04    60.00 
   960x720       60.00 
   928x696       60.05 
   896x672       60.01 
   1024x576      59.95    59.96    59.90    59.82 
   960x600       59.93    60.00 
   960x540       59.96    59.99    59.63    59.82 
   800x600       60.00    60.32    56.25 
   840x525       60.01    59.88 
   864x486       59.92    59.57 
   700x525       59.98 
   800x450       59.95    59.82 
   640x512       60.02 
   700x450       59.96    59.88 
   640x480       60.00    59.94 
   720x405       59.51    58.99 
   684x384       59.88    59.85 
   640x400       59.88    59.98 
   640x360       59.86    59.83    59.84    59.32 
   512x384       60.00 
   512x288       60.00    59.92 
   480x270       59.63    59.82 
   400x300       60.32    56.34 
   432x243       59.92    59.57 
   320x240       60.05 
   360x202       59.51    59.13 
   320x180       59.84    59.32 
DP-1 disconnected (normal left inverted right x axis y axis)
HDMI-1 disconnected (normal left inverted right x axis y axis)
DP-2 disconnected (normal left inverted right x axis y axis)
HDMI-2 disconnected (normal left inverted right x axis y axis)

Danke vielmals für Deine Antwort! Das wäre die Ausgabe

 

[zwieblum]

Ich tipp' eher auf ein Trieberproblem oder ein gebrochenes Kabel. KAnnst du mal eine andere Livecd versuchen, z.B. puppylinux, mit älterem Kernel und/oder Antix?

 

[vibrasphere]

könnte ich da auch einfach die vorher von mir genutzte Debian Version als bootfähigen Live USB Stick erstellen, zB von dieser Datei hier? https://cdimage.debian.org/cdimage/...rid/debian-live-11.7.0-amd64-xfce+nonfree.iso

Edit: ungeduldig wie ich bin habe ich es jetzt einfach mal gemacht, und von dem Live-Stick mit Debian Bullseye (Kernel 5.10.0-22-amd64) gebootet.

Beitrag automatisch zusammengeführt: 28 Aug. 2023

Melde mich zurueck vom live system und ergaenze hier nochmal die Ausgabe von xrandr

user@debian:~$ xrandr
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384
eDP-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 344mm x 194mm
   1920x1080     60.01*+  59.97    59.96    59.93    48.00
   1680x1050     59.95    59.88
   1600x1024     60.17
   1400x1050     59.98
   1600x900      59.99    59.94    59.95    59.82
   1280x1024     60.02
   1440x900      59.89
   1400x900      59.96    59.88
   1280x960      60.00
   1440x810      60.00    59.97
   1368x768      59.88    59.85
   1360x768      59.80    59.96
   1280x800      59.99    59.97    59.81    59.91
   1152x864      60.00
   1280x720      60.00    59.99    59.86    59.74
   1024x768      60.04    60.00
   960x720       60.00
   928x696       60.05
   896x672       60.01
   1024x576      59.95    59.96    59.90    59.82
   960x600       59.93    60.00
   960x540       59.96    59.99    59.63    59.82
   800x600       60.00    60.32    56.25
   840x525       60.01    59.88
   864x486       59.92    59.57
   800x512       60.17
   700x525       59.98
   800x450       59.95    59.82
   640x512       60.02
   720x450       59.89
   700x450       59.96    59.88
   640x480       60.00    59.94
   720x405       59.51    58.99
   684x384       59.88    59.85
   680x384       59.80    59.96
   640x400       59.88    59.98
   576x432       60.06
   640x360       59.86    59.83    59.84    59.32
   512x384       60.00
   512x288       60.00    59.92
   480x270       59.63    59.82
   400x300       60.32    56.34
   432x243       59.92    59.57
   320x240       60.05
   360x202       59.51    59.13
   320x180       59.84    59.32
DP-1 disconnected (normal left inverted right x axis y axis)
HDMI-1 disconnected (normal left inverted right x axis y axis)
DP-2 disconnected (normal left inverted right x axis y axis)
HDMI-2 disconnected (normal left inverted right x axis y axis)

vllt noch bzgl treiber interessant, welche aber unter bookworm alle ganz normal geladen wurden

dmesg | grep firmware
[    2.955465] i915 0000:00:02.0: firmware: direct-loading firmware i915/kbl_dmc_ver1_04.bin
[    2.955855] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/kbl_dmc_ver1_04.bin (v1.4)
[   10.348087] platform regulatory.0: firmware: direct-loading firmware regulatory.db
[   10.376612] platform regulatory.0: firmware: direct-loading firmware regulatory.db.p7s
[   10.731951] iwlwifi 0000:04:00.0: firmware: direct-loading firmware iwlwifi-8265-36.ucode
[   10.732825] iwlwifi 0000:04:00.0: loaded firmware version 36.ad812ee0.0 8265-36.ucode op_mode iwlmvm
[   10.734127] iwlwifi 0000:04:00.0: firmware: failed to load iwl-debug-yoyo.bin (-2)
[   10.734133] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware

kenne mich im terminal nicht sehr gut aus, also wenn ihr noch irgendwelche logs oder aehnliche Ausgaben benoetigt, immer gerne!

 

[zwieblum]

Und, hast du den selben Fehler?

 

[vibrasphere]

da der Fehler nicht regelmäßig auftritt habe ich das Thinkpad jetzt neben meinem Hauptrechner stehen und beobachte aus dem Augenwinkel immer ob es wieder flackert und poste umgehend hier sobald das der Fall sein sollte.
Bis jetzt scheint aber alles reibungslos.
Angenommen der Fehler tritt in diesem Zustand nichtmehr auf - wie wäre das weitere Vorgehen, um den selben Zustand unter bookworm zu erreichen, bzw. die Ursache des Fehlers genauer herauszufinden?

 

[zwieblum]

Tja ... das nicht-auftreten beweist nicht das nicht-vorhandensein. Wenn's das Kabel oder Display ist: suche mit bookworm eine Position, wo der Fehler "oft" auftritt. Boote anderen Kernel. Tritt der Fehler auf --> Doch Kabel oder Display. Tritt er nicht auf: Kernelproblem. --> Kenel Buglist zu, Treiber durchschauen, ev. findest du einen Eintrag mit Workaround.

 

[vibrasphere]

jetzt wo Du es sagst, fällt mir ein, dass der Fehler relativ häufig beim Log-In screen auftrat unter bookworm, also wenn man sich aus der Session abgemeldet oder noch garnicht angemeldet hatte, die Stelle an der User/Passwort eingegeben werden.
Diesen Screen habe ich mir jetzt mal aufgerufen beim Live-Stick und warte mal ab.

Bzgl. Kernel-Buglist, habe sowas noch nie gesucht, habe jetzt mal geschaut und bin auf das gestoßen: https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=linux-headers-6.1.0-11-amd64;dist=bookworm
Ist es das was Du meinst? Hier steht "no reports found"

Wäre es eine Option, einen Kernel aus den bookworm-backports zu installieren? Hier gibt es aber scheinbar nur zwei Pakete mit der Endung -dbg und -signed-template, was ich so noch nie gesehen habe und nicht zuordnen kann: https://packages.debian.org/search?...any&searchon=names&keywords=linux-image-amd64

 

[zwieblum]

eher so was:

https://duckduckgo.com/?t=ftsa&q=Intel+UHD+Graphics+620+driver+display+flickers+linux&ia=web

da kommt dann:

Screen flicker after fresh install of Ubuntu 22.04

I am currently experiencing some random screen flickering after a fresh install. I have a Lenovo laptop with Mesa Intel® UHD Graphics 620 (KBL GT2). It was working fine on 21.10.

askubuntu.com

 

[hikaru]

Crosspost:

Grafikfehler auf Thinkpad T580 - debianforum.de

Mit Bookworm hat Debian ein neues Repo namens non-free-firmware eingeführt, in dem nun unfreie Firmwares liegen. Falls du das noch nicht eingebunden hast, könnte es sein, dass dir die Pakete intel-microcode und firmware-misc-nonfree fehlen.

Wäre es eine Option, einen Kernel aus den bookworm-backports zu installieren?

Das könnte einen Versuch wert sein, wenn es denn schon einen Backports-Kernel gäbe. Ich habe auch ein Notebook (kein Thinkpad), das mit Kernel 6.1 nicht ordentlich funktionierte.
Momentan(!) sollte es relativ problemlos sein, Kernel 6.4 aus Testing unter Bookworm zu installieren. Das aber bitte nicht als allgemeinen Tipp verstehen, sondern nur als Notlösung für den Moment, bis ein Stable-Backports-Kernel verfügbar ist!

Hier gibt es aber scheinbar nur zwei Pakete mit der Endung -dbg und -signed-template, was ich so noch nie gesehen habe und nicht zuordnen kann: https://packages.debian.org/search?...any&searchon=names&keywords=linux-image-amd64

Die brauchst du nicht. Relevant ist für dich linux-image-amd64 samt Abhängigkeiten und möglicherweise linux-headers-amd64

 

[vibrasphere]

okay, der Fehler ist gerade eben wieder aufgetreten, und zwar bei dem Live USB Stick im Anmeldebildschirm wie erwähnt.

Beitrag automatisch zusammengeführt: 28 Aug. 2023

Crosspost:

Grafikfehler auf Thinkpad T580 - debianforum.de

Mit Bookworm hat Debian ein neues Repo namens non-free-firmware eingeführt, in dem nun unfreie Firmwares liegen. Falls du das noch nicht eingebunden hast, könnte es sein, dass dir die Pakete intel-microcode und firmware-misc-nonfree fehlen.

Das könnte einen Versuch wert sein, wenn es denn schon einen Backports-Kernel gäbe. Ich habe auch ein Notebook (kein Thinkpad), das mit Kernel 6.1 nicht ordentlich funktionierte.
Momentan(!) sollte es relativ problemlos sein, Kernel 6.4 aus Testing unter Bookworm zu installieren. Das aber bitte nicht als allgemeinen Tipp verstehen, sondern nur als Notlösung für den Moment, bis ein Stable-Backports-Kernel verfügbar ist!

Die brauchst du nicht. Relevant ist für dich linux-image-amd64 samt Abhängigkeiten und möglicherweise linux-headers-amd64

Hoffe, der Crosspost ist nicht schlimm? Mir wurde im debianforum empfohlen, mich ans thinkpad-forum zu wenden

Das genannte Repo habe ich direkt nach der Installation ergänzt und beide genannten Pakete waren seit Auftreten des Fehlers installiert.

Habe inzwischen wieder in bookworm gebootet und der Fehler scheint dort öfter und deutlicher aufzutreten. Also vielleicht doch ein Kernelthema.
Ein Kabelbruch würde sich doch eher bei Bewegen des Bildschirms durch Flackern bemerkbar machen, oder? Wenn ich den Bildschirm rauf und runterbewege bzw daran wackle produziert das keinerlei Fehler.
Die Fehler treten ziemlich willkürlich aber dennoch in einer gewissen Frequenz und scheinbar unabhängig von Berührungen des Geräts auf.

Jetzt den Kernel aus Testing zu installieren scheint mir etwas zu heikel ehrlichgesagt, vor allem angesichts der Tatsache, dass ich das Notebook erst in einem Monat vorauss. wieder öfters nutzen werde, könnte ich jetzt noch eine Weile damit leben.
Also würde ich so vorgehen:
- auf die Kernelpakete warten, und dann installieren via

sudo apt install -t bookworm-backports linux-headers-amd64 linux-image-amd64

Oder ist das "linux-headers" optional? Wenn ja in welchem Fall soll das installiert werden?

Hatte in der Vergangenheit mal einen backports Kernel installiert, ich glaube das war nur via "linux-image-amd-64", damals aus den bullseye-backports. Für regelmäßige Updates desselbigen habe ich dann an meine Update-Routine in Form eines Aliasses noch den Installationsbefehl des Backportkernelpakets gehängt, um indirekt zu prüfen ob ein neues verfügbar ist.
Also so würde ich es zB machen:

'su -c "apt update && apt full-upgrade && apt autoremove --purge && apt autoclean && flatpak update && yt-dlp -U && apt install -t bookworm-backports linux-image-amd64"'

@zwieblum:
Bei Deinem geposteten Link geht es doch um einen anderen Kernel?
Da scheinen auch ganz viele Lösungsansätze aufgezeigt zu werden, und viele davon drehen sich auch um Kernel Updates, einige auch um irgendwelche Änderungen in der grub config-Datei, die aber nur bei manchen funktionierten und teilweise mit verlangsamtem System verbunden waren.

 

[hikaru]

Hoffe, der Crosspost ist nicht schlimm?

Nein, es ist nicht schlimm. Es ist nur sinnvoll, auf Crossposts hinzuweisen, um die Entwicklungen im jeweils anderen Thread verfolgen zu können.

Also würde ich so vorgehen:
- auf die Kernelpakete warten, und dann installieren via

sudo apt install -t bookworm-backports linux-headers-amd64 linux-image-amd64

Ja, das geht so.

Oder ist das "linux-headers" optional? Wenn ja in welchem Fall soll das installiert werden?

Kernel-Headers brauchst du, wenn auf deinem Rechner Software compiliert und gegen den Kernel gelinkt wird, entweder weil du es selbst tust, oder weil du Pakete installiert hast, die das via dkms tun. Virtualbox ist hier ein beliebtes Beispiel. Die Kernel-Headers müssen zum -Image passen.

Faustregel: Wenn du bisher keine Headers installiert hast, brauchst du mit Backports-Kernel auch keine. Brauchst du später doch welche, wirst du eine entsprechende Meldung kriegen.

Also so würde ich es zB machen:

'su -c "apt update && apt full-upgrade && apt autoremove --purge && apt autoclean && flatpak update && yt-dlp -U && apt install -t bookworm-backports linux-image-amd64"'

Wenn du linux-image-amd64 einmal aus den Backports installiert hast, dann wirst du auch automatisch von dort Updates kriegen. Den letzten Teil deines Kommandos kannst du dir also sparen.

 

[vibrasphere]

Danke vielmals für Deine Antwort und die verständlichen Erklärungen!

Stelle gerade fest, dass an meinem Desktop-Rechner linux-headers-amd64 nicht installiert ist, und auf dem Thinkpad schon.
linux-image-amd64 ist auf beiden installiert.

Würde es denn schaden, wenn man das linux-headers-amd64 prinzipiell immer mitinstalliert, so nach dem Motto "falls es eines Tages mal benötigt wird" ? Oder kann damit Schaden angerichtet werden?

Mit "zusammenpassen" der beiden Pakete meinst Du lediglich, dass beide die Endung -amd64 tragen müssen und aus dem selben repo (in meinem Fall dann bookworm-backports) stammen müssen, oder?

OK, danke für die Aufklärung, ich weiß garnichtmehr, wie ich damals zu der Überzeugung gekommen bin, dass da keine automatischen Updates kommen würden.
Dann könnte ich den letzten Teil des Kommandos aber zumindest so lange mit aufnehmen, bis der Kernel in den Backports dann verfügbar ist - quasi als automatischen Reminder, der mich dann während meiner Update-Routine auf die Neuerscheinung hinweist. Oder gibt es da eleganter eine Art Benachrichtigungsfunktion auf irgendeiner Mailingliste?

 

[hikaru]

Stelle gerade fest, dass an meinem Desktop-Rechner linux-headers-amd64 nicht installiert ist, und auf dem Thinkpad schon.
linux-image-amd64 ist auf beiden installiert.

Das ist durchaus plausibel. Je nachdem, was auf den jeweiligen Systemen installiert ist.

Würde es denn schaden, wenn man das linux-headers-amd64 prinzipiell immer mitinstalliert, so nach dem Motto "falls es eines Tages mal benötigt wird" ? Oder kann damit Schaden angerichtet werden?

Das Installieren der Headers kostet dich ein paar MB Speicherplatz. Abgesehen davon hat das keine negativen Auswirkungen.

Mit "zusammenpassen" der beiden Pakete meinst Du lediglich, dass beide die Endung -amd64 tragen müssen und aus dem selben repo (in meinem Fall dann bookworm-backports) stammen müssen, oder?

Sowohl das Image- als auch das Headers-Paket werden im Zuge der Kernelcompilierung seitens Debian erstellt. Sie müssen 1:1 zusammenpassen, was sich in Paketname und Versionsnummer äußert.

Dann könnte ich den letzten Teil des Kommandos aber zumindest so lange mit aufnehmen, bis der Kernel in den Backports dann verfügbar ist - quasi als automatischen Reminder, der mich dann während meiner Update-Routine auf die Neuerscheinung hinweist.

Dann wirst du an dieser Stelle eine Fehlermeldung kriegen, bis das Paket verfügbar ist.
Damit kann man im Prinzip leben, aber falls du z.B. den Erfolg deiner Befehlskette automatisch auswertest, dann wirst du hier einen Fehler kriegen.

Oder gibt es da eleganter eine Art Benachrichtigungsfunktion auf irgendeiner Mailingliste?

Du könntest dich wohl beim Tracker des Pakets [1] anmelden und dort nach Meldungen für bookworm-backports Ausschau halten. Erfahrung habe ich damit aber keine.


[1] https://tracker.debian.org/pkg/linux-signed-amd64

 

[zwieblum]

Bei Deinem geposteten Link geht es doch um einen anderen Kernel?
Da scheinen auch ganz viele Lösungsansätze aufgezeigt zu werden, und viele davon drehen sich auch um Kernel Updates, einige auch um irgendwelche Änderungen in der grub config-Datei, die aber nur bei manchen funktionierten und teilweise mit verlangsamtem System verbunden waren.

Die Modulparameter kommen selten abhanden, also kannst du alles mit i915 probieren. "intel_idle.max_cstate" ist sinnlos. Lies mal da nach: https://wiki.archlinux.org/title/Intel_graphics - "6.12 Screen Flickering": i915.enable_psr=0 ... das würd' ich mal probieren.

 

[thorfdbg]

Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384
eDP-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 344mm x 194mm
   1920x1080     60.01*+  59.97    59.96    59.93    48.00

Danke vielmals für Deine Antwort! Das wäre die Ausgabe

Naja, das sieht doch schon ganz gut aus. Probiere mal mit den Anzeigeeinstellungen die Frequenz herunterzuregeln. Die 60.01 könnten ganz knapp zu viel für das Panel sein, was diese Effekte erklären könnte.

 

[vibrasphere]

Naja, das sieht doch schon ganz gut aus. Probiere mal mit den Anzeigeeinstellungen die Frequenz herunterzuregeln. Die 60.01 könnten ganz knapp zu viel für das Panel sein, was diese Effekte erklären könnte.

Welche Wahl würdest Du hier treffen? Oder soll ich mehrere durchprobieren?
Falls durchprobieren, in welcher Priorität/Reihenfolge würdest Du es testen?
Habe zunächst mal 59,93Hz gewählt und warte gerade auf das flackern.
Wenn das flackern aber auch auftritt, wenn ich aus der aktuellen Session abgemeldet bin, wirken sich die Anzeigeeinstellungen in Form der Frequenz überhaupt auf den Anmeldebildschirm aus?

https://imgur.com/ve2T46K

Beitrag automatisch zusammengeführt: 28 Aug. 2023

Die Modulparameter kommen selten abhanden, also kannst du alles mit i915 probieren. "intel_idle.max_cstate" ist sinnlos. Lies mal da nach: https://wiki.archlinux.org/title/Intel_graphics - "6.12 Screen Flickering": i915.enable_psr=0 ... das würd' ich mal probieren.

Damit wäre dann gemeint, dass ich in der /etc/default/grub dann statt dieser Zeile

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

diese Zeile hier da stehen haben soll

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.enable_psr=0"

oder?

 

[thorfdbg]

Welche Wahl würdest Du hier treffen? Oder soll ich mehrere durchprobieren?

Probiere vielleicht mal mit der niedrigsten Frequenz zuerst.

Wenn das flackern aber auch auftritt, wenn ich aus der aktuellen Session abgemeldet bin, wirken sich die Anzeigeeinstellungen in Form der Frequenz überhaupt auf den Anmeldebildschirm aus?

Das wirkt sich so erst einmal nur auf Deine Session aus. Mit entsprechender Konfiguration in der xorg.conf kann man es dort auch festzurren, so dass auch der Anmeldebildschirm davon profitiert.

 

[vibrasphere]

okay, herzlichen Dank für die rege Beteiligung von Euch allen!
Ich werde es jetzt zunächst mal auf der niedrigsten Frequenz eingestellt lassen und sehen, ob der Fehler wieder auftritt.
Wenn er nichtmehr auftritt, würde ich entweder bei niedrigster Frequenz (48,00Hz) bleiben, oder die nächsthöhere auswählen, solange bis der Fehler wieder auftritt und dann eben wieder um eine Stufe zurückregeln.
Rein optisch sollte es ja nicht den riesen Unterschied machen, sofern ich nicht zocke oder Actionfilme schaue, oder?
Es ist ohnehin hauptsächlich ein Office/Studiennotebook, daher sollte das eigtl. verkraftbar sein meine ich.

Sollte der Fehler selbst bei niedrigster Frequenz wieder auftreten, werde ich es mal mit dem Kernelparameter versuchen.