From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1RKudT-0005V3-BK for garchives@archives.gentoo.org; Mon, 31 Oct 2011 16:22:55 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 64FD221C07F; Mon, 31 Oct 2011 16:22:41 +0000 (UTC) Received: from mx.virtyou.com (mx2.virtyou.com [178.33.32.244]) by pigeon.gentoo.org (Postfix) with ESMTP id BF66921C024 for ; Mon, 31 Oct 2011 16:21:34 +0000 (UTC) Received: from weird.wonkology.org (p5B277DC1.dip.t-dialin.net [91.39.125.193]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx.virtyou.com (Postfix) with ESMTPSA id D74DBDC04B for ; Mon, 31 Oct 2011 17:15:54 +0100 (CET) Date: Mon, 31 Oct 2011 17:21:23 +0100 From: Alex Schuster To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Hard drive RPMs and data speed. Message-ID: <20111031172123.334a2089@weird.wonkology.org> In-Reply-To: References: <4EA9130A.6070807@gmail.com> <3548470.itfJ2OrkKu@localhost> <2509854.gnJJdlHcqy@localhost> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.7; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: 9c54895b-28f2-4516-9360-55b3c0131529 X-Archives-Hash: df1bd2ac8845c51c946b5ecbc5b2ee12 Michael Mol writes: > My point is that the numbers aren't what mattered here. My point is > that SAMSUNG sold me a shoddy product, replaced it with another > instance of the the same shoddy product, wouldn't replace it again, > and never addressed a detailed technical report of a systemic problem > in the same. Bad tech, bad customer service, and it looked like this > was a more common scenario than among other manufacturers. All of it > boiled down to a nasty case of being a bad candidate for spending time > and money. Samsung, uh? Here's my story of today. My fried just bought two external USB drives. I wanted to know which brand the HD is, so I checked with hdparm -I, and googled for SAMSUNG HD204UI. I found a story about a bug which makes the drive sometimes forget to write a block when it is attached to a SATA adapter in AHCI mode and when the ATA command "IDENTIFY DEVICE" is sent (like in hdparm -I or when using the smartmontools). There is a firmware patch for this, this is good. But on the annoying side: - You need to make a DOS boot floppy and copy the patch there. I don't know how exactly to do this, and I read about people using Linux who needed over an hour for this or even failed. Can't they just let me download an image I can boot from? - It doesn't work over USB, so I would have to install the drive in a PC. - The new firmware has exactly the same revision number. How stupid is this?? I cannot even find out whether the drives have the problem or not. Except by trying to reproduce the problem. Here's a link to the but I described, but It's German only. http://www.heise.de/ct/meldung/Firmware-Patch-fuer-Samsung-Festplatte-EcoGreen-F4-HD204UI-Update-1150154.html I also read some angry comments about Samsung there. Question is, are other manufacturers better? And wasn't Samsung Electronics bought by Seagate anyway? Any idea whether an external USB drive case might count as a SATA controller in AHCI mode? I tried to trigger the bug, but that did not happen, so I guess it's fine, at least when being in the USB case. Another problem is that data access frequently stalls on her PC, like when transferring data or doing a mke2fs. After a while, this message appears in syslog, and the process continues for a while, until it happens again: usb 1-4: reset high speed USB device using ehci_hcd and address 7 Same problem with a GRML boot cd and on another USB port. Happens with both drives. But it is fine on my PC. Wonko