Re: [systemd-devel] suspend/resume hooks, the right way

25.09.2015 23:17, Łukasz Stelmach пишет: Hi, systemd-sleep(8) states Note that scripts or binaries dropped in /usr/lib/systemd/system-sleep/ are intended for local use only and should be considered hacks. If applications want to be notified of system suspend/hibernation

[systemd-devel] What's mounting this partition?

I have a Yocto-built x86 system, running off a USB flash drive that has two partitions on it. /dev/sda1 is a small FAT file system that I use for persistent data storage, and isn't bootable. /dev/sda2 is the root file system, which boots via Syslinux. I use a mount unit to mount /dev/sda1 on

Re: [systemd-devel] suspend/resume hooks, the right way

Andrei Borzenkov writes: > 25.09.2015 23:17, Łukasz Stelmach пишет: >> Hi, >> >> systemd-sleep(8) states >> >> Note that scripts or binaries dropped in >> /usr/lib/systemd/system-sleep/ >> are intended for local use only and should be considered hacks. If >>

Re: [systemd-devel] What's mounting this partition?

On Sat, 26.09.15 00:47, Paul D. DeRocco (pdero...@ix.netcom.com) wrote: > I have a Yocto-built x86 system, running off a USB flash drive that has > two partitions on it. /dev/sda1 is a small FAT file system that I use for > persistent data storage, and isn't bootable. /dev/sda2 is the root file >

Re: [systemd-devel] What's mounting this partition?

On Sat, Sep 26, 2015 at 2:27 PM, Lennart Poettering wrote: > > I think some distros (Ubuntu? Debian?) patch udisks to mount removable > media to /media, because they ignore the DoS vulnerability that is > using a shared namespace for such mounts. Maybe you have udisks >

Re: [systemd-devel] suspend/resume hooks, the right way

On Fri, Sep 25, 2015 at 11:17 PM, Łukasz Stelmach wrote: > [1] > http://people.skolelinux.org/pere/blog/The_life_and_death_of_a_laptop_battery.html > [2] https://wiki.archlinux.org/index.php/Power_management#Sleep_hooks Aside: Doesn't upower already log that information?

Re: [systemd-devel] suspend/resume hooks, the right way

On Fri, 25.09.15 22:17, Łukasz Stelmach (stl...@poczta.fm) wrote: > Hi, > > systemd-sleep(8) states > >Note that scripts or binaries dropped in /usr/lib/systemd/system-sleep/ >are intended for local use only and should be considered hacks. If >applications want to be

Re: [systemd-devel] Disabled event sources / errors on sd-bus break the event loop (Looping too fast)

Hey On Thu, Sep 24, 2015 at 1:15 AM, Krzysztof Kotlenga wrote: > Krzysztof Kotlenga wrote: > >> 2. Maybe I don't get something right - please enlighten me if that's >> the case - but prioq_put or rather shuffle_up function is buggy. >> >> (...) >> >> Am I wrong to believe

Re: [systemd-devel] suspend/resume hooks, the right way

Andrei Borzenkov writes: > 25.09.2015 23:17, Łukasz Stelmach пишет: >> Hi, >> >> systemd-sleep(8) states >> >> Note that scripts or binaries dropped in >> /usr/lib/systemd/system-sleep/ >> are intended for local use only and should be considered hacks. If >>

Re: [systemd-devel] powering on bluetooth after suspend - required services aren't ready

On Sat, Sep 26, 2015 at 05:25:42PM +0200, lukash wrote: > Hi all. > > When a system wakes from suspend, the Bluetooth adapter needs to be > explicitly powered on. This can be conveniently done by a systemd > service file, as described for example on Archlinux wiki [1] (the > systemd service file

Re: [systemd-devel] Disabled event sources / errors on sd-bus break the event loop (Looping too fast)

David Herrmann wrote: > Krzysztof Kotlenga wrote: >> Krzysztof Kotlenga wrote: >> >>> 2. Maybe I don't get something right - please enlighten me if >>> that's the case - but prioq_put or rather shuffle_up function is >>> buggy. >>> >>> (...) >>> >>> Am I wrong to believe that it should have

[systemd-devel] powering on bluetooth after suspend - required services aren't ready

Hi all. When a system wakes from suspend, the Bluetooth adapter needs to be explicitly powered on. This can be conveniently done by a systemd service file, as described for example on Archlinux wiki [1] (the systemd service file at the bottom of the section). The hciconfig binary used to work up

Re: [systemd-devel] suspend/resume hooks, the right way

Lennart Poettering writes: > On Fri, 25.09.15 22:17, Łukasz Stelmach (stl...@poczta.fm) wrote: > >> Hi, >> >> systemd-sleep(8) states >> >>Note that scripts or binaries dropped in >> /usr/lib/systemd/system-sleep/ >>are intended for local use only and

Re: [systemd-devel] What's mounting this partition?

Paul D. DeRocco wrote: > I have a Yocto-built x86 system (...) Do you have udev-extraconf package installed? It contains such a gem: http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-core/udev/udev-extraconf/automount.rules HTH. -- kjk

Re: [systemd-devel] powering on bluetooth after suspend - required services aren't ready

Hi Lukas, > When a system wakes from suspend, the Bluetooth adapter needs to be > explicitly powered on. This can be conveniently done by a systemd > service file, as described for example on Archlinux wiki [1] (the > systemd service file at the bottom of the section). > > The hciconfig binary