Hello Michael, On Tue, 2016-03-15 at 21:02 +0100, Michael Biebl wrote: > > Mar 16 00:26:36 learner su[10873]: + ??? root:rrs > > Mar 16 00:26:36 learner su[10873]: pam_unix(su:session): session > opened for user rrs by (uid=0) > > Mar 16 00:26:37 learner laptop_mode[10624]: /usr/sbin/laptop_mode: > 26: /usr/share/laptop-mode-tools/modules/runtime-pm: Cannot fork > > Mar 16 00:26:37 learner laptop_mode[10624]: /usr/sbin/laptop_mode: > 0: /usr/sbin/laptop_mode: Cannot fork > > Mar 16 00:26:37 learner systemd[1]: laptop-mode.service: Control > process exited, code=exited status=2 > > 2016-03-16 / 00:27:01 ♒♒♒ ☺ > > I don't see systemd killing the scripts but rather the scripts > failing > to fork. So this looks like a lmt issue to me.
This issue popped up when refining the integration with systemd. Something you helped me with last year, in bug #791412 The major change is I've added an ExecReload target in it, which calls "/usr/sbin/laptop_mode auto". This is the same call even made by /lib/udev/lmt-udev. The reason to add an ExecReload target was because otherwise Restart will be called (because of missing Reload), and Restart's effect are not desirable in all scenarios. The bug is only happening in one of the case, i.e. only during resume. THe same code works fine after resumption. Any advise where I should look ? -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
