Hello,
if I'm not mistaken, this bug, or rather the current "solution" with
restart-or-reload is why I keep seeing lots of messages like this:
Aug 05 16:19:07 argentum systemd[1]: Starting Laptop Mode Tools - Battery
Polling Service...
Aug 05 16:19:07 argentum systemd[1]: Reloading Laptop Mode
Am 06.07.2015 um 09:58 schrieb Michael Biebl:
The canonical way to check if systemd is the active PID 1 is a simple
test for the existence of the /run/systemd/systemd directory [2]
In shell this would be
if [ -d /run/systemd/systemd ] ; then
do stuff
fi
Sorry for the typo here, I meant
Am 06.07.2015 um 09:29 schrieb Ritesh Raj Sarraf:
rrs@learner:~$ cat /lib/udev/lmt-udev
#!/bin/sh -e
# /usr is not guaranteed to be mounted when udev starts
(
if grep -w systemd /proc/1/conn; then
systemctl --non-block reload laptop-mode
elif [ -e
On Monday 06 July 2015 12:42 AM, Michael Biebl wrote:
Thanks. Then I'm doing the right thing here already.
Well, a quick look at /usr/lib/pm-utils/sleep.d/01laptop-mode,
/lib/udev/lmt-udev and /etc/acpi/*/lm_* shows, that you are calling
/usr/sbin/laptop-mode directly instead of triggering
Am 06.07.2015 um 09:29 schrieb Ritesh Raj Sarraf:
So I updated the .service file to add a ExecReload= condition. This will
fill in the equivalent of the udev rules calls that I had been invoking,
because there I called /usr/bin/laptop_mode auto, which is supposed to
just kinda reload.
..
Responding back in rich text, so that the code formatting doesn't annoy
the reader.
On Monday 06 July 2015 01:28 PM, Michael Biebl wrote:
Something like that is going in the right direction. You are
backgrounding the subshell here, so there might still be issue that
the lmt-udev script is
On Monday 06 July 2015 04:33 PM, Michael Biebl wrote:
Sorry for the typo here, I meant /run/systemd/system here, without the
'd' suffix.
Oh! Thanks. That did not hit me. But another one did.
systemctl --non-block
:-)
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The
On Monday 06 July 2015 04:55 PM, Michael Biebl wrote:
Please be aware that
systemctl reload foo.service only has an affect on already running
services. So if foo.service is inactive. You'll get an error otherwise:
root@pluto:~# systemctl is-active avahi-daemon.service
inactive
On Sunday 05 July 2015 12:27 AM, Michael Biebl wrote:
Other point I can see is that the invoking process is systemd.
Well, sure, if a service start is triggered, the invoking process will
be systemd. That is not a bug though.
It's still unclear to me what the bug in systemd is supposed to
Am 05.07.2015 um 15:30 schrieb Ritesh Raj Sarraf:
On Sunday 05 July 2015 12:27 AM, Michael Biebl wrote:
Other point I can see is that the invoking process is systemd.
Well, sure, if a service start is triggered, the invoking process will
be systemd. That is not a bug though.
It's still
Control: reassign -1 laptop-mode-tools
Hello Michael,
On Sunday 05 July 2015 07:18 PM, Michael Biebl wrote:
LMT can be invoked multiple ways. Through systemd, through acip and
through udev, which is the most common invoking parent.
Even if the trigger is e.g. acpid or udev, the
Am 05.07.2015 um 19:58 schrieb Ritesh Raj Sarraf:
Control: reassign -1 laptop-mode-tools
Hello Michael,
On Sunday 05 July 2015 07:18 PM, Michael Biebl wrote:
LMT can be invoked multiple ways. Through systemd, through acip and
through udev, which is the most common invoking parent.
Control: reassign -1 systemd
Hello Michael,
Thank you for the quick reply. I'm reassigning it because I think I have
some explanations that have made me conclude that it might be a systemd bug.
But please feel free to reassign back, in case I'm wrong.
On Saturday 04 July 2015 07:54 PM,
Am 04.07.2015 um 20:10 schrieb Ritesh Raj Sarraf:
Control: reassign -1 systemd
Hello Michael,
Thank you for the quick reply. I'm reassigning it because I think I have
some explanations that have made me conclude that it might be a systemd bug.
But please feel free to reassign back,
On Saturday 04 July 2015 11:43 PM, Michael Biebl wrote:
But please feel free to reassign back, in case I'm wrong.
It would help if you explained why this is supposed to be a bug in
systemd, it would help
I really don't have enough pointers to confidently say that it *is* a
bug in systemd.
Am 04.07.2015 um 20:31 schrieb Ritesh Raj Sarraf:
On Saturday 04 July 2015 11:43 PM, Michael Biebl wrote:
But please feel free to reassign back, in case I'm wrong.
It would help if you explained why this is supposed to be a bug in
systemd, it would help
I really don't have enough
Am 04.07.2015 um 15:35 schrieb Ritesh Raj Sarraf:
Package: systemd
Version: 220-7
Severity: normal
I have a .service defined for laptop-mode-tools
rrs@chutzpah:~$ cat /lib/systemd/system/laptop-mode.service
[Unit]
Description=Laptop Mode Tools
[Service]
Type=oneshot
Control: reassign -1 laptop-mode-tools
Am 04.07.2015 um 15:44 schrieb Michael Biebl:
Am 04.07.2015 um 15:35 schrieb Ritesh Raj Sarraf:
Package: systemd
Version: 220-7
Severity: normal
I have a .service defined for laptop-mode-tools
rrs@chutzpah:~$ cat
18 matches
Mail list logo