From: markus reichelt <mr@lists.notified.de>
To: linux-admin@vger.kernel.org
Subject: Re: a Maxtor story (was: Drive Ready seek errors)
Date: Sat, 5 Jun 2004 12:15:58 +0200 [thread overview]
Message-ID: <20040605101558.GA2638@lists.notified.de> (raw)
In-Reply-To: <40BF9881.7010402@hosttuls.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Brandon Evans <maillists@hosttuls.com> wrote:
> These are all 120 Gig hardrives, some Seagate, some Maxtor, and some
> western digital,
I've had nothing but trouble with Maxtor's Diamond Plus series. A few
months ago I bought 3 120Gig drives and set up a linux box which
worked like a charm. One day I noticed that a partition located
within the 30-40% of cylinders of one drive was giving bad data read
results, about 1-2 MB/s[1]. So I ran a full fsck which took a long
time but worked out fine. Over time, the other drives showed exactly
the same symptoms.
Since areas where bad data read results appeared were spreading I
first used the smart daemon tools to check if the drives were
failing. I haven't got the logs anymore but it was suggested to run a
full diagnostic. So I did with Maxtor's PowerMAX utility.
I got the diagnostic code de699c79 along with a message that the hard
drive is failing. At first the code was not accepted at Maxtor's
online warranty site located at
http://www.maxtor.com/de/support/service/warranty_ata.htm (it is by
now, btw) so I contacted the support. It was suggested to low level
format the drive and I did as suggested but running PowerMAX
afterwards still gave the same diagnostic code.
In the end no data was lost (due to a paranoid backup strategy) and
all Maxtor drives were replaced by WD ones. For me, buying Maxtor
drives is considered A Bad Thing.
[1] I used the same partition layout for all 3 drives (with ext3 fs),
no RAID whatsoever, so it was easy to track and locate the problem.
FWIW, the server is/was used for several large MySQL databases and
raw analytical data of some spectrometers.
- --
Bastard Administrator in $hell
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQFAwZ1eLMyTO8Kj/uQRAnXHAJ445wNrrzimKcwynyYizKIeAbS8zQCeJvx5
tCznuYNm70bZlD0lu9THRT0=
=eyo3
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2004-06-05 10:15 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-03 5:02 Drive Ready seek errors Brandon Evans
2004-06-03 9:54 ` Toby Fisher
2004-06-03 9:59 ` Pau Montero Pares
[not found] ` <40BF9824.4090002@hosttuls.com>
2004-06-04 10:09 ` Pau Montero Pares
2004-06-04 13:04 ` Chris DiTrani
2004-06-07 17:45 ` Brandon Evans
2004-06-03 21:24 ` Brandon Evans
2004-06-08 23:29 ` Toby Fisher
2004-06-08 23:30 ` Toby Fisher
2004-06-03 12:30 ` terry white
2004-06-03 21:30 ` Brandon Evans
2004-06-04 10:14 ` Alexander Economou
2004-06-05 10:15 ` markus reichelt [this message]
2004-06-05 16:10 ` a Maxtor story Ben Potter
2004-06-05 16:32 ` DragonK
2004-06-05 16:33 ` Ben Potter
2004-06-07 13:46 ` Yu Chen
2004-06-05 18:26 ` Scott Taylor
2004-06-03 13:04 ` Drive Ready seek errors Miguel González Castaños
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040605101558.GA2638@lists.notified.de \
--to=mr@lists.notified.de \
--cc=linux-admin@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.