@Ralph:
The hdparm.conf settings are overwritten by acpi-support's 90-hdparm.sh - i
filed bug #318980 for this.
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of
The bug solved, but the problem with the battery use is critical. And
the HD is working in high temperature.
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
I've acpi-support 0.109-0hardy2. There's one remaining issue that I'll
point out in case others come searching. One of my drives has a -B of
64 by default. This is from `hdparm -I' having gone from power-up to
single-user mode.
In the past, I'd altered /etc/hdparm.conf to have `spindown_time =
What if you set apm = 64 in hdparm.conf? Is it overwritten with 254 by the
acpi-support script? Please file a new bug then, this one is already far too
long...
If setting the apm level in hdparm.conf works it's not a real problem IMO as
users need to edit hdparm.conf anyway to get the spindown.
What if you set apm = 64 in hdparm.conf? Is it overwritten with 254
by the acpi-support script? Please file a new bug then, this one is
already far too long...
I don't know. Due to bug #222458 I manually process /etc/hdparm.conf
a second time after booting has finished.
awk '$1 ~
On 14/01/2009 Jakob Unterwurzacher wrote:
For me (Intrepid+proposed), this does not fix the issue.
Suspend to ram - resume gives me an APM level of 128.
Jakob: how can you read APM levels? I think this is my problem too.
Vincenzo
--
High frequency of load/unload cycles on some hard disks
Vincenzo, `sudo hdparm -I /dev/sda' and look for the line like
Advanced power management level: 64
Some drives don't have `Advanced Power Management feature set' in their
`Commands/features' list that's also in -I's output so you won't see a
reading for it.
--
High frequency of
On 14/01/2009 Jakob Unterwurzacher wrote:
For me (Intrepid+proposed), this does not fix the issue.
Suspend to ram - resume gives me an APM level of 128.
This problem is known, confirmed and being worked on.
The bug is still open on pm-utils for this reason.
Don't bother to install any hacks,
After installing acpi-support 0.109-0hardy1 this morning on 8.04, the
motherboard's drive LED on the case stayed on. Executing a `hdparm -B
254 /dev/sdb' half an hour later turned it off. /var/log/apt/term.log
shows
* Checking battery state...
There's further problems that need fixing.
/etc/acpi/start.d/90-hdparm.sh uses getState() from
/usr/share/acpi-support/power-funcs to set STATE. 90-hdparm.sh says if
$STATE is BATTERY then -B 128 else -B 254. That's fine. But
power-funcs has
getState() {
/usr/bin/on_ac_power;
There are two bugs:
One in power-funcs.sh :
if [ $? -eq 0 ]; then
STATE=AC;
elif [ $? -eq 1 ]; then
This is wrong because the first test [ $? -eq 0 ] will change $? .
We need to save $? to another variable before testing it. The attached patch
does that.
** Attachment
The other on in 90-hdparm.sh :
if [ $STATE = BATTERY ] ; then
causes a syntax error when $STATE is empty (it is empty when on_ac_power
didn't return either 0 or 1). We need to quote $STATE. The attached
patch does that.
** Attachment added: 90-hdparm.sh.patch
Ralph, Jakob, thank you for the analysis. I've prepared a new upload of
acpi-support to hardy-proposed, and will work on fixing this for
intrepid and jaunty shortly.
** Changed in: acpi-support (Ubuntu Hardy)
Status: Fix Released = In Progress
** Changed in: acpi-support (Ubuntu
Accepted acpi-support into hardy-proposed, please test and give feedback
here. Please see https://wiki.ubuntu.com/Testing/EnableProposed for
documentation how to enable and use -proposed. Thank you in advance!
** Changed in: acpi-support (Ubuntu Hardy)
Status: In Progress = Fix Committed
Accepted acpi-support into intrepid-proposed, please test and give
feedback here. Please see https://wiki.ubuntu.com/Testing/EnableProposed
for documentation how to enable and use -proposed. Thank you in advance!
** Changed in: acpi-support (Ubuntu Intrepid)
Status: Triaged = Fix Committed
acpi-support 0.109-0hardy2 fixes this for me.
Tests conducted:
1) on_ac_power returns 255
= apm 254
2) on_ac_power returns 0
= apm 254
3) on_ac_power returns 1
= apm 128
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You
acpi-support 0.114-0intrepid2 fixes this on my intrepid machine.
Tests conducted:
1) on_ac_power returns 255
= apm 254
2) on_ac_power returns 0
= apm 254
3) on_ac_power returns 1
= apm 128
(the files 90-hdparm.sh and power-funcs are the same as in 0.109-0hardy2
as verified by md5sum comparison,
Hi Steve,
Steve Langasek wrote:
Ralph, Jakob, thank you for the analysis. I've prepared a new upload of
acpi-support to hardy-proposed, and will work on fixing this for
intrepid and jaunty shortly.
** Changed in: acpi-support (Ubuntu Hardy)
Status: Fix Released = In Progress
**
This bug was fixed in the package acpi-support - 0.109-0hardy2
---
acpi-support (0.109-0hardy2) hardy-proposed; urgency=low
[ Jakob Unterwurzacher ]
* Defensive quoting in 90-hdparm.sh, so that the script doesn't throw
a syntax error when the battery state is undetermined.
Due to successful testing, I'm copying the new acpi-support uploads to
hardy-updates and intrepid-updates now, waiving the usual delay period
since this was an update regression.
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
This bug was fixed in the package acpi-support - 0.114-0intrepid2
---
acpi-support (0.114-0intrepid2) intrepid-proposed; urgency=low
[ Jakob Unterwurzacher ]
* Defensive quoting in 90-hdparm.sh, so that the script doesn't throw
a syntax error when the battery state is
Reading all the applause makes me think i am doing something wrong. But:
For me (Intrepid+proposed), this does not fix the issue.
Suspend to ram - resume gives me an APM level of 128.
Switching from battery to ac power does set apm 254 - it's the same
script doing that, so it's not my wrong
@Jakob: When you have problems with suspend, just you link
/etc/acpi/resume.d/90-hdparm.sh in /etc/pm/sleep.d/:
sudo ln -s /etc/acpi/resume.d/90-hdparm.sh /etc/pm/sleep.d/
And yes this is a somewhat misleading bug.
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
@bojo: This is not a good solution, because sleep.d scripts should
accepts some command line arguments - see /usr/share/doc/pm-
utils/HOWTO.hooks .
A good solution would be to write a script that does the hdparm-thingy and
respects the pm-utils semantics. I created one, it is attached.
Copy it
After reviewing this bug and bug 223879, I agree that pm-utils needs to
be fixed too (and confirmed that with Steve Langasek on IRC).
Nevertheless, notwithstanding some side-effects on certain pieces of
hardware that are probably not entirely resolvable, I think that the
acpi-support package in
This bug was fixed in the package acpi-support - 0.109-0hardy1
---
acpi-support (0.109-0hardy1) hardy-proposed; urgency=low
* Cherry-pick hdparm fixes from intrepid:
- ac.d/90-hdparm.sh, battery.d/90-hdparm.sh, resume.d/90-hdparm.sh,
start.d/90-hdparm.sh: Set hdparm power
This bug was fixed in the package acpi-support - 0.114-0intrepid1
---
acpi-support (0.114-0intrepid1) intrepid-proposed; urgency=low
* {ac,battery,resume,start}.d/90-hdparm.sh: don't just check whether
laptop-mode is configured to control the drives, also check whether
Note that, despite the automatic bug-closing messages above, this bug is
still open on pm-utils.
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Bugs, which
On Fri, Jan 09, 2009 at 09:37:19PM -, Tormod Volden wrote:
I have tested the 0.109-0hardy1 from hardy-proposed on a couple of
laptops. (One had a count of 30, I had it running continuously on AC
for a couple of months. Bad.) The count is now stopped while on AC. It
increases on battery
When resuming from S2R the script is not being executed in hardy cause
of this issue: https://bugs.launchpad.net/ubuntu/+source/acpi-
support/+bug/205005/comments/2
I had to install it to /etc/pm/sleep.d to get it working.
--
High frequency of load/unload cycles on some hard disks may shorten
** Tags added: hw-specific
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Tags added: qa-jaunty-kernel
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
This bug is _not_ fixed for me in up-to-date intrepid with the -proposed
repository enabled. I log cycles and temperature using the script that I
attached to this bug
http://launchpadlibrarian.net/20449344/watch_load_cycles
This morning, I had 135 cycles in one hour. Smartctl reports the
Yes, after upgrading the package after a downgrade it is reproducible. I
will try and play around with that code to see if I can pinpoint it.
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification
Actually I think I figured out what the problem was and it was not this
package. Sorry for the confusion.
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Nick B.: I have similar resume problem (and no problem earlier). Could
you help me? E.g. point me to different bug? Thanks.
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a
Seems to work for me with Hardy, as well. I installed it last night.
So Hard,y Intrepid and Jaunty all seem OK on my end.
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a
@ Steve Langasek
I tried it. I wrote a script that checks the Load_Cycle_Count number and writes
with the actual date to the log file. I executed this script periodically (and
between those executions I did nothing), and this is the output:
### AC ON
09.01.11 05:24:39 116203
### AC OFF
09.01.11
Just to mention it: I checked the version from hardy-proposed, I suppose
this was the right one?
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Bugs, which
I'm on Hardy and I've noticed that since installing the new package,
the Start_Stop_Count on my Samsung drive has stopped increasing at
all. Seems to work fine.
On Thu, Jan 8, 2009 at 21:50, Steve Langasek
steve.langa...@canonical.com wrote:
On Fri, Jan 09, 2009 at 02:33:04AM -, Michał
Unfortunately I don't have the Start_Stop_Count value, but I'm sure that my HD
is affected by this bug (I can hear the click).
It's a Dell XPS M1330 with the 400gb HD.
On Battery it seems that nothing changes? Is it correct?
I see that on battery the bug seems solved only for someone. In the
I use KDE, is this changing something?
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
@Steve: For Intrepid i can confirm that the proposed package works, even
on suspend. Although /etc/acpi/resume.d/90-hdparm.sh still don't get
executed, the scripts in ac.d and battery.d handle changing power states
on suspend very well. This means we don't need a link in
/etc/pm/sleep.d/ for this
Ciso,
On battery the default value is still hdparm -B 128, which does allow
the drive to park the heads. This upload only changes the default
policy when running on AC.
For some drives, it's possible that the -B 128 battery policy is
different than the firmware default and as a result the drive
I just updated acpi-support to the Intrepid Proposed version and it
stops my load cycle count from increasing, however it causes my hard
drive to become very warm.
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received
I have tested the 0.109-0hardy1 from hardy-proposed on a couple of
laptops. (One had a count of 30, I had it running continuously on AC
for a couple of months. Bad.) The count is now stopped while on AC. It
increases on battery even if I have laptop_mode enabled. BTW, what it
exactly the
I said it increases on battery even if I have laptop_mode enabled.
This was due to having firefox open. Without firefox, on battery, with
laptop_mode enabled, it only increases very slowly, like it is supposed
to do.
However, after plugging in AC again it keeps increasing. This might be
the fault
However, after plugging in AC again it keeps increasing.
Laptop mode is enabled only on battery by default, you need to
explicitly enable it in /etc/laptop-mode/laptop-mode.conf for both
battery and ac, if you want that.
--
High frequency of load/unload cycles on some hard disks may shorten
For those of us with crazy drives like mine that park whenever APM times
out no matter what, I have a possible partial solution.
It seems that what is happening is that the drive's timeout for parking
the heads is shorter than the interval at which ubuntu syncs the
filesystem to disk. This means
Oops, I think I found a regression. The proposed version of acpi-support
seems to break resume from suspend only when invoked from Gnome-power-
manager. On resume it seems to hang and the screen never turns back on.
Downgrading to the original version of acpi-support (0.114) has no
issues with
On Fri, Jan 9, 2009 at 20:19, Nick B. nickbr...@gmail.com wrote:
Oops, I think I found a regression. The proposed version of acpi-support
seems to break resume from suspend only when invoked from Gnome-power-
manager. On resume it seems to hang and the screen never turns back on.
Downgrading
I am very sure. I've never had a problem with suspend on Intrepid. It's
always worked perfectly. After updating acpi-support it doesn't resume
properly after invoked from the power manager. I downgrade the package
and it works fine again.
--
High frequency of load/unload cycles on some hard
On Sat, Jan 10, 2009 at 03:41:18AM -, Nick B. wrote:
I am very sure. I've never had a problem with suspend on Intrepid. It's
always worked perfectly. After updating acpi-support it doesn't resume
properly after invoked from the power manager. I downgrade the package
and it works fine
Well, sadly, the new acpi-support has not fixed things for my X40. It
has a Hitachi drive, Model Number: HTC426040G9AT00. Even with the least
aggressive settings (-B 255 and -B 254) it still parks the heads more
than once a minute. As far as I can tell, the settings took -- hdparm
-I shows the
On Thu, Jan 08, 2009 at 07:24:51PM -, Paganini wrote:
Is there any hope, or am I doomed to watch my basically new hard disk
chew itself up and die?
If 'Advanced power management level' is correctly set to 254 on your drive,
and it's still parking, then I'm afraid I don't see anything else
Thanks to all who have helped verify that this fix is correct for
intrepid. Are there any users following this bug who are using hardy?
Since 8.04 is an LTS release, it stands to reason that there are some
users who might like to ensure their hard drives outlast the 3-year
desktop support cycle,
Babyshamble,
https://bugs.launchpad.net/ubuntu/hardy/+source/acpi-
support/+bug/59695/comments/652 includes a description of what the
additional fix was that was needed here. Is that what you're looking
for?
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
On Fri, Jan 09, 2009 at 01:46:54AM -, Steve Langasek wrote:
Thanks to all who have helped verify that this fix is correct for
intrepid. Are there any users following this bug who are using hardy?
Yeap ;)
Since 8.04 is an LTS release, it stands to reason that there are some
users who
Are there any users following this bug who are using hardy?
Me, for example. What could I do? Any instructions how to test this
update? Thanks. :)
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug
Steve, I have Hardy, Intrepid and Jaunty. Will be happy to test against
Hardy for you. What do you need? :-)
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of
On Fri, Jan 09, 2009 at 02:33:04AM -, Michał Gołębiowski wrote:
Are there any users following this bug who are using hardy?
Me, for example. What could I do? Any instructions how to test this
update? Thanks. :)
The test case is in the bug description, and instructions on enabling the
I can confirm success of the intrepid-proposed package. My
Load_Cycle_Count / Power_On_Hours was 177 (ca 3 per minute) after 2
months of use (mostly using Intrepid). I went through the Test Case 1-4,
6, 7, 5, 4, 6.
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
I can also confirm that the Intrepid-proposed package it's working without
any problem. The load_cycle at my HP 6720s laptop stopped the insane
increase rage when using the battery power.
However I still have concerns about the mechanism used to fix this bug. It
would be possible that ubuntu devs
I'm seeing about 0.5 load cycles per hour now, so this is no longer a
problem for me using acpi-support 0.114-0intrepid1 from Proposed. It's
too late for my current hard drive (1,351,794 load cycles), but at least
I won't have to worry about the replacement dying young, too. :) Thank
you!
**
Hi Cesar,
Cesar Arguinzones [2009-01-05 22:32 -]:
I have same problem as endolith. But as long as my laptop is not having
problems, i'm not interested in
any type of logs. Is there a way to disable ALL logging in ubuntu?
I'd strongly advise against disabling *all* logging, but you can
Accepted acpi-support into intrepid-proposed, please test and give
feedback here. Please see https://wiki.ubuntu.com/Testing/EnableProposed
for documentation how to enable and use -proposed. Thank you in advance!
** Changed in: acpi-support (Ubuntu Intrepid)
Status: In Progress = Fix
The (intrepid) proposed-version of acpi-support seems to work fine for me now.
Thanks for now.
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Bugs, which
** Changed in: acpi-support (Ubuntu Hardy)
Target: None = ubuntu-8.04.2
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
So to check if the patch works what I need?
Only the proposed acpi-support package and to enable by hand the laptop-mode?
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a
So to check if the patch works what I need?
Only the proposed acpi-support package and to enable by hand the laptop-mode?
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a
On Tue, Jan 06, 2009 at 08:23:35PM -, Ciso wrote:
So to check if the patch works what I need?
Only the proposed acpi-support package and to enable by hand the
laptop-mode?
No. You need to install the -proposed acpi-support package and restart your
system for the changed settings to take
On Tue, Jan 6, 2009 at 15:06, Steve Langasek
steve.langa...@canonical.com wrote:
On Tue, Jan 06, 2009 at 08:23:35PM -, Ciso wrote:
So to check if the patch works what I need?
Only the proposed acpi-support package and to enable by hand the
laptop-mode?
No. You need to install the
On Tue, Jan 06, 2009 at 09:21:22PM -, Adam Porter wrote:
Just FYI, when I installed the package from -proposed, I noticed the
postinst script restarting the ACPI stuff in /etc/init.d and saw it
set the PM mode then. Is a restart still necessary?
Oh, I didn't think about this aspect. Yes,
** Description changed:
This is not a support forum. Please do not use it as such (even though
it has been used as such already).
You can scan through the bug for links to the Ubuntu forums where many,
many different questions have been asked, answered, and re-answered.
The
On Mon, Jan 5, 2009 at 05:23, Steve Langasek
steve.langa...@canonical.com wrote:
The laptop-mode-tools in hardy already uses 254 by default, so no
further upload of that package is needed in hardy.
Does that mean that all Hardy users need to do to fix this is to
enable laptop mode on AC and
On Mon, Jan 05, 2009 at 01:41:28PM -, Noel J. Bergman wrote:
I see that the new value is 254 from 128. An earlier suggestion had
been 192, which seemed to work for me as well. Can anyone comment on
the consequence of 192 vs 254? All that I have come across so far is
** Changed in: acpi-support (Ubuntu Intrepid)
Status: New = Triaged
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
package uploaded to intrepid as well, waiting for review.
** Changed in: acpi-support (Ubuntu Intrepid)
Status: Triaged = In Progress
** Changed in: acpi-support (Ubuntu Intrepid)
Assignee: (unassigned) = Steve Langasek (vorlon)
** Changed in: acpi-support (Ubuntu Hardy)
The laptop-mode-tools in hardy already uses 254 by default, so no
further upload of that package is needed in hardy.
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member
On Mon, Jan 05, 2009 at 11:50:22AM -, Adam Porter wrote:
On Mon, Jan 5, 2009 at 05:23, Steve Langasek
steve.langa...@canonical.com wrote:
The laptop-mode-tools in hardy already uses 254 by default, so no
further upload of that package is needed in hardy.
Does that mean that all Hardy
** Changed in: acpi-support (Ubuntu Intrepid)
Importance: Undecided = Critical
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
I've had a look at the acpi-support diff, and the reason this fix isn't
taking effect is this code:
DO_HDPARM=y
if [ -e /usr/sbin/laptop_mode ] ; then
LMT_CONTROL_HD_POWERMGMT=$(. /etc/laptop-mode/laptop-mode.conf echo
$CONTROL_HD_POWERMGMT)
if [ $LMT_CONTROL_HD_POWERMGMT != 0 ] ; then
What about cases where the 254 setting causes the hard drive to become
very warm? On my laptop an hdparm value of 254 causes the hard drive to
reach temperatures of around 50°C which is too high. Disabling laptop-
mode allows the drive to operate in its normal range somewhere between
41-45. But
But then it suffers from the unload cycles. Is there another
solution to this?
Can't we just let the hard drive park and then stop writing to it for a
while so it doesn't spin back up again? The main problem app for
writing to the hard drive is apparently Network Manager, which craps up
the
This bug was fixed in the package acpi-support - 0.115
---
acpi-support (0.115) jaunty; urgency=low
* {ac,battery,resume,start}.d/90-hdparm.sh: don't just check whether
laptop-mode is configured to control the drives, also check whether
laptop-mode itself is *enabled*.
Nick B. schrieb:
What about cases where the 254 setting causes the hard drive to become
very warm? On my laptop an hdparm value of 254 causes the hard drive to
reach temperatures of around 50°C which is too high. Disabling laptop-
mode allows the drive to operate in its normal range somewhere
On Mon, Jan 5, 2009 at 06:10, Steve Langasek
steve.langa...@canonical.com wrote:
On Mon, Jan 05, 2009 at 11:50:22AM -, Adam Porter wrote:
On Mon, Jan 5, 2009 at 05:23, Steve Langasek
steve.langa...@canonical.com wrote:
The laptop-mode-tools in hardy already uses 254 by default, so no
I see that the new value is 254 from 128. An earlier suggestion had
been 192, which seemed to work for me as well. Can anyone comment on
the consequence of 192 vs 254? All that I have come across so far is
http://ubuntuforums.org/showthread.php?t=837308 and a separate comment
over at RedHat
The intrepid changes to acpi-support and laptop-mode-tools look self-
evidently correct and would be acceptable for SRU, but a check on an
intrepid system shows that Load_Cycle_Count is still incrementing until
I call hdparm -B 254 by hand. So something is still missing, at least
for intrepid...
On Mon, Jan 5, 2009 at 14:38, Endolith endol...@gmail.com wrote:
But then it suffers from the unload cycles. Is there another
solution to this?
Can't we just let the hard drive park and then stop writing to it for a
while so it doesn't spin back up again? The main problem app for
writing to
I have same problem as endolith. But as long as my laptop is not having
problems, i'm not interested in
any type of logs. Is there a way to disable ALL logging in ubuntu?
On Mon, Jan 5, 2009 at 4:40 PM, Adam Porter launch...@alphapapa.net
wrote:
On Mon, Jan 5, 2009 at 14:38, Endolith
helo. after I use smartctl command, there is no min/max temperature.
here is the result:
hanci...@hanciong-laptop:~$ sudo smartctl -a /dev/sda | egrep
'(Load_Cycle_Count|Temperature)'
193 Load_Cycle_Count 0x0032 189 189 000 Old_age Always - 33392
194 Temperature_Celsius 0x0022 097 077 000
On Sat, 2009-01-03 at 15:16 +, hanciong wrote:
helo. after I use smartctl command, there is no min/max temperature.
here is the result:
hanci...@hanciong-laptop:~$ sudo smartctl -a /dev/sda | egrep
'(Load_Cycle_Count|Temperature)'
193 Load_Cycle_Count 0x0032 189 189 000 Old_age Always
Chow Loong Jin, what is exactly the command for hddtemp? thx a lot
smartctl isn't supposed to be used for getting the hard disk temperature
unless I'm mistaken. Use hddtemp instead.
--
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
what [is] the command for hddtempF
First:
sudo apt-get install hddtemp
then run hddtemp.
--
High frequency of load/unload cycles on some hard disks may shorten lifetime
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Bugs, which
I had made a post here -
http://www.botcyb.org/2008/12/linux-hard-disk-issue-excessive.html
on the issue of excessive load cycle count. You may have a look at it
if you wish.
So it's Bug 294190 that's primarily responsible for the hard drive
spinning back up every few seconds? How annoying.
Does this actually have to do with Ubuntu accessing the disk for
*read/write* or may this be related to some other kind of polling?
(Temperature, etc.)
I ran iotop on my laptop in AC mode with hdparm -B 199. While iotop
showed no disk activity at all, frequent load/unload cycles occured.
I also
Hanno, I don't really remember, but I think back when I was
investigating problems with my Samsung drive I found that iotop didn't
show all the interesting values and was patching it to be more precise.
Also, please be aware, that querying smart will always unpark drive
heads, because smart values
I had made a post here -
http://www.botcyb.org/2008/12/linux-hard-disk-issue-excessive.html
on the issue of excessive load cycle count. You may have a look at it
if you wish.
On 29/12/2008, Alexey Borzenkov sna...@gmail.com wrote:
Hanno, I don't really remember, but I think back when I was
Hi Alexey,
Alexey Borzenkov wrote:
Hanno, I don't really remember, but I think back when I was
investigating problems with my Samsung drive I found that iotop didn't
show all the interesting values and was patching it to be more precise.
Also, please be aware, that querying smart will always
101 - 200 of 687 matches
Mail list logo