*** This bug is a duplicate of bug 17216 ***
https://bugs.launchpad.net/bugs/17216
> (
> attempting to post this comment using the website tells me:
>
> Not Found
>
> The requested URL /ubuntu/+source/acpi-support/+bug/59695/+addcomment
> was not found on this server.
> )
Thats due to the
*** This bug is a duplicate of bug 17216 ***
https://bugs.launchpad.net/bugs/17216
> Why has this been made a dup of a Fix Committed bug, when the problem
is clearly still valid.
It seems that there are some at Ubuntu who feel it is more important
to make the bug statistics look good than it
*** This bug is a duplicate of bug 17216 ***
https://bugs.launchpad.net/bugs/17216
It's worth noting that even without laptop_mode some drives are just
really bad at this. I had a Samsung 80GB drive that under any OS would
park & spin down fairly aggressivly, but as soon as *ANY* power saving
*** This bug is a duplicate of bug 17216 ***
https://bugs.launchpad.net/bugs/17216
- "Neil Wilson" <[EMAIL PROTECTED]> wrote:
> *** This bug is a duplicate of bug 17216 ***
> https://bugs.launchpad.net/bugs/17216
>
> ** This bug has been marked a duplicate of bug 17216
>Hard driv
*** This bug is a duplicate of bug 17216 ***
https://bugs.launchpad.net/bugs/17216
** This bug has been marked a duplicate of bug 17216
Hard drive spindown should be configurable
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received
Can NOT confirm this on my laptop.
product: HP Compaq nc6120 (PN936AV)
Device Model: FUJITSU MHV2080AH PL
4 Start_Stop_Count0x0032 099 099 000Old_age Always
- 2204
5 Reallocated_Sector_Ct 0x0033 100 100 024Pre-fail Always
- 858993
** Description changed:
- When switching to battery power, /etc/acpi/power.sh issues the command
- hdparm -B 1 to all block devices. This leads to extremely frequent load
- cycles. For example, my new thinkpad has already done well over 7000
- load cycles -- in only 100 hours. That's at least one
But note also that with how often Ubuntu touches the disk, it will quite
simply never park the heads, even if it is inactive. Actually, the
aggressive APM isn't really the issue (although it will, obviously,
affect the live to some extent), it's more that Ubuntu touches the HD on
a regular basis,
guys, please read the follow up to that article. Ubuntu only changes this
setting when laptop_mode is on, which it isn't by default.
If laptop mode is off, but it is cycling that often, then it is caused by the
default setting in your BIOS
--
default value in power.sh potentially kills laptop
225 Load_Cycle_Count0x0012 097 097 000Old_age Always
- 33260
and thats in a few weeks
so I think thats confirmed in gutsy.
Please make this high priority, I don't want to have to get a new hard drive
every year!
--
default value in power.sh potentially kills lapt
I can confirm this bug on my Thinkpad T60 purchased spring of 2007.
=== START OF INFORMATION SECTION ===
Model Family: Hitachi Travelstar 5K100 series
Device Model: HTS541080G9SA00
Serial Number:MPBDL0XNHV95ZG
Firmware Version: MB4IC65R
User Capacity:80,026,361,856 bytes
Device is:
Some data:
Thinkpad z61t, TOSHIBA MK1032GSX, Firmware Revision: AS026E
Bought in September 2006 (it is 13 months old now), used daily with Feisty
Beta, Feisty, Gutsy.
Load_Cycle_Count 90690
Power_On_Hours 3254 I estimate this is true.
Power_Cycle_Count 850
Advanced power mana
I have noatime enabled for all mounted filesystems, and it does not make
the slightest difference for the load cycle count. So, while I agree
that the disk activity should be tracked down, atime does not look to
be the (only) culprit.
--
default value in power.sh potentially kills laptop disks
h
I didn't see atime mentioned on the wiki page. Logging in fails for me
right now (takes forever), so perhaps somebody else could add this info:
If you're looking for something that definitely does cause disk activity
every 30 seconds, it's atime updates. When enabled (which they are by
default
I'm 99% sure that the problem lies not (so much) in the aggressive APM,
but in the combination of the aggressive APM and some spurious constant
disk activity. If the disk activity weren't there, it wouldn't be so
much of an issue, and if the APM weren't so aggressive, it wouldn't be
so much of an
I've tried to summarize the issue(s) found here in a wiki page. I think it's
easier to handle solutions for this over there:
https://wiki.ubuntu.com/DanielHahler/Bug59695
Another option might be to create a new bug from scratch and duplicate
this one, but I think for now the wiki is the best thin
Could part of the problem, the frequest disk writes, have anything to do with
tracker?
What happens when you do a "killall trackerd"?
--
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 U
No wonder this has had no attention, it's impossible to glean anything
from this ridiculous number of comments. I have no choice but to
unsubscribe.
I do however ask that people not comment on this further unless
absolutely necessary.
--
default value in power.sh potentially kills laptop disks
h
Well, regarding the System I mentioned before (Latitude C-840 with
Hitachi travelstar Dk23EA-30) That was completly unresponsive to hdparm
settings I can now confirm that under Windows 2000 the load unload
cycles in this equipment are not eliminated but greatly diminished.
So may be Ubuntu is not
Just some more reporting about this issue:
- The command "sudo hdparm -I /dev/sda" shows this line about APM:
Advanced power management level: unknown setting (0x80fe)
The 0xfe byte is the 254 value I set whith the -B command in
hexadecimal, but i do not understand the 0x80 byte and why it tells
Wolfrichi:
I am afraid that hdparm -B 254 or 255 do not work for every laptop. I
have a Dell latitude c840 with a Hitachi travelstar DK23EA-30 that is
completly unresponsive to any hdparm -B setting I have tried.
It doesn't even allow me to change default APM levels with the Hitachi
feature tool
@keatliang2005
I have summarized the hdparm workaround here, should work for all
notebooks, not only on the NX6325:
http://vale.homelinux.net/wordpress/?p=199
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received this bug notification bec
It does not matter that the bug is getting confirmed multiple times.
Better getting lots of "me too"s than the bugsquad having to find and
mark hundreds of duplicate reports.
To whomever is triaging / working on this one, (if anyone is working on this
bug), what do you want to happen next? Do you
This is getting ridiculous, this is the 149th comment. Please refrain
from discussing this bug or "confirming" it, it has been confirmed
enough.
Leave all discussions to the forums, not a bug report. Don't ask other
"me too" people questions here.
--
default value in power.sh potentially kills l
I have a HP Compaq nx6325 laptop and my Hitachi HTS541080G9SA00 hard drive has
94066 load/unload cycles after 11 months of using Ubuntu with it.
Don't blame this bug on the BIOS - every ordinary user will tell you that
Windows didn't hurt their hard disk and it is Ubuntu that killed it. That's wh
I get numbers similar to karlbowden on an Asus G1S-A1 laptop with AC
connected, for a Hitachi HTS541616J9SA00. After 3 months of use the load
cycle count is already up to 65,000, so I agree that the bug should be
marked as critical.
--
default value in power.sh potentially kills laptop disks
http
@Paval:
Well Measuring 10 mins at a time, all measured with the ac adaptor
connected.
Straight after boot: 40 / 10min
hdparm -B255 /dev/sda: 40 / 10min
hdparm -B254 /dev/sda: 0 / 10min
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You rece
I can confirm this on an Acer Aspire 1642 WLMi.
I got about 80 to 100 cycles per hour.
This bug should be "critical" !!!
I tried with Archlinux... Results : 1 cycle per hour. Oo
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received this
I have the same problem with my laptop drive.
=== START OF INFORMATION SECTION ===
Device Model: ST9160821AS
Serial Number:5MA0NKXS
Firmware Version: 3.ALB
User Capacity:160,041,885,696 bytes
...
193 Load_Cycle_Count0x0032 052 052 000Old_age Always
- 96
I tested my laptop again with Windows XP and got really different result
this time, Windows just does a Load_Cycle_Count each 3 minutes. I don't
know why it's different now but here it seems that yes, ubuntu does a
Load_Cycle_Count very more oftenly than Windows. More, Ubuntu still get
around 1 Loa
Response to Saivann Carignan : the exact value is 870009
I noticed that the rate was around 1 per minute before stopping it by
editiing hdparm.conf.
Checking : the laptop was bought beginning of 2006. It is always up or
so. 870009 at the rate of 1 per minute (1140 per day) means an uptime of
600
Guy Widloecher : Can you calculate how many Load Cycle Count you have
within one minute and copy it there?
--
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
I confirm on 2 DELL laptops, the 1st one 18 months old with
Load_Cycle_Count around 90, the 2nd one 1 month old with 25000. I
just applied the hdparm.conf workaround as explained several time above.
This issue in "Wishlist" is inapproprate. It should be considered as
"high" or "critical".
--
I would like to notice that my laptop does have a Power_Cycle_Count near
to 1 per minute on Linux, but also on Windows, I don't see any
difference..
And I have a desktop computer which seems to have a Power_Cycle_Count
smaller than 1 per hour.
I don't know if this problem really affects some comp
Blue wrote:
>> Now, regarding the "insane" -S4 setting for laptop mode: this setting is
>> intended for battery mode only,
>
>But it gets activated for desktop where battery status cannot be
> determined,too. And this is bad.
ACK, definitely.
> Also, I don't find smart to try to
>
On Sun, 2007-10-28 at 13:26 +, Bart Samwel wrote:
> @Blue:
>
> Regarding this: "Even more, on the same manufacturer's site I found a
> document where they say that respinning up a harddisk takes a lot of
> power (the current peaks at about 1A) which means that if it's
> needed/done too frequen
** Tags added: laptop smartctl smartmontools
--
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-bugs
This is not a forum, this is a bug tracker. Please do not comment unless
you have to from now on.
My Desktop doesn't have this issue.
--
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 U
I don't understand the argument that this is only "on batteries". I
generally have my laptop plugged in, and my counts are increasing
astronomically (the once every 5-6 seconds thing). It doesn't seem to
make a difference whether it's plugged in or not.
I'm switching back to Windows until this i
My notebook (Dell D620) is not running on batteries, although the
Load_Cycle_Count of the hard disk increased by 420 within a day (it was
running for only 6 hours during this period).
My notebooks is 14 months old and the HD has a Load_Cycle_Count of
13570.
--
default value in power.sh potential
You should backup all your data!
It's not sure to crash but you should know that number is over the
maximum taken from Hitachi specification about Load/Unload. It says that
300k cycles are bonded but they tested over 1000k loads (not cycles).
Regards,
Pedro
--
Pedro Martínez Juliá
\ [EMA
@Blue:
Regarding this: "Even more, on the same manufacturer's site I found a
document where they say that respinning up a harddisk takes a lot of
power (the current peaks at about 1A) which means that if it's
needed/done too frequently it basically nulls any power economy you
would make by spinnin
karlbowden: Have you tried one of these two commands?
hdparm -B255 /dev/sda
or hdparm -B254 /dev/sda
You must try 255 or 254 because every disk wants another option to
decrease amount of Load_Cycles.
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/5969
So, my HDD with 1230345 Load_Cycles_Count can die young? (in every
moment I must be ready for his last... click?). Even with low
Power_Cycle_Count, just because I use my Ubuntu running often 24/7?
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
Yo
I have a 4 month (approx) old Dell XPS M1210 running Gutsy now. It has never
run anything other than Ubuntu.
193 Load_Cycle_Count0x0012 062 062 000Old_age Always
- 386280
My biggest concern with this not being marked as critical is that I have
changed EVERY settin
So in opensuse this behavior is possibly controlled by the pm-utils
framework (http://en.opensuse.org/Pm-utils). I found only one file with
hard disk related settings (/usr/lib/pm-utils/power.d/laptop-tools/.
I'll attach it, but there is nothing to do with hdparm settings. Maybe
opensuse the same w
My harddrive started to slowly die when at a Load_Cycle_Count of 200.000
after 10 months of use (Feisty and a little bit of Gutsy).
The reason I’m estimating to watch out for values above 90 per day is
because it will guarantee that your Load_Cycle_Count is less than
100.000 in three years : 90 *
Just to add some interesting facts to discusion:
* my load/ unload count is at 141831
* my power on hours is 9, i was using linux for maybe 95% of time
That means that my average load/unload count per hour was 12, i think that is
normal, around one every 5 minutes.
But when i checked yesterday
Pedro Martínez Juliá: there is a fedora-related discussion
(https://www.redhat.com/archives/fedora-devel-
list/2007-October/msg02258.html) about this -- as of this
(https://www.redhat.com/archives/fedora-devel-
list/2007-October/msg02260.html) it seems fedora doesn't change this
setting no matter i
I am very concerned about this issue. I use Ubuntu on my laptop as my
primary OS and I work with it. Even if we all back up in case something
happens with our hard drives, this issue is serious enough. I wouldn't
use "wishlist" for something that breaks hardware, especially when it's
been confirmed
Im on a DELL INSPIRON 6400 this my hard drive:
Device Model: SAMSUNG HM120JI
Serial Number:S0YPJ10P326665
Firmware Version: YF100-15
User Capacity:120,034,123,776 bytes
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED
WHEN_FAILED RAW_VALUE
3 Spin_Up_Time
About the "criticals" value for Load/Unload Cycles, Momentus 7200.2 spec sheet
only says "> 600,000"
(http://www.seagate.com/docs/pdf/datasheet/disc/ds_momentus_7200_2.pdf)
So since I'm already at 5 after 2 months with this computer, I had to apply
the hdparam -B254 parameter, and now the Lo
Hi,
Please, can you post kernel versions and hdparm parameters used in
init-scripts?
Detailed information about hdparm calls during start-up and while
changing power source in OpenSUSE and Fedora could be very interesting.
Regards,
Pedro
--
Pedro Martínez Juliá
\ [EMAIL PROTECTED]
)|
As you can see that hdparm executions are related to laptop_mode, not
directly to start-up. If Ubuntu can't identify your AC status is another
bug, not related to "power.sh".
Regards,
Pedro
--
Pedro Martínez Juliá
\ [EMAIL PROTECTED]
)| WebLog: http://www.pedromj.com/blog
/
I tried two distros: Fedora and openSUSE. I have a TOSHIBA MK8037GSX
hard disk. In Fedora by default, there is something around 6 Load/Unload
cycles per hour. In openSUSE, after a hour of an uptime there was only 1
Load/Unload!!! So, this looks like very ubuntu specific and should be
worked out as
I already did that and I found that hdparm is executed a lot of times
just during one boot process :
https://bugs.launchpad.net/ubuntu/+source/acpi-
support/+bug/59695/comments/78
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net/bugs/59695
You received this
Init system calls hdparm script but my "hdparm.conf" had no-section.
I've added one for adding "-B254".
Using "rgrep -i *" in "/etc" can tell you a lot of things but if you
want more, for example, change hdparm binary with a wrapper script that
calls real hdparm and logs its execution (date >> /va
I didn't find any execution of hdparm in the start-up scripts,
How did you search ? Because in my case there are a FEW executions.
--
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 Ubun
Hi,
In your case (24x7), you should use a value for "-B" that can increase
the life of your hard drive having a reasonable temperature. My hard
drives tells (through smartctl) 41ºC and 13/51 for actual and min/max
temperatures. I'm using "hdparm -B254" since yesterday because it
reached 400k loads
Hi.
Somethin from my smartctrl:
3 Spin_Up_Time0x0007 100 100 025Pre-fail Always
- 2752
4 Start_Stop_Count 0x0032 099 099 000Old_age Always
- 1013
9 Power_On_Hours0x0032 099 099 000Old_age Always
@Blue
Parking does not stress the disc's surface but rather the head movement
mechanics. Remember, parking must be fast enough to protect against
imminent damage. (Consider for example HP's HDAPS technology.) Thus
excessive load/unload cycles *are* stressful and *will* damage the
drive. Why else w
I just found some manufacturer specs for my Disk:
http://www.hitachigst.com/tech/techlib.nsf/techdocs/53989D390D44D88F86256D1F0058368D/$file/T7K60_sp2.0.pdf
For the load/unload specs, see page 40f. It is specified to a minimum of 30
load/unload cycles, so I'm very near to EOL.
My disk stats:
Parking is not bad and should not have side effects.
On a new system ( just a few days old) running another OS Load_Cycle_Count is
3317.
This parking means just moving the heads away, it does not stress the disk in
any way .
The spindown/spinup however, does (and does not help save energy if i
749 times is not a lot of start/stop count but 600k is huge for parking.
Regards,
Pedro
--
Pedro Martínez Juliá
\ [EMAIL PROTECTED]
)| WebLog: http://www.pedromj.com/blog
/ Página web: http://www.pedromj.com
GoogleTalk: [EMAIL PROTECTED]
Socio HispaLinux #311
Usuario Linux
Gilles,
I think the root of the both evils is common :)
On a desktop computer, spinning down and then spinning up the hard disk
produced the same annoying "clank". If I had a newer and quieter hard drive on
that machine
I could have missed this problem ... (or at least realize it only later by
> 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.
I don't think this is necessarily true (although I haven't looked at the
script). on_ac_power is 255 on my desktop, but Load
@Blue
Aren't there two slightly different but related problems?
The first one is about a nearly inaudible clicking which happens when
the heads are unloaded and which is the reason I filed this report
(since it'd be killing my drive, slowly but inevitably). It doesn't
cause any noticeable delays
But it's said that a hard drive only supports around 600k Load cycles.
I saw that Ubuntu puts "-B255" to disable APM but it stills do around
3-5 unloads/loads in a minute. With "-B254" it doesn't unload...
Regards,
Pedro
--
Pedro Martínez Juliá
\ [EMAIL PROTECTED]
)| WebLog: http://
@Gilles Schintgen
It's actually about spin down.
I already proved (
https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695/comments/78 )
that hdparm is invoked with -S 4 which translates (see hdparm manpage) in "Set
the *spindown* timeout for the drive to 20 seconds".
This is the
Also affected by this bug. Like some other people, my problem is solved
using a value -B254 instead of 255 (using a Dell Inspiron here).
I think it's nonsense the tag 'Wishlist'. Opened a poll on the forums on
this issue: http://ubuntuforums.org/forumdisplay.php?f=135
--
default value in power.s
In order to help find all possible ways that the hard drive spindown
time could be changed, I have attached the output of the following
commands:
sudo find /etc -type f | sudo xargs grep -i ENABLE_LAPTOP_MODE >
scripts-that-involve-laptop-mode-setting.txt
sudo find /etc -type f | sudo xargs grep
I've just read through this bug, and a little experimentation led me to
conclude that I had the same problem. Setting -B254 seems to solve it,
although the hard drive temperature is now stable at 49 degrees, which
is a bit higher than before.
Noticeably on the comments, a number of people suggest
@ Blue:
As far as I know the Load_Cycle_Count (i.e. this bug) is all about head
parking and not about spinning the drive down. And head parking
definitely /is/ a problem since the manufacturers usually give a maximum
of 300,000 or 600,000 cycles (depending on the drive or its year of
construction)
Hi!
wolfchri schrieb:
> @Martin Emrich:
>
> All my (laptop) systems run with the "noatime,nodiratime" parameter ion
> /etc/fstab for all partitions.
>
> It makes no difference :-(
It was not meant as a fix for the problem (I have noatime since a long
time), but rather as an explaination for the
@TDB
"3) copy this file to 3 locations:
/etc/acpi/suspend.d/
/etc/acpi/resume.d/
/etc/acpi/start.d/"
I've copied it also to /etc/acpi/ac.d/ - this way it will also be
executed when you plug in your power cord.
--
default value in power.sh potentially kills laptop disks
https://bugs.launchpad.net
Pedro : just parking the heads and not spinning down the platter is not
usually a problem. This is usually a good thing and helps minimize
damage on the magnetic surface on shocks and vibrations to whick laptop
computers are usually exposed to.
--
default value in power.sh potentially kills lapto
Kamil Páral : You are right that laptop disks are much more suitable for
increased spin up/down cycles (with about 600k supported by seagate drives) .
However, keep in mind that due to another bug added to this one, even desktop
computers with desktop drives can end with this kind of settings,
So the information provided by SMART is not reliable as we've seen some
abnormal values. How can we be certain that this drives failures are
because of high "Load Cycles" values?
OT
For users of Windows you can use the "Power Booster" utility from Hitachi's
site. With this you can disable power s
Hi,
Worse, a few (or most) laptops have the default behavior of park heads
about 3 or 4 times in a minute. This is fixed in my laptop with "hdparm"
but using "-B254" instead of "-B255".
I added a line in "hdparm.conf" for my disk with "apm = 254". Also
changed "power.sh" to set "-B254" instead of
@Martin Emrich:
All my (laptop) systems run with the "noatime,nodiratime" parameter ion
/etc/fstab for all partitions.
It makes no difference :-(
BTW I registered a blueprint to turn off atime on desktops as this is
completely braindead to have this on by default, as even Linus admits.
It costs
I Forgot to mention that the value Power_On_Hours is equal to :
Power_On_Hours 0x0032 100 100 000Old_age Always -
348644
but i have my latop for 1 year now and in one year we have 365 day of 24 h thus
we have 8760 hours in a year according to Power_On_Hours value
I have a Dell Insipron 9400 laptop with a 120gigs Samsung hd , I have this
latop for 1 year now and the command : sudo smartctl -a /dev/sda | grep
Load_Cycle return that :
225 Load_Cycle_Count0x0012 040 040 000Old_age Always
- 613491
if I believe the previous comm
I'm using Windows and like to add few things (using a Hitachi
Travelstar):
1) Many persons say they have X "Load Cycles" in Y "Years". I don't
think that this means much unless you use it 24/7. You should say how
many "Load Cycles" in how many "Hours". Using smartmontools is easy.
Mine is: "Load
I just found this bugreport, and I took a look at my stats. My disk
(60GB Travelstar 7K100) accumulated ca. 30 Load Cycle Counts over
the last 3 Years. Applying Michaels settings decreased the growth rate
massively.
One idea why disks tend to sleep longer on a Windows System: NTFS does not hav
Blue, you have to distinguish between desktop disks and laptop disks.
That's a completely different world. I have read a quite nice article,
unfortunately only in czech http://www.root.cz/clanky/jak-na-uspavani-
disku-v-linuxu/.
It says, that desktop disks sustain about 40 000 spin ups. As opposed
This problem seems even worse than I thought. I'm looking at the
Load_Cycle_Count of my new harddrive. I see 17 spindown/spinup cycles
within 12 minutes.
The output of various :
$ date
$ sudo smartctl -a /dev/sda | grep Load_Cycle_Count
Sat Oct 27 11:17:28 CEST 2007
193 Load_Cycle_Count
I have _very_ big doubts that any hard disk (even a laptop one) is supposed to
spin down after only 20..30 seconds of idle time. If you can sustain this "it's
supposed to be that way" with an official manufacturer specification or
statement I would greatly apreciate it.
As far as I know, repea
You all talk about "insane" settings. They not such bad. The hardware
manufacturers know what they are doing. If laptop harddisk go to "sleep"
after 30sec of inactivity, there is a reason for that (security, power
consumption). And it is perfectly ok. The problem is, the disk is not
supposed to be
to Blue :
I agree. These laptop-mode aggressive power management defaults seem to
be quite insane. You and I suffered from this problem because of laptop-
mode. Some harddrives might have insane aggressive power management
defaults in their firmware (I have no idea how much harddrives would
have i
to Blue :
I agree. These laptop-mode defaults seem to be quite insane. But just
because you and I suffered from this problem because of laptop-mode
doesn't mean there some harddrives might have insane defaults in their
firmware (I have no idea how much harddrives would have insane defaults
(windo
There is (almost) no firmware and/or bios issue here. It's the OS's scripts
that set insane defaults.
As about aggressive power management settings - let's not forget that a hard
drive is a delicate mechanical piece of equipment that spins at 5400 or 7200
rotations per minute.
It is not suppos
Also IMHO harddrives shouldn't die within 1 year even if you have
enabled aggressive power management settings.
--
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 th
IMHO this bug should get critical status because it's killing people's
harddrives.
I previously reported about a problem I had with my harddrive :
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/151938
Turns out the harddrive was dying. I confirmed it with Samsung's hutil 2.0.
Just a reminder, for all of us, to keep the Ubuntu Code of Conduct[1] in
mind at all times. With this bug getting a lot of attention, that's
especially important. I'm sure we can come up with a good solution to
this!
[1] http://www.ubuntu.com/community/conduct
--
default value in power.sh potent
About the opinion of the official ubuntu developer.
Yes, it blindly follows what the bios specifies.
But, wait, Windows does not follow what the bios specifies.
The laptop is only supported for windows, hence, it is only tested with windows.
The _expected_ behavior of the hardware manufactoror i
As I promised, here are the results of the test. I replaced hdparm with a
script and logged what happened.
So, here we have the proof that actually the scripts ARE altering the default
settings.
<>
Fri Oct 26 01:28:00 EEST 2007 hdparm invoked with parameters -S 4 /dev/sda
...[pstree]
|-apmd
I had the same problem. I tried workarounds written above but nothing
helped. Haddisk made one cycle in every second minute when running on
battery. Then I turn off laptop mode and now it's OK. And I don't
recognize any difference between running with laptop mode and without
laptop mode. Battery li
Andrew definitely has a good point. And a lot of other people have
backed him. It's definitely true that we want the head to park as soon
as possible after there is no activity. But for some reason Ubuntu is
unparking the head, doing something for a split second, and reparking
the head at a cons
I've checked this behavior on Mac OS X and Ubuntu Gutsy on MacBook Pro C2D, HDD
Fujitsu 160GB.
Under Mac OS X load cycle counter gets increased around every minute, even with
external power plugged.
With Ubuntu I've enabled the laptop mode and set CONTROL_HD_POWERMGMT=1 in
laptop-mode.conf, and
I think I have the same problem with my 3 years old Acer Aspire 1662wlm...
My notebook has a shining new HD Hitachi 5k100 60 GB, the previous 2 Hitachi HD
were broken (the first on January 2007 after more than 2 years using XP and
just 6 months of using Kubuntu, the second broken on September 200
1 - 100 of 169 matches
Mail list logo
