From: Volker Armin Hemmann <volkerarmin@googlemail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Hard drive RPMs and data speed.
Date: Thu, 27 Oct 2011 20:52:19 +0200 [thread overview]
Message-ID: <3548470.itfJ2OrkKu@localhost> (raw)
In-Reply-To: <CA+czFiBhANP5MSEOqe5s7y1Opre6vC9E7oct5iAJwOKUdiFQdA@mail.gmail.com>
Am Donnerstag 27 Oktober 2011, 13:51:47 schrieb Michael Mol:
> On Thu, Oct 27, 2011 at 1:30 PM, Dale <rdalek1967@gmail.com> wrote:
> > Looks like some good info. I just need a GOOD sale and some extra money
> > to spend. Maybe in a couple weeks or so. Hopefully. ;-)
> >
> > As for heat in my case, I have a Cooler Master HAF-932 case. It has
> > those huge 230mm fans. Heat is not a problem.
> >
> > I just wonder how much data they will be able to pack into a 3.5" drive
> > tho. Hmmmmm. Surely they will run out of room at some point. I mean,
> > the heads have got to have a little room to work with.
>
> Just don't buy a SAMSUNG drive. I know, I know, everyone has their pet
> "Don't Buy Hard Drives Made By $x" experience.
>
> Here's mine.
>
> I bought a 1TB SAMSUNG drive for cheap from Newegg at a Black Friday
> sale a couple years ago. It failed on me. Around the same time, I
> identified some flaws in the firmware which I considered severe[2].
>
> I RMA'd the drive, including a full report on the failure and the bugs
> I'd found in the firmware. I received the new drive in the mail. Same
> exact model. Same exact firmware revision.[1] It failed on me within
> three months. I attempted another RMA, the drive's serial number was
> rejected by their system, and I never heard back.
>
> So, I recommend not buying SAMSUNG drives for a combination of:
> 1) Historical evidence of poor firmware design. (reference smartctl's
> man page; SAMSUNG is the only manufacturer I know of to get two
> user-selectable workarounds in smartctl.)
> 2) I received a failed drive, which was RMA'd, the subsequent drive
> failed shortly thereafter, and couldn't be RMA'd using normal
> channels.
> 3) No acknowledgement (or even denial) of the firmware issue.
>
> [1] Ok, sure, there's no way they'd be able to whip out a new firmware
> revision in time for an RMA. That wouldn't make sense. But they might
> have sent me a drive with a different firmware revision. Or a
> different model. As it stood, they sent me back a device I'd already
> identified as systemically defective.
> [2] It claimed to support logging, but any failed test didn't get
> appended to the log, but erased and replaced it. I can probably dig up
> nearly all the details, but not quickly, since I'm at work. However,
> since you're on the cusp of making a purchase, I thought I'd give you
> fair warning...
/dev/sda:
Model=SAMSUNG MMCRE64G5MXP-0VB, FwRev=VBM1901Q, SerialNo=S0FDNEAZ600013
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=125045424
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-7 T13 1532D revision 1: ATA/ATAPI-2,3,4,5,6,7
* signifies the current active mode
/dev/sdb:
Model=SAMSUNG HD502IJ, FwRev=1AA01109, SerialNo=S13TJDWQ346413
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
BuffType=DualPortCache, BuffSize=16384kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=976773168
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: unknown: ATA/ATAPI-3,4,5,6,7
* signifies the current active mode
/dev/sdc:
Model=SAMSUNG HD753LJ, FwRev=1AA01113, SerialNo=S13UJ1CQB07158
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
BuffType=DualPortCache, BuffSize=unknown, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=1465149168
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: unknown: ATA/ATAPI-3,4,5,6,7
* signifies the current active mode
/dev/sdd:
Model=SAMSUNG HD502HJ, FwRev=1AJ100E5, SerialNo=S20BJDWS913888
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=16384kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=976773168
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: unknown: ATA/ATAPI-0,1,2,3,4,5,6,7
* signifies the current active mode
/dev/sde:
Model=SAMSUNG HD103SJ, FwRev=1AJ10001, SerialNo=S246JD1Z910209
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=1953525168
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: unknown: ATA/ATAPI-0,1,2,3,4,5,6,7
* signifies the current active mode
/dev/sdf:
Model=SAMSUNG HD103SJ, FwRev=1AJ100E5, SerialNo=S246JDWSA20722
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=1953525168
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: unknown: ATA/ATAPI-0,1,2,3,4,5,6,7
* signifies the current active mode
the 2tb drive is not connected at the moment - but, hey it's a Samsung - ans
so quiet, that I sometimes forget to turn it off.
Oh, yeah it was THAT 2tb drive with the smart bug.
Which was solved with an easy to do firmware update.
--
#163933
next prev parent reply other threads:[~2011-10-27 18:54 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-27 8:15 [gentoo-user] Hard drive RPMs and data speed Dale
2011-10-27 10:09 ` [gentoo-user] " Nikos Chantziaras
2011-10-27 11:18 ` Michael Mol
2011-10-27 16:24 ` Volker Armin Hemmann
2011-10-27 17:30 ` Dale
2011-10-27 17:51 ` Michael Mol
2011-10-27 18:41 ` Dale
2011-10-27 18:52 ` Volker Armin Hemmann [this message]
2011-10-27 19:17 ` Michael Mol
2011-10-27 19:41 ` Volker Armin Hemmann
2011-10-27 20:00 ` Michael Mol
2011-10-28 14:55 ` Volker Armin Hemmann
2011-10-28 15:19 ` Michael Mol
2011-10-28 19:08 ` Volker Armin Hemmann
2011-10-31 16:21 ` Alex Schuster
2011-10-31 16:53 ` Michael Mol
2011-10-31 18:47 ` Volker Armin Hemmann
2011-10-27 20:36 ` Bill Longman
2011-10-27 20:11 ` Paul Hartman
2011-10-27 18:49 ` Florian Philipp
2011-10-28 4:10 ` Dale
2011-10-28 11:15 ` Mark Knecht
2011-10-28 11:36 ` Dale
2011-10-28 13:40 ` Michael Mol
2011-10-28 14:18 ` Paul Hartman
2011-10-28 15:53 ` Mark Knecht
2011-10-28 19:11 ` Volker Armin Hemmann
2011-10-28 20:49 ` Mark Knecht
2011-10-30 5:04 ` daid kahl
2011-10-31 9:49 ` [gentoo-user] " James Broadhead
2011-10-31 10:58 ` Dale
2011-10-31 14:42 ` James Broadhead
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=3548470.itfJ2OrkKu@localhost \
--to=volkerarmin@googlemail.com \
--cc=gentoo-user@lists.gentoo.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