Linux T495 schläft nach Login ein

[der_ingo]

Moin,

ich betreibe seit längerem als privates Haupt-Gerät ein T495 (20NJ0006US) an einem 40B0 Dock, an dem u.a. ein Dell 2713HM Bildschirm hängt neben Tastatur, Maus und USB-SPDIF. Bisher mit Windows 11 und dort problemlos.
Nun ist das Gerät auch auf Linux umgestellt worden. Verwendet wird ein Fedora 42 KDE auf aktuellem Stand.
Damit taucht ein seltsamer Effekt auf: das Gerät ist zugeklappt, wird via Dock angeschaltet und fährt hoch. Bild kommt auf dem externen Bildschirm, Login-Fenster taucht auch auf. Sobald ich mich angemeldet habe, geht das System aber sofort in den Standby. Ich kann es dann per Tastendruck wieder aufwecken und weiterarbeiten.

Offenbar erkennt das System den geschlossenen Deckel und meint, es müsse dann in den Standby wechseln. Was natürlich bei einem externen Display samt externer Tastatur und Maus irgendwie sinnlos ist. In den Energieeinstellungen von KDE ist folgendes eingestellt:




Im Netz finden sich Hinweise auf systemd-logind und dass man dort einen Parameter setzen solle. Die entsprechende logind.conf gibt es hier allerdings nicht. Verwendet Fedora 42 KDE überhaupt diesen logind?

1840021 – PM suspend entry (deep) after starting

bugzilla.redhat.com

Hat da jemand noch Ideen?

Grüße, Ingo

 

[linrunner]

HandleLidSwitch=ignore
HandleLidSwitchExternalPower=ignore
HandleLidSwitchDocked=ignore

Was passiert mit bei Einstellungen, wenn Du im Akkubetrieb und angemeldet den Rechner zuklappst, geht er dennoch in den Suspend?

 

[Herr Moehre]

HandleLidSwitch=ignore
HandleLidSwitchExternalPower=ignore
HandleLidSwitchDocked=ignore

Das habe ich gesetzt.

In Kombination mit "Bereitschaft" bie Schließen des Laptopdeckels geht es in Bereitschaft und wacht nie wieder richtig auf. x)



Also works as designed.
Mache ich das beim Loginscreen, also z.B. im Akkubetrieb starten und im Loginscreen zusammenklappen, bleibt es an.

 

[linrunner]

In Kombination mit "Bereitschaft" bie Schließen des Laptopdeckels geht es in Bereitschaft und wacht nie wieder richtig auf. x)

Das ist ja blöd. Halte ich aber für ein anderes Problem, liegt üblicherweise am Kernel. Passiert das auch ohne deine obigen Einstellungen?

Das T14 Gen1 AMD ist übrigens etwas langsam beim Aufwachen.

 

[Herr Moehre]

Das habe ich nicht weiter verfolgt.

Ich gehe stark davon aus, dass es am Kernel und am Gerät liegt, das T15g Gen2 ist zickig mit der hybrid Grafik.
Ich kriege es eingeschaltet, aber Display bleibt schwarz und es reagiert nicht mehr.

Ich bin davon überzeugt, dass das mit anderen Geräten gut funktioniert, mein L14 Gen 1 AMD ist ja immer zuverlässig wieder aufgewacht.

 

[linrunner]

T15g Gen2 ist zickig mit der hybrid Grafik

Also Nvidia mit proprietärem Treiber .

 

[Herr Moehre]

Also Nvidia mit proprietärem Treiber .

Richtig und davon ne ältere Version, damit es läuft, weil die aktuelle (tested) nicht funktioniert

 

[fakiauso]

Ich gehe stark davon aus, dass es am Kernel und am Gerät liegt, das T15g Gen2 ist zickig mit der hybrid Grafik.
Ich kriege es eingeschaltet, aber Display bleibt schwarz und es reagiert nicht mehr.

Beim P15 G2 habe ich gegen den schwarzen Bildschirm in grub die Boot-Option ibt=off gesetzt.

[Solved] Nowhere to put ibt=off to make nvidia drivers work / Newbie Corner / Arch Linux Forums

bbs.archlinux.org

 

[Herr Moehre]

Beim P15 G2 habe ich gegen den schwarzen Bildschirm in grub die Boot-Option ibt=off gesetzt.

[Solved] Nowhere to put ibt=off to make nvidia drivers work / Newbie Corner / Arch Linux Forums

bbs.archlinux.org

Danke, hat aber nichts geholfen.
Bildschirm wird beim Aufwachen kurz schwarz mit Beleuchtung und blinkendem Cursor und dann wieder total schwarz.
Ist aber auch egal, Laptops schlafen nie und Linux ist schnell und effizient neu gestartet, ist ja kein Windows x)

 

[fakiauso]

sudo update-grub hast Du aber gemacht?

 

[Herr Moehre]

Natürlich
Also beim 2. Versuch, beim 1. Mal hab ichs gelesen, daran gedacht, als ich die Config abgepasst hatte und es dann vergessen