Am Sonntag, den 29.03.2015, 22:47 +0200 schrieb Heiko Schlittermann: > Daniel Leidert <[email protected]> (So 29 Mär 2015 13:17:03 CEST): > … > > Nach langem komme ich nun dazu, das mal zu probieren. Dabei bin ich > > darauf gekommen, dass der Ausdruck immer wahr ist und das Skript daher > > immer den Exit-Code 1 produziert und Suspend quasi immer ausgeschaltet > > ist. Das Kommando: > > > > > ps -ef | grep -q "[rs]ync --server" > > Du willst wahrscheinlich > > ps -ef | grep -q '[f]oo' > > machen, damit das Grep sich nicht selbst findet > (Nur ein Zeichen in eckigen Klammern!)
Hm, ja. Mir war nicht klar, dass die eckigen Klammern dafür da sein sollen. Auch pgrep wurde mir mittlerweile schon vorgeschlagen [1]. Mit den pm-utils klappt das Skript dann auch super. ABER: Allerdings nutze ich Debian Sid und (a) systemd nutzt die pm-utils nicht, (b) das selbe (angepasste) Skript unter /lib/systemd/system-sleep/ funktioniert nicht, weil der Exit-Code nicht abgefangen wird (Logik funktioniert) und (c) eine .service-Datei wie hier [2] funktioniert auch nicht. Damit stehe ich weiterhin am Anfang. Momentan bleibt damit nur noch systemd-inhibit, dass dann IMO so aufgerufen werden müsste: rdiff-backup [..] --remote-schema 'ssh -C %s \ /usr/bin/sudo /bin/systemd-inhibit [..] \ /usr/bin/sudo /usr/bin/rdiff-backup --server [..]' [..] und das gefällt mir ganz und gar nicht, schon wegen der beiden sudo Kommandos und weil ich dann den command-String in .ssh/authorized_keys nicht mehr nutzen kann. Lieber wäre mir, wenn ich systemd ganz simpel mitteilen könnte, suspend/hibernate/sleep zu unterlassen, wenn dieser spezielle Nutzer eingeloggt ist oder wenn rdiff-backup läuft. Ich habe gestern mehrere Stunden mit Suche und Debugging zugebracht und es ärgert mich, dass mir das so schwer gemacht wird. Mein Wunsch ist doch kein Einzelfall [3]?! [1] http://www.wgdd.de/2015/03/prevent-suspendhibernate-if-system-is.html [2] https://bbs.archlinux.org/viewtopic.php?id=176876 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771641 VG Daniel _______________________________________________ Lug-dd maillist - [email protected] https://ssl.schlittermann.de/mailman/listinfo/lug-dd
