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 1SSSfX-0006tH-Cj for garchives@archives.gentoo.org; Thu, 10 May 2012 12:40:31 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9135CE06E8; Thu, 10 May 2012 12:40:17 +0000 (UTC) Received: from mail-yw0-f53.google.com (mail-yw0-f53.google.com [209.85.213.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 156D9E06E8 for ; Thu, 10 May 2012 12:38:37 +0000 (UTC) Received: by yhjj72 with SMTP id j72so1786793yhj.40 for ; Thu, 10 May 2012 05:38:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=IlmaS+YMDXOsfGTNOUgxd17fcQMf6OqiRZzJpVvnqBs=; b=ui/W3aFv9igZZXt8bk4iW9Xg8pzCV/V93GpnlRbCwZfYXmepgfrP3rf2QEhBJ9jqW5 pal5tHIxclkkk253bkuVL77IGnAdvz8cT7Moj4cYisphGOCxkGcfsf5pnOiIvvKs8leT 6l17uGcX5i59XsdLuf8dSXcQlbQPzmckUZY+6h6r+aqfkGElOrzXgc7sIoO5e4nJZBfN AWg30VJg4NptKdBkEPOH5MiLAf2wq/XvOBh6qchY6gwXd3vzjRJ7wrJlx1KsZLEvneLh m/24Tqse6mJNLy56iVhBz1hmmnhEKYNb8pcZ+qVDWW9tHxcccHpwXB4NQwbdWb/bpehX 83Hw== Received: by 10.236.193.36 with SMTP id j24mr4947553yhn.34.1336653517578; Thu, 10 May 2012 05:38:37 -0700 (PDT) Received: from [192.168.2.5] (adsl-98-95-107-56.jan.bellsouth.net. [98.95.107.56]) by mx.google.com with ESMTPS id d7sm3235666ank.13.2012.05.10.05.38.35 (version=SSLv3 cipher=OTHER); Thu, 10 May 2012 05:38:36 -0700 (PDT) Message-ID: <4FABB6CA.9070503@gmail.com> Date: Thu, 10 May 2012 07:38:34 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120510 Firefox/12.0 SeaMonkey/2.9.1 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Are those "green" drives any good? References: <4FAA2F0D.8080900@gmail.com> <20120509112543.6021e1f8@khamul.example.com> <4FAA3E79.5010007@gmail.com> <20120509232806.495276ed@khamul.example.com> <4FAAEEB4.6090800@gmail.com> <4FAB04B7.8060306@gmail.com> <20120510115541.GA20233@squareownz.org> In-Reply-To: <20120510115541.GA20233@squareownz.org> X-Enigmail-Version: 1.4.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 4e24c3ce-7502-47c5-852f-7482e152729d X-Archives-Hash: b84b9a5758b322c58920d6d339e12fe5 napalm@squareownz.org wrote: > On Wed, May 09, 2012 at 06:58:47PM -0500, Dale wrote: >> Mark Knecht wrote: >>> On Wed, May 9, 2012 at 3:24 PM, Dale wrote: >>>> Alan McKinnon wrote: >>> >>>>> My thoughts these days is that nobody really makes a bad drive anymore. >>>>> Like cars[1], they're all good and do what it says on the box. Same >>>>> with bikes[2]. >>>>> >>>>> A manufacturer may have some bad luck and a product range is less than >>>>> perfect, but even that is quite rare and most stuff ups can be fixed >>>>> with new firmware. So it's all good. >>>> >>>> >>>> That's my thoughts too. It doesn't matter what brand you go with, they >>>> all have some sort of failure at some point. They are not built to last >>>> forever and there is always the random failure, even when a week old. >>>> It's usually the loss of important data and not having a backup that >>>> makes it sooooo bad. I'm not real picky on brand as long as it is a >>>> company I have heard of. >>>> >>> >>> One thing to keep in mind is statistics. For a single drive by itself >>> it hardly matters anymore what you buy. You cannot predict the >>> failure. However if you buy multiple identical drives at the same time >>> then most likely you will either get all good drives or (possibly) a >>> bunch of drives that suffer from similar defects and all start failing >>> at the same point in their life cycle. For RAID arrays it's >>> measurably best to buy drives that come from different manufacturing >>> lots, better from different factories, and maybe even from different >>> companies. Then, if a drive fails, assuming the failure is really the >>> fault of the drive and not some local issue like power sources or ESD >>> events, etc., it's less likely other drives in the box will fail at >>> the same time. >>> >>> Cheers, >>> Mark >>> >>> >> >> >> >> You make a good point too. I had a headlight to go out on my car once >> long ago. I, not thinking, replaced them both since the new ones were >> brighter. Guess what, when one of the bulbs blew out, the other was out >> VERY soon after. Now, I replace them but NOT at the same time. Keep in >> mind, just like a hard drive, when one headlight is on, so is the other >> one. When we turn our computers on, all the drives spin up together so >> they are basically all getting the same wear and tear effect. >> >> I don't use RAID, except to kill bugs, but that is good advice. People >> who do use RAID would be wise to use it. >> >> Dale >> >> :-) :-) >> > > hum hum! > I know that Windows does this by default (it annoys me so I disable it) > but does linux disable or stop running the disks if they're inactive? > I'm assuming there's an option somewhere - maybe just `unmount`! > The default is to keep them all running and to not spin them down. I have never had a Linux OS to spin down a drive unless I set/told it to. You can do this tho. The command and option is: hdparm -S /dev/sdX X would be the drive number. There is also the -s option but it is not recommended. There is also the -y and -Y options. Before using ANY of these, read the man page. Each one has it uses and you need to know for sure which one does what you want. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS="--quiet-build=n"