[Bug 227705] Re: hdparm not being triggered with udev

[Sundberg Pauli]

I take my words back.  The unmodified file works as well. Setting 'set -x' and running the /lib/udev/hdparm function by hand does show that with DEVNAME=/dev/sda hdparm is called properly with options:
/sbin/hdparm -B254 -S1 /dev/sda

This does spin down the disk on manual run. After boot the disk is still
not spinning down. After wake up from suspend the disk is spinning down.

it seems to me that /usr/lib/pm-utils/power.d/95hdparm-apm calls
"/sbin/hdparm -B254" also, but this should not re-reset the spinning (at
least not after manual run). I guess some other is messing up the spin
down value -- gnome?

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to hdparm in Ubuntu.
https://bugs.launchpad.net/bugs/227705

Title:
  hdparm not being triggered with udev

Status in “hdparm” package in Ubuntu:
  Confirmed

Bug description:
  Binary package hint: hdparm

  Since hdparm was switched from init.d to being triggered by udev it has stopped working on my machine.
  Originally I thought it was the missing rule for /dev/sdx disks but even with that change (https://bugs.launchpad.net/ubuntu/+source/hdparm/+bug/156893) it is not working right.

  The bigger problem is I have no idea how to debug it, since nothing is outputted on boot in regards to it. I assume it is ran
  during the initramfs stage? How should I check to see why it is not working?

  my /etc/hdparm.conf has 4 lines like

  /dev/disk/by-uuid/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx {
    spindown_time = 30
    apm = 1
  }

  and the problem is that the disks are not spinning down. This used to
  work fine when hdparm was run from init.d

  I also tried using /dev/sda1 etc in case the /by-uuid symlinks were
  not available at the stage udev is triggering hdparm, but it made no
  difference. However I need to reference the disks by uuid (or label)
  as they may not always be on the same device. I thought the problem
  might also be to do with the disks being set to power on in standby
  mode, however after a reboot when they are spun up, the problem still
  occurs.

  Another issue related to this is that there is no easy way to test
  your hdparm.conf. Before you could manually run the init.d script but
  this is no longer possible. I think this is not ideal, as hdparm
  configs can be quite complex, and a missing space between keyword and
  value etc can cause problems.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/hdparm/+bug/227705/+subscriptions