Wie deaktiviere ich die automatische Unterbrechung, wenn ich den Laptopdeckel schließe?

129

Ich benutze Archlinux. Es wird vor einem kürzlichen System-Upgrade niemals automatisch angehalten (habe ich den Kernel möglicherweise aktualisiert?).

Ich denke, es hängt mit laptop-modeoder zusammen acpid, also höre ich auf:

/etc/rc.d/laptop-mode stop
/etc/rc.d/acpid stop

Ich bearbeite auch /etc/laptop-mode/laptop-mode.conf:

ENABLE_LAPTOP_MODE_TOOLS=0

Dann bearbeite ich /etc/acpi/actions/lm_lid.shdie letzte Zeile auskommentiert:

# /usr/sbin/laptop_mode auto

Aber all das funktioniert nicht. Folgende Zeilen wurden in gefunden /var/log/kernel.log(nicht verwandte Zeilen weggelassen):

Oct 23 15:29:20 localhost kernel: [18617.549098] PM: Syncing filesystems ... done.
Oct 23 15:29:20 localhost kernel: [18618.001898] PM: Preparing system for mem sleep
Oct 23 15:29:30 localhost kernel: [18618.039565] Freezing user space processes ... (elapsed 0.01 seconds) done.
Oct 23 15:29:30 localhost kernel: [18618.052596] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
Oct 23 15:29:30 localhost kernel: [18618.065999] PM: Entering mem sleep
Oct 23 15:29:30 localhost kernel: [18618.066167] Suspending console(s) (use no_console_suspend to debug)
Oct 23 15:29:30 localhost kernel: [18618.097917] sd 0:0:0:0: [sda] Synchronizing SCSI cache
Oct 23 15:29:30 localhost kernel: [18618.098103] sd 0:0:0:0: [sda] Stopping disk
Oct 23 15:29:30 localhost kernel: [18618.270537] snd_hda_intel 0000:00:14.2: power state changed by ACPI to D3hot
Oct 23 15:29:30 localhost kernel: [18619.274374] PM: suspend of devices complete after 1196.192 msecs
Oct 23 15:29:30 localhost kernel: [18619.274691] PM: late suspend of devices complete after 0.313 msecs
Oct 23 15:29:30 localhost kernel: [18619.440877] ohci_hcd 0000:00:14.5: wake-up capability enabled by ACPI
Oct 23 15:29:30 localhost kernel: [18619.642144] ACPI: Waking up from system sleep state S3
Oct 23 15:29:30 localhost kernel: [18620.049424] PM: noirq resume of devices complete after 333.503 msecs
Oct 23 15:29:30 localhost kernel: [18620.049852] PM: early resume of devices complete after 0.334 msecs
Oct 23 15:29:30 localhost kernel: [18622.418605] PM: resume of devices complete after 2371.906 msecs
Oct 23 15:29:30 localhost kernel: [18622.419018] PM: Finishing wakeup.
Oct 23 15:29:30 localhost kernel: [18622.419019] Restarting tasks ... done.
Oct 23 15:29:30 localhost kernel: [18622.464752] video LNXVIDEO:01: Restoring backlight state

Ich denke, das liegt nicht daran pm-susend, weil /var/log/pm-suspend.lognichts protokolliert wird.

Ich möchte nicht, dass mein Laptop schlafen geht, wenn ich den Deckel schließe. Wie es geht?

Kernelversion: 3.6.2-1-ARCH

— heiz
quelle

Ich wollte das gerade selbst fragen, als Ihre Frage unter "Fragen, auf die Sie möglicherweise bereits eine Antwort haben" auftauchte. Es tat Vielen Dank.

— cjm

Unter Debian 8 "Jessie" systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.targetdeaktiviert der Befehl jede Art von Suspendierung.

— CDuv

Antworten:

158

Bearbeiten Sie /etc/systemd/logind.confund stellen Sie sicher, dass Sie haben,

HandleLidSwitch=ignore

Dadurch wird der geschlossene Deckel ignoriert. (Möglicherweise müssen Sie auch die anderen vorgenommenen Änderungen rückgängig machen.)

Anschließend möchten Sie logind.confdas Programm neu laden , damit die Änderungen wirksam werden (danke an Ehtesh Choudhury, der in den Kommentaren darauf hingewiesen hat):

systemctl restart systemd-logind

Alle Details finden Sie im archlinux Wiki .

Die Manpage für logind.conf enthält auch die relevanten Informationen,

   HandlePowerKey=, HandleSuspendKey=, HandleHibernateKey=,
   HandleLidSwitch=
       Controls whether logind shall handle the system power and sleep
       keys and the lid switch to trigger actions such as system power-off
       or suspend. Can be one of ignore, poweroff, reboot, halt, kexec,
       suspend, hibernate, hybrid-sleep and lock. If ignore logind will
       never handle these keys. If lock all running sessions will be
       screen locked. Otherwise the specified action will be taken in the
       respective event. Only input devices with the power-switch udev tag
       will be watched for key/lid switch events.  HandlePowerKey=
       defaults to poweroff.  HandleSuspendKey= and HandleLidSwitch=
       default to suspend.  HandleHibernateKey= defaults to hibernate.

— EightBitTony
quelle

Nach dem Wechsel HandleLidSwitch, wie lade ich on the fly logind.conf? Egal, es ist systemctl stop systemd-logind && systemctl start systemd-logind.

— Ehtesh Choudhury

Oder vielleicht systemctl restart systemd-logindauch nur systemctl reload systemd-logind? Ich bin mir nicht sicher, ob es ausreicht, auf eine Antwort zu warten, bevor ich versuche, meinen Deckel zu schließen (lange Berechnung läuft ... (:).

— Gibt

Es ist definitiv nicht mehr im Wiki und ich sehe keinen logind.conf-Artikel (kurz vor dem kleinen Abschnitt auf dieser Seite).

— Ehtesh Choudhury

Das verwandte Thema wird in die Energieverwaltung im Arch Wiki verschoben .

— Tag

systemctl restart systemd-logindMein Archlinux mit der GNOME-Shell hat den Desktop eingefroren. Sei vorbereitet.

— Mehdi Sadeghi

Sie können dies verwenden, um Lid-Switch-Ereignisse vorübergehend zu deaktivieren:

systemd-inhibit --what=handle-lid-switch sleep 1d

— user3467349
quelle

Nie zuvor gewusst systemd-inhibit, sehr cool

— Hubro

Ich denke, es war früher im Arch-Wiki - was ist passiert?

— user3467349

In handle-lid-switchdiesem Fall ist dies nur für einen bestimmten Befehl hinderlich sleep 1d. Die automatische Unterbrechung wird jedoch nicht deaktiviert, wenn der Laptopdeckel im Allgemeinen geschlossen wird.

— CMCDragonkai

Was ich geschrieben habe war, dass Sie dies verwenden können, um Lid-Switch-Ereignisse vorübergehend zu deaktivieren - was am häufigsten von mir oder anderen Personen gewünscht wird. Also bin ich mir nicht sicher, worum es in deinem Kommentar geht?

— user3467349

Bedeutet 1ddas 1 Tag? Wenn ja, welche anderen Optionen gibt es? h, m, s? Ich kann nichts finden, was den letzten Teil Ihres Befehls explizit erklärt.

— Malan