From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 226B8138C9D for ; Tue, 28 Apr 2015 15:02:01 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8CAA7E0992; Tue, 28 Apr 2015 15:01:54 +0000 (UTC) Received: from mail-wg0-f65.google.com (mail-wg0-f65.google.com [74.125.82.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6254FE0951 for ; Tue, 28 Apr 2015 15:01:53 +0000 (UTC) Received: by wggx12 with SMTP id x12so16479000wgg.2 for ; Tue, 28 Apr 2015 08:01:52 -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:content-type:content-transfer-encoding; bh=cVVdLXzITdCwyLODLwkMzfkH3rwXWCUjosXfnUMi4QA=; b=M15/YgPSP0QhyzheRi5u8iP1xG+5dYGtmkOd8PxayxxdhUbuL8r+qE3popWu9d2Lq9 cAWy1QQissRueZiwfthAQe4znqv4LSobpGsL066djI7d2V1AWoPhQ9yQ7dDt8pybwsx2 y1XaI7qH/xnhKhON9RD57xcsjMMIl9Td8QoFFox2UV+U+CgWnk2oV4d1ssWY7wBMB2V8 OePboGwvG1oKae4jHeT/boiWUJrgdTMSaZ2QOdS2e77uFlpcOJhYcYyR1J91jxB72u6y uPUobhSVEDh3Dv2cD+8xwB6iFuFJy/XX3H1S4cnTF1obYBVOvpBqMuD9GK2Ypq4J/id7 ciAg== X-Received: by 10.180.208.84 with SMTP id mc20mr30977424wic.38.1430233312327; Tue, 28 Apr 2015 08:01:52 -0700 (PDT) Received: from [172.20.0.41] (105-237-53-151.access.mtnbusiness.co.za. [105.237.53.151]) by mx.google.com with ESMTPSA id b10sm16817647wiz.9.2015.04.28.08.01.50 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Apr 2015 08:01:51 -0700 (PDT) Message-ID: <553FA0DD.1090101@gmail.com> Date: Tue, 28 Apr 2015 17:01:49 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 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] Hard drive storage questions References: <553F474E.4040101@gmail.com> In-Reply-To: <553F474E.4040101@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 5385a8c0-8dde-4eaf-b40e-36957010061e X-Archives-Hash: 3f9c9fe606981138ff2a5c8902f941db On 28/04/2015 10:39, Dale wrote: > Howdy, > > I have a 3TB hard drive that I use for my /home partition. I'm going to > be having to expand this before to long, lots of videos on there. The > 4TB is a bit pricey and I would end up having to expand that to before > to long. So, I got to thinking, why not buy another 3TB drive and just > add that which would double my space. I use LVM by the way. I may try > BTFS, (sp?). Either way, adding a drive shouldn't be to much of a > problem. > > On one hand, adding a drive would double my space. It would also spread > out my stuff in the event a drive failed. On the other hand, one more > drive to have spinning that could fail too. These large drives makes me > wonder sometimes. > > What do you guys, gals too, think about this? Just add a drive or buy a > larger drive and move things over? Or is this a six of one and half > dozen of the other thing? > > Dale > > > > P. S. > > > Filesystem Size Used Avail Use% Mounted on > /dev/mapper/Home2-Home2 2.7T 1.8T 945G 66% /home > > > When you're up into the TB range you run a higher risk of losing data than with disks of a few 100 GB simply because it's bigger and there are more bits that can flip [1]. When you use only LVM for this and nothing else, you have a high risk of losing everything if one disk fails. Why? Because LVM decides itself which extent it will put data on. Maybe a whole file is on one disk, maybe it's spread across two, because the software is designed so that you don't have to be concerned with that. The only thing that LVM does is expand your storage space as a single volume and make it easier to shuffle things around without having to backup/repartition/restore. The best solution for you depends on what you need and what you have. If your disks are full of YouTube videos that you can easily download again (or stream), maybe you don't care too much. Precious family photos that can't be replaced? You need to care a lot. Personally, I like the ZFS approach and do it all in software, catching errors that RAID misses. RAID is also an option - 1:1 mirroring works great if you are much more concerned about data than about cost. There is no general advice in this area[2], the trick is to understand the various technologies, fully understand your own needs and budget, then plan accordingly. [1] All things being equal that is. A 3TB disk is probably not really the same as a 500G disk, just bigger. It's safe to assume that disk manufacturers pat attention to error rates etc and improve their products over time to make them more reliable. As to by how much - I don't know. [2] There is however a vendor's desire to maximize their profit while still leaving you with warm and fuzzies -- Alan McKinnon alan.mckinnon@gmail.com