I wrote a comment 6 hours ago, after I ran hdparm -B 254 /dev/sda. Now,
6 hours later, the load_cycle_count still hasn't increased ! I was
expecting it to increase in a slower way, not to stay the same for
hours...
Is it normal ? Is it the sign that something is broken ?
--
default value in powe
I can report that sudo hdparm -B 255 /dev/sda solves problem for me
Earlier the HDD was spining up and down like mad, clicking 3-5 times in a minute
And come on, this is NO WISHLIST, this is critical hotfix!!
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/
I have investigated this issue on two different laptops... both with fresh
installation of Gutsy.
On both laptops Load_Cycle_Count gets increased by 1 about every minute, which
is very bad...
Invoking 'sudo hdparm -B 255 /dev/sda" solves problem on first laptop.
Load_Cycle_Count not increasing
For what it is worth, I have enabled laptop-mode on every laptop I
install Ubuntu on, and have not had any of the suspend/resume issues
that the /etc/default/acpi-support file warns about.
Without having laptop-mode enabled, setting the hard drive to spin down
rapidly is just silly -- ext3 will tr
Smartctl reports a temperature of 49 degrees, which I'm not too worried
about. I haven't tested power consumption yet. My settings allow the
harddrive to switch off after 5min of inactivity when on battery, and
power management isn't completely disabled when on battery. I basically
just want to sav
@Michael:
Your workaround looks interesting - can you tell us something about the
impact on power consumption? I am currently having the problem that one
of my laptops, the Evo N600c, is grilling and toasting its harddrive
after I set hdparm -B 200. HD Temperature now is constantly at 50
degrees C
I use a workaround with enabling laptop-mode with CONTROL_HD_POWERMGMT=1
and I have discovered that this bug is back after I resume from sleep.
When I disconnect the power cord for a moment (to enable laptop mode)
and plug it back after a while then the above workaround works again.
Weird.
--
def
I also agree that this bug should be rated CRITICAL. If one has to
change the hard-drive every so often because of Ubuntu, then Ubuntu
would end up being even more expensive than Windows.
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You receive
I found out about this bug from Digg this morning. After investigating,
I found that the load cycle on my harddrive was increasing rapidly, both
on AC and on battery. This sounds like a fairly serious bug, and should
be dealt with quickly. I've made the following changes, which seems to
have fixed
Maybe we should enable laptop mode by default with CONTROL_HD_POWERMGMT=1 in
/etc/laptop-mode/laptop-mode.conf ?
That would probably solve most problems.
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received this bug notification because y
I'm also having the exact same issue on my Toshiba M55; every 5 seconds
or so, i hear a tick or a double tick, and my load cycle count is
increasing about 2 per minute. Let me know if you guys need any logs or
if you want me to try something, and I'll be happy to oblige. :-) Dan
--
default val
edit that: I meant about 2 per every 10 to 15 seconds, about 4 to 6 per
minute (it's slightly variable). I didn't notice whether it was just
going up when I had no activity or when it was when i was using it as
well.
--
default value in power.sh potentially kills laptop disks
https://bugs.launch
I intend to investigate later who is calling hdparm to set hard disc power
management parameters. I intend to do this by replacing the hdparm binary with
a dummy script that
will log it's execution date, parameters and a pstree. I hope by this to find
out who and when calls hdparm.
If it is a bi
I'd like to second (third, fourth, nth) the importance issue. It's
currently on the wishlist, but it seems that this bug is potentially
harmful to hardware. This should be considered "high" or "critical"
unless we find definitive proof that it isn't very dangerous at all.
--
default value in powe
To Blue:
[EMAIL PROTECTED]:~# on_ac_power ; echo $?
0
[EMAIL PROTECTED]:~# ps axu |grep apm
root 7139 0.0 0.1 2988 772 pts/1R+ 13:47 0:00 grep apm
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received this bug notificat
I seemed to have this problem too: after only a few months, my hard
drive's load_cycle_count was up to 424241, which is about 2/3 of the
maximum (from what other people said in comments).
So, I decided to try and run hdparm -B 255 /dev/sda. After running this
command, the load_cycle_count increase
Can someone else with this problem post the result from the following :
First,as root:
on_ac_power ; echo $?
Second :
ps axu |grep apm
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of
I had used my old hard drive for more than 4 years under Windows.
However, after installing Ubuntu on it, it died in a few months. I was
wondering if Ubuntu had anything to do with it, now I know it was
probably the culprit.
--
default value in power.sh potentially kills laptop disks
https://bug
> The Load_Cycle_Count on my Laptop's several year old Hitachi drive with
> Debian installed is 95076488844.
> That's 95 billion load cycles. And still working. Probably the disks don't
> wear out that quickly.
>>> 95076488844 / 3 / 365 / 24 / 60 / 60
1004
If 'several' means 3, then that's an a
The Load_Cycle_Count on my Laptop's several year old Hitachi drive with
Debian installed is 95076488844. That's 95 billion load cycles. And
still working. Probably the disks don't wear out that quickly.
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59
Matthew Garrett is right, it seems NOT to be an Ubuntu issue. I managed
to get the *same* behaviour under GRUB. In BIOS or GRUB, the harddisk
makes "the click" only once, after that it's silent. That's because
noone is accessing the drive anymore. But in GRUB, you can browse the
filesystem. So if I
May i just warn ya all to NOT play the blame-game?
It does sound like it's the fault of the BIOS (and somebody should
contact them).
To rescue a hard-drive in distress sounds like something that should have a
high-priority (critical?).
Not because it's ubuntu's fault or the bios fault. But becau
If your BIOS is enabling aggressive power management, then I would
suggest that that's something you should ask your BIOS vendor about.
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of
In that case, something should be done, as aggressive power management is
enabled by default - and as the reports demonstrate, this is causing a
significantly shorter disk life than on other OSes.
On 10/24/07, Matthew Garrett <[EMAIL PROTECTED]> wrote:
>
> By default, we do nothing to set any disk
Inserting scripts in /etc/apm is unlikely to help anything - we don't
execute them on any laptop made since 2001.
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Bugs, which is
By default, we do nothing to set any disk power values. It's arguable
that the configuration file should make it clearer to the user that
enabling aggressive power management will result in a shorter hard drive
life, but it's also an inevitable consequence of enabling that
aggressive power manageme
Will this patch end up in Gusty or go into Hardy?
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu
I can almost 100% confirm that this problem killed the 1.8" 40 gig
Toshiba drive in my Fujitsu P7230. However, I am not upset because I
have replaced it with a solid state drive that works quite well.
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/5969
I've created a patch, addressing the hdparm issues:
- APMD_SPINDOWN=60 for spindown after 5 minutes instead of 1.5 minutes
- handle "dunno" return value from on_ac_power in choose_power and do not
assume laptop mode in this case
I think 5 minutes is a reasonable compromise, but I'm no laptop user
I've created a patch, addressing the hdparm issues:
- APMD_SPINDOWN=60 for spindown after 5 minutes instead of 1.5 minutes
- handle "dunno" return value from on_ac_power in choose_power and do not
assume laptop mode in this case
I think 5 minutes is a reasonable compromise, but I'm no laptop user
Blue, thanks for your investigations. This looks like two bugs (too low
default value and wrong handling of return code 255) in
/etc/apm/event.d/20hdparm then, correct?
re init script: Ubuntu seems to use udev only, instead of the init
script. But it appears to only hook into udev for hd[a-z] devi
I just want to chime in with all the others that are frustrated this is
listed as "wishlist". I know a quick triager may have just skimmed and
not noticed the importance. But, now that this is getting more
attention from people affected, it's clear this is a critical priority
issue.
Please reeva
I wonder if it's going into sleep, and then trying to write to the log
that it has gone to sleep.. That would be a big 'duh'.
On Wed, 2007-10-24 at 22:43 +, Kamil Páral wrote:
> I have Dell Latitude C640 with Western Digital 40GB. The harddisk is 3
> days old (brand new) and I have 900 load c
I have Dell Latitude C640 with Western Digital 40GB. The harddisk is 3
days old (brand new) and I have 900 load cycle count. My harddisk
"clicks" (increases load cycle count) roughly twice a minute (regardless
battery or AC mode), but (this is important) only when there is
absolutely no other hardd
Keep in mind that you can change the acpi spindown time in /etc/defaults
/acpi-support. restarting the acpi-support service should enable the
new times. I'm unfortunately not a power management expert so your
mileage may vary.
--
default value in power.sh potentially kills laptop disks
https:/
I would rather suggest to modify /etc/apm/event.d/20hdparm and at line 32
instead of
APMD_SPINDOWN=18
put
APMD_SPINDOWN=180 # 15 minutes instead of 90 seconds.
You can also set /etc/hdparm.conf, but as long as the apmd service is activated
the setting in /etc/hdparm.conf will be useless, so
OOps :) This one :
https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695/comments/28
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact f
WARNING:
Fiddling around with hdparm might stop the unload/load cycles but can
also dramatically increases HD Temp - at least here on my Compaq
Evo600N:
192 Power-Off_Retract_Count 0x0032 100 100 000Old_age Always
- 12
193 Load_Cycle_Count0x0032 094 094 000
Editing hdparm.conf alone is not enough and as I wrote in my previous
comment, you have to run 'sudo update-rc.d hdparm defaults' too so that
the hdparm init script is added to the approperiate runlevels (2, 3, 4
and 5). Runlevel 2 is the last runlevel and scripts in this runlevel are
executed last
Which comment do you mean, Blue? Yours is comment 31. Do you have
abilities to predict the future? If so, will this laptop of mine be
killed for a 2nd time by this bug before its 12 month warranty expires?
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/b
Please note that that editing hdparm.conf alone does NOT solve the
problem, see comment 58 for details.
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug co
It's not 'wishlist', just 'critical issue'.
I've had same problem, and now solved with martin's tweak.
Quote,
As a temporary fix I edited /etc/hdparm.conf and added:
/dev/sda {
apm = 255
spindown_time = 0
}
Afterwards I installed the hdparm init script by doing 'sudo update-rc.d
hdparm def
I think this deserves a greater importance than "wishlist".
A value of 18 for hdparm -S translates to 90 seconds, and this is insane,
because even let to idle the system will try write to the disks every 2..4
minutes.
That means that the disk idles for 90 seconds and spins down and after another
I confirm this and more : same behaviour on a _desktop_ computer. This because
on that desktop on_ac_power returns nonzero and the system thinks it's running
on batteries.
The actual hdparm setting is here :
/etc/apm/event.d/20hdparm
This creates TWO new bugs :
1. first one is that this script ru
I have been able to confirm this on my System76 Darter. It appears to
also have been the problem I've been seeing since feisty where the HD
seems to always be in use. By deactivating APM (e.g. hdparm -B 255
/dev/sda ), my always in use issue has been resolved. My current Load
Cycle is 333001 on
Is there any way to brief a beginner on how to read the output of
"smartctl -d ata -a /dev/sda"? I'm having a hard time finding the line
where it states "xx cycles in xx minutes". Here is what I can see from
this command (some info has been left out):
Model Family: Hitachi Travelstar 5K100 s
As a temporary fix I edited /etc/hdparm.conf and added:
/dev/sda {
apm = 255
spindown_time = 0
}
Afterwards I installed the hdparm init script by doing 'sudo update-rc.d
hdparm defaults' to make the changes consistent over reboots.
This is the same as running the following commands:
hdparm -
All 3 of my laptops are also affected. The suggested fix with "hdparm -B
180" however does not work for all harddrives. On my HITACHI_DK239A-65B
(old Notebook drive in my Thinkpad 600E) for example, it does exactly
the opposite when the laptop was set into laptop mode - it then starts
frequent hard
Since this can significantly shorten the life of your hard drive,
shouldn't this bug be listed a little higher in importance than just a
wishlist?
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a
Behaviour confirmend on an IBM Thinkpad R52 with harddisk Hitachi
HTS541060G9AT00. Default value for APM is 128 after a clean install of
Gutsy Gibbon. A value of 192 or bigger, set with "hdparm -B", seems to
be the range of values with no load cycles.
The load cycles are *not* limited to battery p
I have the same problem on a M1330. I've only been using it since Friday
the 19th and my load cycle count is already at 851. I managed to "slow
it down" by doing sudo hdparm -B 254 /dev/sda.
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You rece
I am also experiencing this issue on my Dell Inspiron 6400.
According to smartctl, my load cycle count is 73,603. Now, I’ve had my
6400 for five months, so that’s ~484 cycles per day. At this rate my
hard drive (HTS721010G9SA00) will “last” ~3.5 years.
--
default value in power.sh potentially ki
An alternative to the "99-hdd-spin-fix.sh" fix is to install and enable the
package laptop-mode-tools,
then customize /etc/laptop-mode/laptop-mode.conf, setting
CONTROL_HD_POWERMGMT=1
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received
@ramas
AFAIK modern drives are able to handle high temps just fine. Up to 75 C is OK.
More over, 2,5" HDDs produce max 2 wats of heat on idle spin, so unless you
keep the lead of your laptop closed and the HDD spinning overnight, you won't
have any heat problems.
--
default value in power.sh p
ramas wrote:
> The command hdparm -b 255 turn off completely APM.
> This could last HD life by saving load cycles.
> On the other hand, the HD temperature could get very HOT (51°c on my
> Inspiron), also decreasing drive life.
>
> I wonder if there is another better solution to this, for example
The command hdparm -b 255 turn off completely APM.
This could last HD life by saving load cycles.
On the other hand, the HD temperature could get very HOT (51°c on my Inspiron),
also decreasing drive life.
I wonder if there is another better solution to this, for example using SMART
functions wi
Ah... the same workaround posted by someone else before me sorry.
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs
Here is how I permanently fixed it:
1) make a file named "99-hdd-spin-fix.sh". The important thing is starting with
"99".
2) make sure the file contains the following 2 lines (fix it if you have PATA
HDD):
#!/bin/sh
hdparm -B 255 /dev/sda
3) copy this file to 3 locations:
/etc/acpi/suspend.d/
/e
I can confirm this bug on my inspiron 1501, the hd light goes on way too
much compared to xp. Its a shame this isnt considered important. I guess
i cant use ubuntu on my laptop
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received this bug
Gilles, thanks! The first workaround that actually works.
IMO, modifying hdparm.conf has no effect because the "last word" is said by
/etc/acpi/resume.d/99foo.sh
I've also added the same script to /etc/acpi/start.d/
Oh... now with kernel 2.6.22 (emergency unloads on shutdown fixed) and
this fix
It seems that I completely forgot to publish my fix/workaroud. As far as
I remember I did two things:
1) I added the following lines to my hdparm.conf:
/dev/sda {
apm = 255
}
2) I created a file /etc/acpi/resume.d/99-stop-hitachi-madness.sh
with the following contents:
#!/bin/sh
hdparm -B 255 /
I wonder if /etc/hdparm.conf can help...
BTW: https://bugs.launchpad.net/ubuntu/+bug/104535
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for
Oh... seems like when going out of hibernate/suspend the effect of
``hdparm -B 255 /dev/sda`` disappears. Need to re-issue it again. Can
somebody help me with executing this on 1) boot 2) return from hibernate
3) return from suspend, PLZ?
--
default value in power.sh potentially kills laptop disk
Please increase the importance of this issue!
``hdparm -B 255 /dev/sda`` works like a charm!
changing 1=>255 in /etc/acpi/power.sh does not seem to work for me.
Toshiba P205, FUJITSU MHW2120BH
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You
Oh well...
Forget about my last comment. I was looking at "192 Power-
Off_Retract_Count" instead of "193 Load_Cycle_Count" and freaked out. I
guess I need some sleep.
Anyway, what is Power-Off_Retract_Count and how can it reach 7,000,000?
--
default value in power.sh potentially kills laptop di
Please increase the importance of this issue. I'm really concerned about
my disk's health.
I was noticing some clicking but didn't think much about it since I
"fixed" this issue a long time ago. Only now it occurred to me that
maybe some update overwrote my changes.
Unfortunately this seems to be
Running Ubuntu 6.10 on brand new HP compaq nw9440 with a Seagate ST910021AS
since February 27th: Load Cycle Count 134608 in 2 and half month ! :-(
I also noticed the hard drive clicking noise quite frequently and using Google
I stumbled over your bug report here. I'm using XFS as a filesystem, i
> I can confirm this behavior with my T43
Thanks for confirming. So now we'll have to determine sane default values.
I did some very unscientific tests using the command
smartctl -d ata -a /dev/sda | grep 193; hdparm -B 180 /dev/sda; sleep 600; \
smartctl -d ata -a /dev/sda | grep 193; hdparm -B 2
I can confirm this behavior with my T43
** Changed in: acpi-support (Ubuntu)
Importance: Untriaged => Wishlist
Assignee: (unassigned) => Ubuntu Laptop Team
Status: Unconfirmed => Needs Info
--
default value in power.sh potentially kills laptop disks
https://launchpad.net/bugs/5969
101 - 169 of 169 matches
Mail list logo
