Re: understanding smart logs

2010-08-17 Thread Suvayu Ali
On Tuesday 17 August 2010 01:05 PM, Robert Nichols wrote: >> I have contacted Western Digital, but I am yet to hear from them. In the >> > mean time I want to minimize what ever problems I have since I have to >> > run my machine with this drive until they confirm my RMA. >> > >> > I came across

Re: understanding smart logs

2010-08-17 Thread Robert Nichols
On 08/17/2010 10:37 AM, Suvayu Ali wrote: > Hi, > > On Sunday 15 August 2010 08:27 PM, JD wrote: That should be possible. Any errors should be a good reason to send the drives back. James McKenzie >> Of course. Be sure to zero out the drive if it contains >> sensitiv

Re: understanding smart logs

2010-08-17 Thread Suvayu Ali
Hi, On Sunday 15 August 2010 08:27 PM, JD wrote: >> > That should be possible. Any errors should be a good reason to send the >> > drives back. >> > >> > James McKenzie >> > > Of course. Be sure to zero out the drive if it contains > sensitive data or private intellectual property before > sen

Re: hdparm (was: understanding smart logs)

2010-08-16 Thread Hannes Frederic Sowa
On Mon, Aug 16, 2010 at 6:49 PM, Wolfgang S. Rupprecht wrote: > Does the hdparm secure erase work on most motherboards?  It seems that > most of newer boards have a bios that disables the secure erase at bios > boot time.  Only my oldest mobo allows me to use the security erase.  I > find that I h

hdparm (was: understanding smart logs)

2010-08-16 Thread Wolfgang S. Rupprecht
"Bryn M. Reeves" writes: > At a bare minimum you should use the drive's built-in secure erase > feature (either using hdparm's (experimental) support or using the > vendor's proprietary tools). Does the hdparm secure erase work on most motherboards? It seems that most of newer boards have a bio

Re: understanding smart logs

2010-08-16 Thread Bryn M. Reeves
On 08/16/2010 04:27 AM, JD wrote: > Of course. Be sure to zero out the drive if it contains > sensitive data or private intellectual property before > sending it for replacement. > > dd if=/dev/zero of=/dev/sdx bs=256M Just to be clear this is not at all sufficient if you really, truly care about

Re: understanding smart logs

2010-08-15 Thread JD
On 08/15/2010 08:14 PM, James McKenzie wrote: > JD wrote: >>On 08/15/2010 06:44 PM, Suvayu Ali wrote: >> >>> On Sunday 15 August 2010 10:17 AM, James McKenzie wrote: >>> Got a good backup of this drive? Looks like it needs to be retested, in a different machine and if it fails, rep

Re: understanding smart logs

2010-08-15 Thread James McKenzie
JD wrote: > On 08/15/2010 06:44 PM, Suvayu Ali wrote: > >> On Sunday 15 August 2010 10:17 AM, James McKenzie wrote: >> >>> Got a good backup of this drive? Looks like it needs to be retested, in >>> a different machine and if it fails, replaced. >>> >>> I had a drive that exhibited the s

Re: understanding smart logs

2010-08-15 Thread JD
On 08/15/2010 06:44 PM, Suvayu Ali wrote: > On Sunday 15 August 2010 10:17 AM, James McKenzie wrote: >> Got a good backup of this drive? Looks like it needs to be retested, in >> a different machine and if it fails, replaced. >> >> I had a drive that exhibited the same behavior and eventually, i

Re: understanding smart logs

2010-08-15 Thread James McKenzie
Robert Nichols wrote: > On 08/15/2010 12:05 PM, Suvayu Ali wrote: > >>> SMART Attributes Data Structure revision number: 16 >>> Vendor Specific SMART Attributes with Thresholds: >>> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED >>> WHEN_FAILED RAW_VALUE >>>1 Raw

Re: understanding smart logs

2010-08-15 Thread JD
On 08/15/2010 06:44 PM, Suvayu Ali wrote: > On Sunday 15 August 2010 10:17 AM, James McKenzie wrote: >> Got a good backup of this drive? Looks like it needs to be retested, in >> a different machine and if it fails, replaced. >> >> I had a drive that exhibited the same behavior and eventually, i

Re: understanding smart logs

2010-08-15 Thread Suvayu Ali
Hi Robert, On Sunday 15 August 2010 06:46 PM, Robert Nichols wrote: > Your problem is the 172 sectors pending reallocation. Those are sectors > that are currently unreadable and will be reallocated to spare sectors > the next time they are written. The problem is that the drive has no > way to k

Re: understanding smart logs

2010-08-15 Thread Robert Nichols
On 08/15/2010 12:05 PM, Suvayu Ali wrote: >> SMART Attributes Data Structure revision number: 16 >> Vendor Specific SMART Attributes with Thresholds: >> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED >> WHEN_FAILED RAW_VALUE >>1 Raw_Read_Error_Rate 0x002f 199

Re: understanding smart logs

2010-08-15 Thread Suvayu Ali
On Sunday 15 August 2010 10:17 AM, James McKenzie wrote: > Got a good backup of this drive? Looks like it needs to be retested, in > a different machine and if it fails, replaced. > > I had a drive that exhibited the same behavior and eventually, it failed. > I downloaded the bootable iso of the

Re: understanding smart logs

2010-08-15 Thread James McKenzie
Suvayu Ali wrote: > Hi everyone, > > Some background: > Recently my RAM went bad, and I realised it too late. Towards the last > few of days my desktop had crashed more than once. Yesterday I received > the replacement RAMs from RMA. On installing them and turning on my > machine I noticed error

understanding smart logs

2010-08-15 Thread Suvayu Ali
Hi everyone, Some background: Recently my RAM went bad, and I realised it too late. Towards the last few of days my desktop had crashed more than once. Yesterday I received the replacement RAMs from RMA. On installing them and turning on my machine I noticed errors like these, Device: /dev/sdb