Hast du dich jetzt ausgeheult, großer Linux-Guru
Du bist ja der Weisesten einer, eine wahre Bereicherung für dieses Board. Und selber hast du noch nicht ein einziges deiner selbstkonstruierten Probleme lösen können. Weil du nämlich schlauer bist als alle Entwickler zusammen und nur du weißt, wie Linux funktioniert und welche Pakete da rein gehören und was man sofort löschen muß, weil es in Zukunft mal geändert wird.
Eben ein wahrer Superheld.
Ändern von "Verlassen" in KDE
- LeDidi
- Erledigt
Hinweis: In dem Thema Ändern von "Verlassen" in KDE gibt es 37 Antworten auf 4 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
-
-
Persönliche Differenzen können auch per PN geklärt werden !!!
-
Tatsächlich bin ich nicht der erste mit der Erkenntnis der selbstkonstruierten Probleme!
-
http://lists.opensuse.org/open…ory/2013-11/msg00911.html
...ziemlich interessannt, wie ich finde.
Im Übrigen liegen die Einstellungen für die systemweiten Abmelde-Menüs in
/usr/share/polkit-1/actions/org.freedesktop.login1.policy
da steht dann der DBus-Aufruf drin, der das System in Suspend schickt. Und der wiederum scheint Systemd zu nutzen. Right?
-
Ah, jetztle:
http://lists.opensuse.org/arch…ugs/2014-11/msg01931.html
Also, da haben wir es: pm-utils ist derzeit vom System nicht genutzt. Unnötig, dann noch die Hooks im System zu lassen...
-
Also, da haben wir es: pm-utils ist derzeit vom System nicht genutzt. Unnötig, dann noch die Hooks im System zu lassen...
Gut, dann muß mir jetzt nur noch einer erklären, warum mein Rechner nach
in den Schlafmodus herunterfährt. Und vielleicht geht das auch mal ohne Streitereien.
-
Vermutung, da nicht alles hier mitgelesen: Du nutzt openSUSE 13.1, LeDidi 13.2, oder eine Weiterleitung?So nebenbei, weiß überhaupt nicht wie lange ich das schon mit mir rumschleppe (Auszug vom Fluxboxmenü):
Code
Alles anzeigen[exit] (Logout) [exec] (Bereitschaft - Suspend to ram) {systemctl suspend} [exec] (Ruhezustand - Suspend to disk) {systemctl hibernate} #[exec] (Bereitschaft - Suspend to ram) {dbus-send --system --print-reply --dest="org.freedesktop.UPower" /org/freedesktop/UPowerorg.freedesktop.UPower.Suspe$ #[exec] (Ruhezustand - Suspend to disk) {dbus-send --system --print-reply --dest="org.freedesktop.UPower" /org/freedesktop/UPowerorg.freedesktop.UPower.Hiber$ #[exec] (Bereitschaft - Suspend to ram) {razor-power suspend} #[exec] (Ruhezustand - Suspend to disk) {razor-power hibernate} #[exec] (Neustart) {dbus-send --system --print-reply --dest="org.freedesktop.Hal" /org/freedesktop/Hal/devices/computer org.freedesktop.Hal.Device.SystemPowe$ #[exec] (Abschalten) {dbus-send --system --print-reply --dest="org.freedesktop.Hal" /org/freedesktop/Hal/devices/computer org.freedesktop.Hal.Device.SystemPo$ #[exec] (Neustart) {dbus-send --system --print-reply --dest="org.freedesktop.ConsoleKit" /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Manag$ #[exec] (Abschalten) {dbus-send --system --print-reply --dest="org.freedesktop.ConsoleKit" /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Man$ [exec] (Neustart) {systemctl reboot} [exec] (Abschalten) {systemctl poweroff}
-
@tomfa_ng
Ich nutze die 13.1 und da geht es ohne Probleme ... in der 13.2 ging es aber auch schon mal.
Wahrscheinlich liegt das auch mit daran, das man im Forum genauer definieren sollte, welches Betriebssystem man nutzt.
Und bitte sage mir keiner, dass das ja in den User-Infos steht. Ich hatte auch schon mal bemängelt, das die Leute ihre User-Infos nicht aktualisieren.Jetzt weiß ich auch, warum Sauerland als erstes immer die uname -a abfragt ...
Ich werde mir das ab jetzt auch zur Angewohnheit machen, zuerst nachzufragen, welches System man verwendet. Da kann so etwas dann nicht mehr passieren, das man aneinander vorbei redet.
In dem Falle komme ich nicht umhin, mich bei LeDidi zu entschuldigen für eine sinnlose Diskussion -
Mein pm-suspend tut auch. Mein systemctl eben MEISTENS auch, nur manchmal hängt es sich auf. Ich weiß nicht, warum und ärger mich dann sehr, wenn man kurz im Batteriebetrieb den Laptop schlafen schickt und danach alles tot ist.
pm-utils beinhaltet einfach Skripts zum Suspend/Resume/... . Diese werden schlicht und ergreifend systemintern nicht oder nur noch eingeschräkt aufgerufen; der Hauptteil läuft über Systemd mit UPower (in Verbindung?). Wie selbst pm-utils das macht, weiß ich nicht. Ist aber meiner Einschätzung nur ein Hilfsskript.
Ich hab das Menu deaktiviert und einen Kurzbefehl für pm-suspend auf den Powerbutton gelegt. Jetzt mal schauen, ob das Problem noch auftritt.
@tomfa-ng: Das deckt sich mit meinen Erkenntnissen.
-