Der Linux Problem/Fragen-Thread

Zitat von tk1908

So. Wieder mal ne Frage an die Archer, wie kann ich unter i3 (also via Konsole) einstellen, dass bei Zuklappen des Displays das System, sofern es nicht im Akkubetrieb hängt, nicht in den Standby-Modus geht?

HandleLidSwitch=ignore in der /etc/systemd/logind.conf (alternativ: in einer selber benannten Konfigurationsdatei unter /etc/systemd/logind.conf.d, wird dann bei einem Update des systemd-Pakets nicht bemäkelt) setzen.

Für das Szenario "dennoch in Suspend-Modus gehen, wenn im Akku-Modus" benötigst du einen fortgeschrittenen Dienst wie z. B. acpid.

Hab irgendwie DosAmps Beitrag übersehen, sorry für die Duplizierung.

Da systemd-logind unter anderem alle interaktiven Sessions verwaltet (wer hat sich wo eingeloggt, z.B. wer sitzt physikalisch vor dem Rechner und hat darum Berechtigung zum Rechner herunterfahren) werden auch die ACPI-Events von logind gehandhabt.

In der /etc/systemd/logind.conf findest du die entsprechenden Optionen, in deinem Falle solltest du dir mal HandleLidSwitch und HandleLidSwitchDocked anschauen. Allerdings ist "Docked" bei dir vermutlich nicht der Fall, da müsste man wohl einen Inhibitor schreiben.

Anstatt acpid (veraltet und vermutlich nicht kompatibel) empfehle ich aber schwer die Verwendung eines systemd-Suspend-Inhibitors (Programme können bei systemd verlangen, dass Suspend etc. nicht ausgeführt werden sollen, z.B. Brennprogramme oder Backups). Hier ist ein Beispiel für deinen Fall: https://nrocco.github.io/2014/06/05/sus…nt-systemd.html

Du kannst das beliebig erweitern, z.B. "kein Suspend wenn der Videoplayer läuft" oder "kein Suspend wenn Vollmond" etc.

Zitat von gandro

Anstatt acpid (veraltet und vermutlich nicht kompatibel) empfehle ich aber schwer die Verwendung eines systemd-Suspend-Inhibitors (Programme können bei systemd verlangen, dass Suspend etc. nicht ausgeführt werden sollen, z.B. Brennprogramme oder Backups). Hier ist ein Beispiel für deinen Fall: https://nrocco.github.io/2014/06/05/sus…nt-systemd.html

Warum sollte acpid nicht gehen? Das reagiert doch nur auf jedes beliebiege ACPI Event, wenn man es konfiguriert..

Zitat von Alpha

Warum sollte acpid nicht gehen? Das reagiert doch nur auf jedes beliebiege ACPI Event, wenn man es konfiguriert..

Oha, mein Wissen ist wohl veraltet.

Anno damals hat der Kernel jeweils nur einem Prozess erlaubt, die ACPI-Events aus /proc/acpi/event auszulesen, d.h. es war nicht möglich acpid parallel mit einem anderen Dienst (wie z.B. logind) laufen zu lassen. Arch liefert wohl nicht mehr das Originale acpid aus, sondern einen Fork namens acpid2, der ein anders Interface verwendet.

Zitat von gandro

Oha, mein Wissen ist wohl veraltet.

Anno damals hat der Kernel jeweils nur einem Prozess erlaubt, die ACPI-Events aus /proc/acpi/event auszulesen, d.h. es war nicht möglich acpid parallel mit einem anderen Dienst (wie z.B. logind) laufen zu lassen. Arch liefert wohl nicht mehr das Originale acpid aus, sondern einen Fork namens acpid2, der ein anders Interface verwendet.

Also ich habe auf meinem Gentoo acpid am laufen. In der *.conf habe ich jedes EVENT konfiguriert. Alle Fn-Tasten, LID-Switch und co funktionieren komplett ohne X und co.

Das gilt auch für neue Notebooks, wenn dort die Events laufen. Aber dass es acpid2 schon gibt, wusste ich nicht. Evtl. nutzt das ja auch Gentoo und hat es nur so nicht benannt.

