assigning to maintainer

CC: (none) => marja11
Assignee: bugsquad => dmorganec

(In reply to comment #1)
> assigning to maintainer

hmm, a bit fast... dmorgan hasn't got anything to go by.

Can you please tell which HD and which laptop you have ?

What is the output of lspcidrake -v?

And please let your HD spin again and attach output.txt resulting from
tailf /var/log/messages 2>&1 | tee output.txt

Keywords: (none) => NEEDINFO

- laptop: dell xps 1210
- lspcidrake attached.
- HD is a

Western Digital 111GB
WD1200BEVS-7

- there is not any output in messages when the drive spin-down or spin-up.

In fact, the upowerd config file is in /usr/lib64/pm-utils/harddrive which specify the default behaviour as hdparm -B 1; which is the most aggressive setting.

The incriminated variable is DRIVE_POWER_MGMT_BAT, if set to 254 solves the issue. I think we should not let it at 1 by default as this pb may happen on other laptop.

Cheers,
Chris.

Created attachment 1813 [details]
output of lspcidrake

Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Yes it is.

Cheers.

Please look at the bottom of this mail to see whether you're the assignee of this  bug, if you don't already know whether you are.


If you're the assignee:

We'd like to know for sure whether this bug was assigned correctly. Please change status to ASSIGNED if it is, or put OK on the whiteboard instead.

If you don't have a clue and don't see a way to find out, then please put NEEDHELP on the whiteboard.

Please assign back to Bug Squad or to the correct person to solve this bug if we were wrong to assign it to you, and explain why.

Thanks :)

**************************** 

@ the reporter and persons in the cc of this bug:

If you have any new information that wasn't given before (like this bug being valid for another version of Mageia, too, or it being solved) please tell us.

@ the reporter of this bug

If you didn't reply yet to a request for more information, please do so within two weeks from now.

Thanks all :-D

This message is a reminder that Mageia 2 is nearing its end of life.
Approximately one month from now Mageia will stop maintaining and issuing updates for Mageia 2. At that time this bug will be closed as WONTFIX (EOL) if it remains open with a Mageia 'version' of '2'.

Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Mageia version prior to Mageia 2's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Mageia 2 is end of life.  If you would still like to see this bug fixed and are able to reproduce it against a later version of Mageia, you are encouraged to click on "Version" and change it against that version of Mageia.

Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Mageia release includes newer upstream software that fixes bugs or makes them obsolete.

-- 
The Mageia Bugsquad

Mageia 2 changed to end-of-life (EOL) status on ''22 November''. Mageia 2 is no
longer maintained, which means that it will not receive any further security or
bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of Mageia
please feel free to click on "Version" change it against that version of Mageia
and reopen this bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

--
The Mageia Bugsquad

Status: NEW => RESOLVED
Resolution: (none) => OLD

Created attachment 6909 [details]
System and hardware info

CC: (none) => yullaw

Created attachment 6910 [details]
hdparm -I âdevâsda (AC power)

Created attachment 6911 [details]
hdparm -I âdevâsda (battery)

Hi,

this bug is too old, but still persist on all Mageia releases.

When a laptop is disconnected from AC power and system works on battery, the harddisk stops very often and stopping the user's work.

As it is written above (hdparm -B 255 /dev/sda) fixes the issue.

For more information, see attached files.

Next documentation:
- https://wiki.archlinux.org/index.php/Hdparm
- https://sites.google.com/site/quiethdd/#TOC-APM-Feature:

FYI: I could not find any configuration file as such /etc/hdparm, but exists /usr/lib64/pm-utils/power.d/harrdrive

Created attachment 6912 [details]
lspcidrake -v

added

Assigning to upower maintainer.

@ Chris
@ Martin

However, is this bug still valid? Last comment dates from over 10 months ago.

Keywords: (none) => NEEDINFO
Assignee: bugsquad => lists.jjorge
Target Milestone: Mageia 1 => ---
Whiteboard: MGA2TOO, MGA3TOO, MGA4TOO, MGA5TOO => (none)

(In reply to Martin Volf from comment #12)

> FYI: I could not find any configuration file as such /etc/hdparm, but exists
> /usr/lib64/pm-utils/power.d/harrdrive

You can override the defaults of this file, but they only spin down the disk after 30 seconds, not 5 :

DRIVE_SPINDOWN_VALUE_BAT = time until a drive will spin down on battery
Defaults to 6, which will spin the drive down after 30 seconds of inactivity.

I wonder if you don't have an old laptop-mode package that bugs it. Please re-open the bug if it is still reproductible.

Status: REOPENED => RESOLVED
Resolution: (none) => OLD

lol...
This bug is so old, that the laptop with which I opened it is dead since long, and now, my hard-drive is solid state, so I have absolutely no mean to test if that bug still exist :)

Created attachment 8142 [details]
hdparm -I /dev/sda|grep Advanced

It works well for long time with battery mode. No spinning down anymore, because in default is the mode disabled. See attached output from hdparm -I /dev/sda|grep Advanced command.

Thanks!