From owner-freebsd-questions@FreeBSD.ORG Fri Jul 15 17:01:26 2005 Return-Path: X-Original-To: freebsd-questions@freebsd.org 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 CC32116A41C for ; Fri, 15 Jul 2005 17:01:26 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66AF843D46 for ; Fri, 15 Jul 2005 17:01:26 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 5C2A25E45; Fri, 15 Jul 2005 13:01:25 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36662-08; Fri, 15 Jul 2005 13:01:15 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-54-113.ny325.east.verizon.net [68.161.54.113]) by pi.codefab.com (Postfix) with ESMTP id F08255C3A; Fri, 15 Jul 2005 13:01:14 -0400 (EDT) Message-ID: <42D7EBDE.8030807@mac.com> Date: Fri, 15 Jul 2005 13:01:18 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nick Barnes References: <38171.1121430073@thrush.ravenbrook.com> In-Reply-To: <38171.1121430073@thrush.ravenbrook.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-questions@freebsd.org Subject: Re: better disk reliability on a desktop machine X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2005 17:01:27 -0000 Nick Barnes wrote: [ ... ] > I don't want to have to do all that ever again, after this iteration. You've had a learning experience, I see. :-) > So I'm thinking I probably want to move to a RAID mirror filesystem, > and keep some sort of quality backups offsite. > > 1. RAID mirror filesystem questions: > > 1a: should this be vinum? I have read and can follow the handbook > instructions for a vinum root filesystem. You should use a "real" (not software-driven) hardware RAID solution, say from 3ware or Promise for (parallel) ATA or SATA, or maybe Adaptec or LSI's SCSI-based RAID hardware if you want to get fancy and are willing to spend the extra bucks. Note that a good RAID controller comes with a small internal battery backup which it's cache and the drives are powered off of. > 1b: Will it help to upgrade to 5.x, to get this to go smoothly? Upgrading to 5.x is a seperate matter, but if you are rebuilding the box, it's a reasonable idea. 5.4 is only a bit different from 4.11 in terms of visible changes which might affect how you use it, but there are a lot of improvements underneath in terms of ACPI and USB support, as well as obviously better SMP (which is less likely to matter for a uniprocessor desktop). > 2. taking backups offsite. Seems to me that the best route is a > number of external firewire hard disks. This machine doesn't have > motherboard firewire, so I'll need to get a PCI firewire board. > > 2a: Recommendations for an affordable PCI firewire board? The VIA 6202 (I almost said 6502, but that was another era :-) works good, as does the firewire interface found on sound cards from a common vendor. Limited testing suggests that they all have very similiar performance and CPU overhead. > 2b: Should I upgrade to 5.x for the better firewire hardware support? The firewire support in 4.x seems to be very good, actually, and I think speaks highly of the people who wrote it. > 3c: Opinions on using firewire hard disks for this at all? Would I be > better off writing DVDs? Hard drives provide near-online backup, but only a single full iteration. You can do incrementals to DVD or CD-RW or tape, and keep many iterations handy, which is far more reliable. > 3. making backups. > > 3a: I'm used to dump/restore, but it seems to me that rsync might be a > better tool for this, as it would allow me to mount and browse the > backup. Opinions? This is good if you set up an entire system as a backup, although you could dual-purpose that box and have it act as a fileserver, proxy server, who knows, as well. -- -Chuck