Subject: Re: Help: Load_Cycle_Count increasing steadily - msg#00042

Previous Message by Date: (click to view message preview)

Re: Reallocating sectors under Windows XP

Bruno Wolff III <bruno@xxxxxxxx>, 27 Jan 2005: > You can boot off a live CD, such as Knoppix, and use Linux tools to rewrite > the bad sector. When you rewrite the sector the drive should remap the bad > sector to a spare one. Thanks for your reply. If found an interesting utility at <http://uranus.it.swin.edu.au/~jn/linux/rawwrite/dd.htm> which should mimic Linux's dd (I sent a message to the author to see if it can do something like "dd if=/dev/null ..."). What I need now is to know what file the block belongs to, a kind of debugfs, in other words. Do you know of any? I hope I can come up with a solution for Windows to share with you all. On the contrary, I will chase your advise. Thanks, -- Lorenzo Cappelletti - webadmin @ Optoi.com ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Next Message by Date: click to view message preview

smartd problems on Cygwin

Hi List, I am facing multiple problems with smartd (smartmontools version 5.33) on Cygwin. Cygwin is running on Windows2000. I searched for help in the archive, but did not find any. The problems are as follows:   1)       smartd dumps core with signal 11 when it encounters  a blank line in /etc/smartd.conf 2)       smartd does not recognize “\” – the line continuation. It exits with error message. 3)       Smartd does not recognize “-M test” directive. It exits with error message. 4)       smartd tries to use /bin/mail, but Cygwin does not have /bin/mail. Cygwin does have tmail, dmail, procmail, mailutil etc. Which of these mail clients should be used with smartd on Cygwin? Does it require SMTP server to be run on the same Machine? If not, how to tell the mail client which mail server to use?   Could somebody help me?   Regards, Jitesh This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized use; review, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by return email and destroy all copies of the original message. Copyright 2004 MaXXan Systems, Inc. All rights reserved.

Previous Message by Thread: click to view message preview

Re: Help: Load_Cycle_Count increasing steadily

> Starting a few days ago my raw count for Load_Cycle_Count has been > increasing steadily at a rate of about 2 per minute. The raw value has > increased as much in the last 10 days as it did in the previous 9 months. > > The VALUE field reported by smartctl is decrementing every two or three > days (it decrements every time the raw count increases by 10000). Current > values are > > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED > RAW_VALUE > 193 Load_Cycle_Count 0x0012 085 085 000 Old_age Always - > 150480 Ouch. So at the rate you are going, in another 170 to 255 days the normalized VALUE will reach zero and your disk will have reached its 'end of life' engineering limit on the number of head parks. > By googling I've found that Load_Cycle_Count seems to count how often the > head was parked. Is this right? I think that's right. > Can anyone suggest what might be causing this behaviour? I've checked all > software that changed around 10 days ago and can't see anything that could > be parking the disk (I'm running fedora 3 and doing automatic regular > updates with yum). > > Could this be a hardware issue? Hmmm. I don't know, but I sort of doubt it. > Any help or guesses appreciated. If the numbers are to be believed it > could cause failure in a few months. Try to determine if the disk is spinning down at the same time that the head is parking (I doubt it). I think hdparm -y and -C can be used to investigate this. You might also send an email note to the Linux Kernel Mailing List. Perhaps someone there has an idea. Cheers, Bruce ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Next Message by Thread: click to view message preview

Re: Help: Load_Cycle_Count increasing steadily

I got two useful replies to this. Here is some more info that may be useful to others: It appears to be a Linux Kernel issue -- it happens with the 2.6.10 fedora kernel but not with the 2.6.9. I can fix it by adding "hdparm -B254" to my startup script. The man page for hdparm explains this parameter: "Set Advanced Power Management feature, if the drive supports it. A low value means aggressive power management and a high value means better performance. A value of 255 will disable apm on the drive." On my Hitachi drive values around -B128 already give too agressive power management. -B255 disables power management to the point that it does not kick in when I switch to battery. -B254 is a good compromise. But I cannot find any documentation of what these numbers actually mean. Does anyone know? --walter On Thu, 27 Jan 2005, Walter Neumann wrote: Starting a few days ago my raw count for Load_Cycle_Count has been increasing steadily at a rate of about 2 per minute. The raw value has increased as much in the last 10 days as it did in the previous 9 months. The VALUE field reported by smartctl is decrementing every two or three days (it decrements every time the raw count increases by 10000). Current values are ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 193 Load_Cycle_Count 0x0012 085 085 000 Old_age Always - 150480 By googling I've found that Load_Cycle_Count seems to count how often the head was parked. Is this right? Can anyone suggest what might be causing this behaviour? I've checked all software that changed around 10 days ago and can't see anything that could be parking the disk (I'm running fedora 3 and doing automatic regular updates with yum). Could this be a hardware issue? Any help or guesses appreciated. If the numbers are to be believed it could cause failure in a few months. --walter neumann ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl