desktop-packages team mailing list archive

["Christopher M. Penalver" <christopher.m.penalver@xxxxxxxxx>]

Rocko, this bug report is being closed due to your last comment
https://bugs.launchpad.net/ubuntu/+source/pm-
utils/+bug/361680/comments/15 regarding this being fixed with an update.
For future reference you can manage the status of your own bugs by
clicking on the current status in the yellow line and then choosing a
new status in the revealed drop down box. You can learn more about bug
statuses at https://wiki.ubuntu.com/Bugs/Status. Thank you again for
taking the time to report this bug and helping to make Ubuntu better.
Please submit any future bugs you may find.

** Changed in: pm-utils (Ubuntu)
       Status: Confirmed => Invalid

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pm-utils in Ubuntu.
https://bugs.launchpad.net/bugs/361680

Title:
  hard disk parks regularly after resume - hdparm -B 254 has no effect

Status in pm-utils package in Ubuntu:
  Invalid

Bug description:
  Binary package hint: pm-utils

  After each suspend/resume cycle on my Dell XPS M1530, bug #59695
  reappears. It doesn't happen in normal circumstances, eg after reboot.
  More importantly, issuing hdparm -B 254 /dev/sda has no effect - the
  disk still keeps regularly parking.

  The problem is that some process issues the command 'hdparm -S 12
  /dev/sda' when I resume without power attached and this overrides the
  hdparm -B 254 command (see notes in comments below). A hdparm -S
  command to reverse the effects of hdparm -S 12 is not issued when
  power is reattached.

  I used smartctl in a script to show frequency of disk parking after
  resume (date and time is included), issued a hdparm command which
  appears to work, but the script shows that disk parking continues
  afterwards:

  root@pegasus-jaunty:~# ./load.sh 
  20090415 1653 
  193 Load_Cycle_Count        0x0032   099   099   000    Old_age   Always       -       11236
  20090415 1946 
  193 Load_Cycle_Count        0x0032   099   099   000    Old_age   Always       -       11279
  root@pegasus-jaunty:~# hdparm -B 254 /dev/sda

  /dev/sda:
   setting Advanced Power Management level to 0xfe (254)

  root@pegasus-jaunty:~# ./load.sh 
  200904152006 
  193 Load_Cycle_Count        0x0032   099   099   000    Old_age   Always       -       11285
  root@pegasus-jaunty:~# ./load.sh 
  200904152014 
  193 Load_Cycle_Count        0x0032   099   099   000    Old_age   Always       -       11287

  
  If I do the same thing after a reboot on power, the load cycle count does not change, which is what I expect.

  This problem didn't happen in Intrepid, and I believe it has only
  recently started happening in Jaunty (since the beta was released).

  ProblemType: Bug
  Architecture: amd64
  DistroRelease: Ubuntu 9.04
  NonfreeKernelModules: nvidia
  Package: pm-utils 1.2.2.4-0ubuntu4
  PackageArchitecture: all
  ProcEnviron:
   LANG=en_AU.UTF-8
   SHELL=/bin/bash
  SourcePackage: pm-utils
  Uname: Linux 2.6.28-11-generic x86_64

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/pm-utils/+bug/361680/+subscriptions