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

Bazon bazonbloch at arcor.de
Sun Sep 30 10:44:42 UTC 2012

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
SG_IO: bad/missing sense data, sb[]:  f0 00 01 00 50 40 00 0a 00 00 00 00 00 1d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 drive state is:  unknown

but after resume from suspend, it doesn't work anymore.

my workaround is

case "$1" in
		hdparm -S 1 /dev/sdc


and that works, anyway, spindown settings shouldn't get lost on
suspend/resume in the first place.

So what is most reasonable? 
 * Deal with that issue in this bug?
 * Reopen bug https://bugs.launchpad.net/ubuntu/+source/hdparm/+bug/738757 which is closer to the problem I got?
 * Open a new bug?

You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to hdparm in Ubuntu.

  hdparm.conf settings (other than apm) are lost on suspend/resume?

Status in “hdparm” package in Ubuntu:
Status in “pm-utils” package in Ubuntu:

Bug description:
  Update: This is on Intrepid.

  - Hard disks lose settings (the APM level for example) when they are powered off.
  => Settings in /etc/hdparm.conf persist only from boot to next suspend.

  All settings in /etc/hdparm.conf should persist across {suspend,hibernate}/resume.

  At least the apm setting in hdparm.conf is lost. This makes https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695 so bad - users are not able to set the apm value without messing with their system (installing stuff from forums) because of this bug.

To manage notifications about this bug go to:

More information about the foundations-bugs mailing list