retitle 631791 pm-utils: overrides option `power_save` in `/etc/modprobe.d/` when not on battery reassign 631791 pm-utils quit
Am Montag, den 27.06.2011, 11:47 +0200 schrieb Marco d'Itri: > On Jun 27, Paul Menzel <pm.deb...@googlemail.com> wrote: > > > after a boot this option does not seem to have been respected. > Actually it does not work for me either. > Since the option is configured if I rmmod and modprobe again the module, > I suspect that something else is changing it. > More debugging is needed but I cannot reboot my system, I suggest you > start by checking the value after booting in single user mode (and if it > is still wrong, after booting with init=/bin/bash). Great suggestion! Choosing the rescue mode in GRUB something like the following was printed to the screen after the boot messages sulogin: root account is locked; starting shell and a prompt is shown. # more /sys/module/snd_hda_intel/parameters/power_save 1 So something is messing with this afterward and is setting the value to 0 as you wrote. Searching for that I found a comment in Launchpad [1] suggesting that `pm-utils` is responsible for that behavior. Testing this, actually this test is not correct, I booted on battery and at least the value is set. $ more /sys/module/snd_hda_intel/parameters/power_save 1 I am not sure if pm-utils is also responsible for setting it to 0 when not on battery. The script should check somehow (during start up) if that module was loaded with certain settings. Report #625606 [3] seems to be related to this issue only that it deals with block devices. I am adding Mario to CC. Maybe he has brought that issue up upstream already. Thanks, Paul [1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/381201 (comment 65) [2] /usr/lib/pm-utils/power.d/intel-audio-powersave [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=625606
signature.asc
Description: This is a digitally signed message part