From owner-freebsd-questions@FreeBSD.ORG Mon Oct 27 05:49:26 2003 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9965716A4B3 for ; Mon, 27 Oct 2003 05:49:26 -0800 (PST) Received: from be-well.ilk.org (lowellg.ne.client2.attbi.com [66.30.200.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4A6743F3F for ; Mon, 27 Oct 2003 05:49:23 -0800 (PST) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: by be-well.ilk.org (Postfix, from userid 1147) id 3653B3B05; Mon, 27 Oct 2003 08:49:23 -0500 (EST) Sender: lowell@be-well.ilk.org To: freebsd-questions@freebsd.org References: <3718.216.100.130.19.1067208773.squirrel@ns1.valuedj.com> <039701c39c27$e72d0210$0201a8c0@dredster> From: Lowell Gilbert Date: 27 Oct 2003 08:49:23 -0500 In-Reply-To: <039701c39c27$e72d0210$0201a8c0@dredster> Message-ID: <444qxuyen0.fsf@be-well.ilk.org> Lines: 17 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: System Backup help. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 13:49:26 -0000 "Micheal Patterson" writes: > I realize that a lot of folks prefer dump / restore for system backups, > however, to dump to tape, I would recommend using tar since that's what it > does best. As long as the system sees the tape drive, tar -c / dumps > everything to the tape drive. The only problem with that is that you can't do a complete restore from that and have a working system. I use tar for backups, but that's because I'm perfectly happy knowing I'll have to start with a new-system install if I ever need to recover from a disaster. For serious systems, where getting the whole thing back up on a new disk is critical, dump/restore will be *much* better. This is mostly because of tar's limitations; it doesn't restore the filesystem itself, it doesn't handle device files, fifos, and I don't think it has any clue about sparse files.