Nachdem ich mein Ubuntu mehrfach neuinstalliert hatte, war mir klar, dass diese Schritte unnötig gewesen sind. Einfach nur Neustarts ergaben keinen Sinn und lösten das Problem nicht. Der Panel blieb nach ein paar Sekunden schwarz und kam niewieder zurück. Das ständige Abschalten des internen Monitors meines Dell G15 brachte mich fast zur Verzweiflung. Selbst im Ubuntu-Forum fand ich keine Antwort. Analyse: Wo ist das Problem ? Ihr seht also nach dem nächtlichen Ruhemodus / direktem Neustart, immer noch den schwarzen Bildschirm oder der Laptop Screen wird nach ein paar Sekunden schwarz und kommt nicht mehr zurück ? Auch die Ubuntu Einstellungen bringen nix. Wenn also das Deaktivieren vom Panel Self Referesh (PSR) durch den GRUB Parameter „i915.enable_psr=0“ die Probleme mit dem Ruhezustand behoben hat, ihr aber nach dem Ruhezustand eures G15 Laptops immer noch vor einem schwarzen Bildschirm sitzt, seit ihr wahrscheinlich auf einen sogenannten „sekundären Link-Retraining-Fehler“ im i915-Treiber gestoßen. Hallo, was ist hier geschehen ? Im Normalfall wechselt bei längeren Ruhephasen der interne Screen in tiefe Energiesparzustände. Beim Aufwachen versucht der Kernel-Treiber, eine vollständige „Link-Retraining-Sequenz“ (intel_dp_retrain_link) durchzuführen. Wenn die Frame-Buffer-Komprimierung (FBC) oder Display-C-Zustände aktiv sind, kommt es jedoch während des Herunterfahrens des aktiven Transcoders zu einer Blockierung der Display-Pipeline, was in journalctl zu einem Zeitüberschreitung bei „pipe_off“ führt. Sogenannte Treibererkennung vs. Grub Startparameter Nach Überprüfung des Framebuffers (FBC) und der Display-C-Zustände konnte ich feststellen, dass hier der Kernel einfach nur das tut, was das Linux System meint machen zu müssen. Irgendwas fehlte noch beim Kernel-Start. Der interne Bildschirm des G15 mit den UHD Treibern von Intel liefen demnach einwandfrei und der interne Screen wurde korrekt geladen. Aber wie konnte ich jetzt dem Linux Kernel beibringen, dass der Framebuffer nicht crasht ?? Nach mehreren Neustarts hatte ich die Lösung gefunden und der Minz-Drops war gelutscht. Ich fand eine Schrittweise Erklärung über die Linux Mint Community bei Reddit. Die Lösung Deaktiviert zusätzlich zum Panel Self Refresh (PSR) die C-Zustände des Bildschirms (enable_dc=0) und die Frame-Buffer-Komprimierung (enable_fbc=0): Macht euch aber eine Sicherung von der GRUB-Konfiguration bevor ihr sie öffnet, unter: /etc/default/grub Fügt „i915.enable_fbc=0 i915.enable_dc=0“ zu euren bestehenden Parametern hinzu, dann sollte die Zeile so aussehen: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.enable_psr=0 i915.enable_fbc=0 i915.enable_dc=0" Speichert die Änderungen, und aktualisiert den GRUB Bootloader, dann startet neu: sudo update-grub sudo reboot Es hat geklappt Kurz darauf blieb der interne Screen endlich solange im Betrieb, bis ich mich wieder abgemeldet habe oder ich Änderungen an der Energieverwaltung vorgenommen habe. Dann entsprach alles wieder den Vorgaben in den Linux Mint Einstellungen. Warum nicht gleich so ? Weil! Ich hoffe es hat bei euch geklappt und euer etablio.city Helpdesk konnte bei dieser Störung weiterhelfen. Quellen: Linux Mint Community bei Reddit – https://www.reddit.com/r/linuxmint Beitragsnavigation Confidential Cloud Computing
