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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).