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 011E813877A for ; Tue, 24 Jun 2014 20:03:25 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8CC79E0A40; Tue, 24 Jun 2014 20:03:05 +0000 (UTC) Received: from mail-we0-f172.google.com (mail-we0-f172.google.com [74.125.82.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 54DD3E09DC for ; Tue, 24 Jun 2014 20:02:59 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id u57so899858wes.17 for ; Tue, 24 Jun 2014 13:02:53 -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=JA3Pn2XrNjDEwV5XIpeQQwTjQ6DtcKQBmg2lmryO0Ms=; b=0E8bwfiiNA+vlA3TzqfkxEwuxVr7IxJvdCMUJMxs9KE46RLYlCt1hegrKuxTYZ31H4 Kkd91FAo3E0ZdmKlEPsMQSCZnIcI39yP3fHwzXNiGV6jsGhwD2TpUeOXXSdIkVUSVTTh gOqLCBXyJ/+IfwtkFsZMzSTwffODCdS9L22u/hKfYDRakeo05hW5qRUjwB3EeX07zcJZ gAMNOPdspGiKgSw3mgbiQf7UmwtuLt5gP0wsqNVnbWGdPr0qyNMpxH/P+/s0ltkSYpcB v/nrHPDcRV5uyfmnzF5OGW0Pu4GgrUbkY7tpWravIMauMJg8OPvXcz1NtpZJ2XFO8ctC O7Og== X-Received: by 10.194.6.166 with SMTP id c6mr4346625wja.64.1403640173719; Tue, 24 Jun 2014 13:02:53 -0700 (PDT) Received: from [172.20.0.43] (196-210-127-155.dynamic.isadsl.co.za. [196.210.127.155]) by mx.google.com with ESMTPSA id cy4sm4715893wib.5.2014.06.24.13.02.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 24 Jun 2014 13:02:52 -0700 (PDT) Message-ID: <53A9D93D.9080006@gmail.com> Date: Tue, 24 Jun 2014 22:02:05 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.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] backup hardware setup References: <20140624144307.GA3908@solfire> <53A9B01A.8030908@gmail.com> <20140624173225.GA3869@solfire> <53A9BBC6.9090002@gmail.com> <20140624183423.GB3869@solfire> In-Reply-To: <20140624183423.GB3869@solfire> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 54d1cd27-7088-4d36-a778-fa5e9148216a X-Archives-Hash: 71b10008d1147792aac86e148e1c0673 On 24/06/2014 20:34, meino.cramer@gmx.de wrote: > Alan McKinnon [14-06-24 20:00]: >> On 24/06/2014 19:32, meino.cramer@gmx.de wrote: >>> Alan McKinnon [14-06-24 19:12]: >>>> On 24/06/2014 16:43, meino.cramer@gmx.de wrote: >>>>> Hi, >>>>> >>>>> I bought two identical external harddrives, USB 3.0, with 1 TByte each >>>>> (no SSD - the good ole mechanical ones...;). >>>>> >>>>> The intended use is for backup of longer files. The drives will >>>>> contain the same contents. >>>>> >>>>> Currently there are still "clean metal" (no partitioning, no fs). >>>>> >>>>> Data integrity and recoverability (Uhhh...that words looks wrong...) in >>>>> case of an desaster is more important than speed. >>>>> >>>>> What is the recommended way of partitioning ? >>>>> What filesystem to choose? >>>>> >>>>> >>>>> Thank you very much in advance for any help! >>>>> Best regards, >>>>> mcc >>>>> >>>>> >>>>> PS: Running vanilla kernel 3.15.1.... >>>> >>>> You haven't given much in the way of detail, so I assume you have >>>> regular needs, nothing fancy, and it's all a bunch of files right? >>>> >>>> In that case, partitioning and filesystem type are largely irrelevant as >>>> long as you don't have corruption. With one caveat: >>>> >>>> You must always make sure the source drive is intact and ok. If not, and >>>> you back it up anyway, then you are already toast (you will overwrite >>>> your last backup with new faulty data). >>>> >>>> There's several approaches to how to do the transfer: >>>> >>>> If you have say a general fileserver with lots of files that don't >>>> change much or often, just rsync everything in one go. There is no >>>> optimization you can do that will perform much faster than rsync. >>>> >>>> If you have a big busy filesystem that changes often and lots, then use >>>> lvm (or anything that can make snapshots) and rsync that. >>>> >>>> If you have a huge database where everything is changing all the time, >>>> don't do filesystem copies, use the tools provided by the db vendor. I >>>> doubt this is your need as you would have said so, but it's worth >>>> mentioning. >>>> >>>> >>>> -- >>>> Alan McKinnon >>>> alan.mckinnon@gmail.com >>>> >>>> >>> >>> Hi Alan, >>> >>> thanks for your reply! :) >>> >>> Yes...your are right. I have a lot static (=not changing) data on my >>> harddisk...mostly things like video tutorials (blender), videos of >>> birds I filmed, dokuments and such... >>> >>> They are eating up the space on my systems harddisk. >>> >>> Do I decided to put them on a extern hd and an identical copy on >>> another identical external harddisk. >>> >>> Its mainly a task of updateing the data on the external drives with >>> that what is new (and static and big and falls under what I described >>> above) on my systems harddisk. >>> >>> I will check rsync for that! >> >> >> That changes things just a little bit - I thought your two drives were >> going to be one for live and one for backup. Do you intend to move these >> files off your main drive onto the identical externals, or just copy the >> files? >> >> I would have those two external drives using different filesystems, just >> in case as they are your only copy and external drives are fragile in >> use and in storage. Exact fs type doesn't really matter - ext4 and xfs, >> or ext* and btrfs, it's all good. >> >> Just do make sure you don't use rsync with --delete for this :-) >> >> >> >> -- >> Alan McKinnon >> alan.mckinnon@gmail.com >> >> > > Yes, I will delete the data from my systems drive... > > You wrote: > "I would have those two external drives using different filesystems" > > Different to what? Different to the fs on the system drive? Both > external drives use different filesystems? All three use different > filesystems? Different to each other > And how can this help, if the drives are fragile? (I understand > "fragile" as "mechanical not robust" (sorry I am no native english > speaker)) If one drive is say btrfs and the other say ext4 and you hit a corruption bug in btrfs, then you still have an uncorrupted ext4 copy > > I will use this "mobile disks" not really as the word "mobile" implies. They > will only "travel" manually between a secure place and my PC. > When in use, they will rest on the floor of the room (so they can not > be dropped) and _under_ the case of my PC (ole school big tower metal > case with a gap between the bottom of the case and the floor of the > room.) External drives have a much higher failure rate than internal drives. people don't expect them to fail or be dropped or accidentally plugged in in the wrong order and the wrong one to be mkfs'ed (until it does happen). These are real risks that you can't ignore whereas with a good internal drive you can often get away with it. So it only make sense to take sensible precautions that cost you very little, especially considering these two drives will be your only copy. -- Alan McKinnon alan.mckinnon@gmail.com