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 78F1313877A for ; Tue, 24 Jun 2014 18:35:19 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8EF50E0887; Tue, 24 Jun 2014 18:34:58 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 3BE4DE07D0 for ; Tue, 24 Jun 2014 18:34:42 +0000 (UTC) Received: from gmx.net ([84.133.141.114]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MKHMk-1X19i23Eak-001hxl for ; Tue, 24 Jun 2014 20:34:25 +0200 Received: by gmx.net (nbSMTP-1.00) for uid 1001 (using TLSv1/SSLv3 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) meino.cramer@gmx.de; Tue, 24 Jun 2014 20:34:24 +0200 (CEST) Date: Tue, 24 Jun 2014 20:34:23 +0200 From: meino.cramer@gmx.de To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] backup hardware setup Message-ID: <20140624183423.GB3869@solfire> References: <20140624144307.GA3908@solfire> <53A9B01A.8030908@gmail.com> <20140624173225.GA3869@solfire> <53A9BBC6.9090002@gmail.com> 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-Disposition: inline In-Reply-To: <53A9BBC6.9090002@gmail.com> User-Agent: mutt-ng/devel-r804 (Linux) X-Provags-ID: V03:K0:TorOio7/hvdO6md1/AxXAjS4TaHFslqpTmrD4BNBSEG3c/TeHk1 Rn4ImnxvJX+EgBvuVJa2dqwAVTmtFf1PDeuFFigU54uyAgA89zrtGzURqpE+x9+Vrl05NKF ODp7S/cgO/PsGyqzHqKJqV1buyLkmEFuSZjXk1UILQK18BBgaYFkMfaUaQJSrXNlLiqBu8H Pqq9FpDC1RlXP4r7eiOEw== X-Archives-Salt: 7cdd9fe3-c4c2-4900-807b-97d66a25f1f4 X-Archives-Hash: 0ca17f9a146a86cecbc2e2e8efe4bea1 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? And how can this help, if the drives are fragile? (I understand "fragile" as "mechanical not robust" (sorry I am no native english speaker)) 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.)