[Bug 199094] Re: hdparm.conf settings (other than apm) are lost on suspend/resume?

2015-10-30 Thread Graeme Hewson
I've given up on hdparm.conf now. As noted in #27, it seems that systemd and udev/udisks2 is the way to go, but it's not clear how exactly. Here's what I've done. This bug report isn't the ideal place to document it, but I can't find a better place for now. Maybe it'll help someone who finds it

[Bug 199094] Re: hdparm.conf settings (other than apm) are lost on suspend/resume?

2015-10-30 Thread Graeme Hewson
I've given up on hdparm.conf now. As noted in #27, it seems that systemd and udev/udisks2 is the way to go, but it's not clear how exactly. Here's what I've done. This bug report isn't the ideal place to document it, but I can't find a better place for now. Maybe it'll help someone who finds it

[Bug 199094] Re: hdparm.conf settings (other than apm) are lost on suspend/resume?

2015-10-12 Thread Graeme Hewson
I'm experiencing this in 15.04. With the change to systemd, the pm-utils scripts are no longer run when the system resumes after suspend. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/199094 Title:

[Bug 199094] Re: hdparm.conf settings (other than apm) are lost on suspend/resume?

2015-10-12 Thread Graeme Hewson
I'm experiencing this in 15.04. With the change to systemd, the pm-utils scripts are no longer run when the system resumes after suspend. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to pm-utils in Ubuntu.

[Bug 199094] Re: hdparm.conf settings (other than apm) are lost on suspend/resume?

2015-10-12 Thread Torsten Krah
"Nice" thread about systemd + hdparm: http://lists.freedesktop.org/archives/systemd- devel/2012-June/005595.html So it seems users should write their own udev rules to get this working :-| or some custom distro specific stuff. Its really weird that this one is still around after that many years

[Bug 199094] Re: hdparm.conf settings (other than apm) are lost on suspend/resume?

2015-10-12 Thread Torsten Krah
"Nice" thread about systemd + hdparm: http://lists.freedesktop.org/archives/systemd- devel/2012-June/005595.html So it seems users should write their own udev rules to get this working :-| or some custom distro specific stuff. Its really weird that this one is still around after that many years

[Bug 199094] Re: hdparm.conf settings (other than apm) are lost on suspend/resume?

2015-10-12 Thread Graeme Hewson
Also: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725284 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779412 ** Bug watch added: Debian Bug tracker #725284 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725284 ** Bug watch added: Debian Bug tracker #779412

[Bug 199094] Re: hdparm.conf settings (other than apm) are lost on suspend/resume?

2015-10-12 Thread Graeme Hewson
Also: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725284 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779412 ** Bug watch added: Debian Bug tracker #725284 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725284 ** Bug watch added: Debian Bug tracker #779412

[Bug 199094] Re: hdparm.conf settings (other than apm) are lost on suspend/resume?

2013-04-17 Thread Rafał Ochmański
I'm affected by this bug. After suspend APM_level is reset to 254 # hdparm -B /dev/sda /dev/sda: APM_level = 254 Settings in /etc/hdparm.conf are ignored command_line { hdparm -S 12 -B 48 /dev/sda } Even a workaround with /etc/pm/sleep.d/20_resume #!/bin/sh case ${1} in

[Bug 199094] Re: hdparm.conf settings (other than apm) are lost on suspend/resume?

2013-04-17 Thread Rafał Ochmański
Oh, this is Quantal # lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 12.10 Release:12.10 Codename: quantal -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Bug 199094] Re: hdparm.conf settings (other than apm) are lost on suspend/resume?

2012-12-23 Thread Launchpad Bug Tracker
[Expired for pm-utils (Ubuntu) because there has been no activity for 60 days.] ** Changed in: pm-utils (Ubuntu) Status: Incomplete = Expired -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Bug 199094] Re: hdparm.conf settings (other than apm) are lost on suspend/resume?

2012-10-24 Thread Steve Langasek
So I'm not sure why people are still seeing a bug here. The /usr/lib /pm-utils/sleep.d/95hdparm-apm script does this: thaw|resume) resume_hdparm_apm # only set the -S option on resuming, not necessary for power.d resume_hdparm_spindown

[Bug 199094] Re: hdparm.conf settings (other than apm) are lost on suspend/resume?

2012-09-30 Thread Bazon
I have an at least similar issue on 12.10 quantal with spindown: I want to spin down my external USB drive /dev/sdc as fast as possible: in /etc/hdparm.conf: /dev/sdc { spindown_time = 1 } that works, although I get $ sudo hdparm -C /dev/sdc /dev/sdc: SG_IO: bad/missing sense data,

[Bug 199094] Re: hdparm.conf settings (other than apm) are lost on suspend/resume?

2012-02-23 Thread Torsten Krah
Yes this one is still happening on my fresh updated lucid. Custom hdparm options are still lost after resume and i still need to have a custom script to execute in resume process. Would be nice to see this fixed and hdparm.conf evaluated at resume time. -- You received this bug notification

[Bug 199094] Re: hdparm.conf settings (other than apm) are lost on suspend/resume?

2011-11-07 Thread Bryce Harrington
I'm unmarking the patch as a patch since I gather it's long since been integrated into hdparm, to get this off the patches-to-sponsor list. We'll need a new patch for the remaining issue with pm-utils before it can be considered for sponsoring. Also, it's been a couple years since the last

[Bug 199094] Re: hdparm.conf settings (other than apm) are lost on suspend/resume?

2009-11-04 Thread Torsten Krah
At least its still missing other aspects. I need -S0 to my drive - this is lost after suspend / resume cycle too. I modified 95hdparm-apm to get this working again, but why not use the values i did specified at /etc/hdparm.conf? -- hdparm.conf settings (other than apm) are lost on