Bug 391671
| Summary: | Increasing Load_Cycle_Count | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Andrey Arapov <andrey.arapov> |
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 8 | CC: | absent, jimis |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2007-11-20 20:46:27 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Andrey Arapov
2007-11-20 08:34:26 UTC
I think I found solution to stop increasing Load_Cycle_Count.
]# hdparm -I /dev/sda|grep Advan
Advanced power management level: 128 (0x80)
* Advanced Power Management feature set
The solution:
]# hdparm -B 255 /dev/sda
/dev/sda:
setting Advanced Power Management level to disabled
]# hdparm -I /dev/sda|grep Advan
Advanced power management level: 254 (0xfe)
Advanced Power Management feature set
Now Load_Cycle_Count stopped increasing!
Reassigning this bug to the kernel component as it's a bug in that component. Read ya, Phil That value is set by the system BIOS at power-on; we never change it. (Some other distributions do, but not Fedora.) Bug confirmed un a Toshiba Satellite A210-FS3
I coded the following script. Do not use without checking if the HD temperature
is not going too high. Here is the script that you can activate through
/etc/rc.d/rc.local :
==============
#! /bin/bash
#Utility that checks whether the APM level is at 254 if not, reset it there.
SLEEP="120"
while [ true ] ; do
STATE=`hdparm -I /dev/sda | grep "Advan" | sed "s/.* \([0-9][0-9][0-9]*\).*/\1/"`
ASTATE=`echo ${STATE:0:3}`
if [[ $ASTATE != "254" ]] ; then
hdparm -B 254 /dev/sda
fi
sleep ${SLEEP}s
done
==============
It is useful since each time it comes back from suspend or hibernate the value
is set back at 128 so having such a script reset it back to 254 which prevents
the Load_Cycle_Count problem as noted above.
Hope this help.
Eric
Dear all, may I request that you reopen this bug? On Fedora 17 I get the following on a 2 year used hdd: # smartctl -A /dev/sda | grep ^193 193 Load_Cycle_Count 0x0012 064 064 000 Old_age Always - 366975 My hard disk is a Hitachi HTS545025B9A300, and as seen in the datasheet at [1] the expected lifetime is 600K load cycles. So I argue that this *is* a bug for Fedora, and the proper fix would be to "smartctl -B 254" when on AC and "smartctl -B 128" when on battery. I think that's the fix implemented in Debian/Ubuntu, see [2]. [1] http://www.hgst.com/tech/techlib.nsf/products/Travelstar_5K500.B [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448673 If you are interested I can come up with a patch, it seems pretty simple, as I think the proper place for running hdparm would be "/etc/pm/{power,sleep}.d/, at least to take care of the AC/battery switching. Can someone inform me if these directories are appropriately scanned and executed when systemd boots the system, or different hooks (where?) would be needed for that case? |