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 1RLLFF-0007O5-GV for garchives@archives.gentoo.org; Tue, 01 Nov 2011 20:47:41 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F389621C19D; Tue, 1 Nov 2011 20:47:27 +0000 (UTC) Received: from mail-fx0-f53.google.com (mail-fx0-f53.google.com [209.85.161.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 9822E21C157 for ; Tue, 1 Nov 2011 20:46:37 +0000 (UTC) Received: by faai28 with SMTP id i28so8748027faa.40 for ; Tue, 01 Nov 2011 13:46:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=from:to:subject:date:message-id:user-agent:in-reply-to:references :mime-version:content-transfer-encoding:content-type; bh=u4ulXOaH1uJWfkNNphGtcYOUxMD2oKN7Jm2zX/V1z+E=; b=dkWY3exWX42+zuu+Falu+GepgtB6rL//UF+Yo9OerZ5GdPo+4k8mjJeZnX78bYtnvA AhrkzyumYCSkSITB/x67ovQLLQhnC5mPqmlWrcIa4pQGLLk7cvmCoezYTJVIeU64190a BuZvSS2/2zMds8DI3qpaB/POHaIzU/CXi0iVo= Received: by 10.223.77.66 with SMTP id f2mr2981452fak.24.1320180396769; Tue, 01 Nov 2011 13:46:36 -0700 (PDT) Received: from localhost.localnet (p4FC608E4.dip0.t-ipconnect.de. [79.198.8.228]) by mx.google.com with ESMTPS id a21sm850526fao.18.2011.11.01.13.46.34 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 01 Nov 2011 13:46:35 -0700 (PDT) From: Volker Armin Hemmann To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Hard drive RPMs and data speed. Date: Mon, 31 Oct 2011 19:47:52 +0100 Message-ID: <47149948.obZ6AQfGOW@localhost> User-Agent: KMail/4.7.2 (Linux/3.0.7; KDE/4.7.2; x86_64; ; ) In-Reply-To: <20111031172123.334a2089@weird.wonkology.org> References: <4EA9130A.6070807@gmail.com> <20111031172123.334a2089@weird.wonkology.org> 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-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Archives-Salt: ea026155-bf0b-4805-b95b-4518704dacc8 X-Archives-Hash: 385be67fced471d817b70713bc5a1709 Am Montag 31 Oktober 2011, 17:21:23 schrieb Alex Schuster: > 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. nope, just use systemrescuecd. It has a freedos boot image (or had.. last time I needed it.. was long ago) > - 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. yes, that is stupid. but you can just run the patch agan. > > 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-EcoGre > en-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? > yes > > 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. none. Get esata. > > 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 > your case is crap. > Same problem with a GRML boot cd and on another USB port. Happens with > both drives. But it is fine on my PC. -- #163933