On Mon, Feb 11, 2013 at 3:19 PM, Stefan G. Weichinger <li...@xunil.at> wrote: > Am 11.02.2013 22:03, schrieb Canek Peláez Valdés: >> On Mon, Feb 11, 2013 at 3:51 AM, Stefan G. Weichinger <li...@xunil.at> wrote: >>> Do you have acpid installed/enabled? Anything aside the default >>> acpi-scripts? >> >> The last time I installed acpid was in November of 2010, and I >> uninstalled for the last time in April 2011. My machines are all acpid >> free since then; systemd + UPower takes cares of everything AFAIK. > > I see. I take this as an impulse to cleanup my system even more ... > removing acpi means getting rid of those app-laptop/laptop-mode-tools as > well afai understand ... they relied on ACPI to switch stuff ... > > Both removed now ... > >> I haven't used scripts to suspend or hibernate in ages; again UPower >> does everything, or perhaps some other part of the GNOME stack. >> sys-power/pm-utils is still being pulled in by upower-0.9.19, but it >> only calls pm-is-supported (src/linux/up-backend.c:363-390) to >> determine if the machine can suspend/hibernate. Which is kinda stupid, >> since pm-is-supported is only a set of scripts which test files in the >> /sys directory. UPower should test for those files directly (is in the >> linux backend anyway), and remove the pm-utils dependency. > > Yep, another issue (bug-report ;-) ). > >> For the kernel I use vanilla-sources unstable; I haven't used >> gentoo-sources in ages (long before systemd), and I never used >> tuxonice-sources. > > I see. gentoo-sources here, 3.7.6 at the moment, from time to time I > "git pull" some kernel from linux-git or linux-stable (Linus or Greg ...). > >> Suspend/hibernate works perfectly in all my machines; I haven't had a >> failed resume in (literally) years. > > Good to hear. > > I see upower.service as active but disabled ... ? hmm..
It's OK; disabled means that it's not enabled, i.e., there is no link to it from /etc/systemd/system/*.wants. It's Dbus activable, so the first time someone calls a method from org.freedesktop.UPower via dbus, the service is activated automatically. There is no need to enable the service (which will mean that it starts even if no other process calls a method from org.freedesktop.UPower). Enabled/Disabled is orthogonal to Active/Inactive; the first means "the service will start when reaching its target no matter what", and the latter means "the service is running". Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México