Ich habe nie behauptet, dass das Originale acpid nicht funktioniert - nur dass man es nicht zusammen mit anderen Deamons verwenden kann, die auch /proc/acpi/events auslesen (das war eine technische Limitierung vom Kernel, keine konzeptionelle). Und ja, Gentoo nutzt auch acpid2.

Zitat von gandro

Ich habe nie behauptet, dass das Originale acpid nicht funktioniert - nur dass man es nicht zusammen mit anderen Deamons verwenden kann, die auch /proc/acpi/events auslesen (das war eine technische Limitierung vom Kernel, keine konzeptionelle). Und ja, Gentoo nutzt auch acpid2.

Gute Frage. Was nutzt denn sonst noch für Dienste das Interface? XFCE hat ja auch nen Energiemanager. Nutzt der das auch? Weißt du das?

Zitat von Alpha

Gute Frage. Was nutzt denn sonst noch für Dienste das Interface? XFCE hat ja auch nen Energiemanager. Nutzt der das auch? Weißt du das?

Wie gesagt, /proc/acpi/events ist Schnee von Gestern, inzwischen emuliert der Kernel ein schlicht ein virtuelles Keyboard für Powerbutton und Lids, und simuliert ein geschlossenes Lid als Tastendruck. Darauf können soviele Prozesse hören wie man lustig ist.

hal-addon-acpi war damals ein Deamon der mit acpid in Konflikt stand.

Nachtrag: Obiges bezieht sich lediglich auf das technische Interface. Konzeptionell zwei Deamons die das gleiche tun ist eine schlechte Idee. XFCEs Power Manager beispielsweise stand länger im Konflikt mit systemd-logind, weil beide versucht haben den Rechner in Suspend zu fahren. Bei manchen Usern hat das dann den Laptop 2x schlafen lassen. Darum ist logind auch ziemlich gut erweiterbar, damit man da eigene Eventhandler (und -Blockierer) definieren kann. Inzwischen nutzt XFCE auch einen solchen Inhibiter um das Problem zu umgehen.

Gentoo ist ja eh eine Ausnahme, weil dort per Standard eh kein Systemd läuft (außer man will Gnome)

Zitat von Alpha

Gentoo ist ja eh eine Ausnahme, weil dort per Standard eh kein Systemd läuft (außer man will Gnome)

Standard ja, aber es ist sehr gut unterstützt, ich mein auch über die Hälfte der Devs nutzt systemd.

Zitat von thosch97

Standard ja, aber es ist sehr gut unterstützt, ich mein auch über die Hälfte der Devs nutzt systemd.

Das habe ich auch nicht gesagt. Aber der offizielle Weg ist derzeit immer noch OpenRC. Ein Wechsel auf systemd ist immer möglich, klar..

Hab mir nun ein Dualboot auf meinem Laptop eingerichtet (Debian 7 und 8). Nun würde ich bei beiden gerne den Ruhezustand nutzen. Laut /proc/swaps sind die Swap-Partitionen folgendermaßen zugewiesen:
Debian 7: /dev/sda13
Debian 8: /dev/sda11, /dev/sda13 (weiß nicht, wie ich das hinbekommen hab )
Was muss ich denn tun, um nur /dev/sda11 für Debian 8 zu nutzen?

Zitat von chef

Hab mir nun ein Dualboot auf meinem Laptop eingerichtet (Debian 7 und 8). Nun würde ich bei beiden gerne den Ruhezustand nutzen. Laut /proc/swaps sind die Swap-Partitionen folgendermaßen zugewiesen:
Debian 7: /dev/sda13
Debian 8: /dev/sda11, /dev/sda13 (weiß nicht, wie ich das hinbekommen hab )
Was muss ich denn tun, um nur /dev/sda11 für Debian 8 zu nutzen?

Was sagt denn jeweils die /etc/fstab?

Zitat von mrshadowtux

Es reicht btw eine einzige Swap-Partition für beide zusammen.

Nicht, wenn resume to disk macht. IIRC schreibt das in den swap.

In der fstab ist der falsche Eintrag bereits auskommentiert, trotzdem findet Debian 8 immer noch 2 Swap-Partitionen. Und ja, jedes OS muss ne eigene Swap haben, es geht mir doch gerade um Suspend to disk.