From owner-freebsd-stable@FreeBSD.ORG Fri Jan 23 20:43:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AD451065674 for ; Fri, 23 Jan 2009 20:43:37 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id DF2548FC13 for ; Fri, 23 Jan 2009 20:43:36 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n0NKhZYC033427 for ; Fri, 23 Jan 2009 21:43:35 +0100 (CET) X-Ids: 165 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 387B189E6E for ; Fri, 23 Jan 2009 21:43:34 +0100 (CET) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 0966351; Fri, 23 Jan 2009 21:43:33 +0100 (CET) Date: Fri, 23 Jan 2009 21:43:33 +0100 From: Michel Talon To: freebsd-stable@freebsd.org Message-ID: <20090123204333.GA97149@lpthe.jussieu.fr> Mail-Followup-To: Michel Talon , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.165]); Fri, 23 Jan 2009 21:43:35 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/8897/Fri Jan 23 13:59:36 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail2.jussieu.fr with ID 497A2BF7.003 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 497A2BF7.003/134.157.10.1/parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/ X-j-chkmail-Score: MSGID : 497A2BF7.003 on jchkmail2.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.009 -> S=0.009 X-j-chkmail-Status: Ham Subject: Re: A nasty ataraid experience. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2009 20:43:37 -0000 Bruce M Simpson wrote: > Following the rebuild procedure in the Handbook, if you try to run > "atacontrol rebuild" from the FreeBSD 7.1 LiveFS, it'll break. I ran it > thinking that it had some kind of magic in it which I couldn't achieve > using dd alone, which is partly true, but also partly not true. > > It has a hardcoded path to /usr/bin/nice, which it runs using the > system() libc call, and unfortunately, the LiveFS is rooted at /mnt2. It > does this after it issues an ioctl() to tell the ATA driver to copy and > rewrite the meta-data to the new "spare" drive. I always use the LiveFS cdromin the following way: chroot /mnt2 set -o emacs mount -t devfs devfs /dev export PAGER=more so that i am exactly in the same situation as on a real machine. > HOMEWORK: Why does fdisk still assume 16 heads... ? Perhaps we should > have a switch to tell it to use the LBA-style C/H/S converted geometry? FreeBSD fdisk is a calamity. > I also now understand that I can't rely on RAID alone to keep the > integrity of my own data -- there is no substitute for backups, I just > wish there were realistic backup solutions for individuals trying to do > things with technology right now, without paying over the odds, or being > ripped off. A solution to keep backups without "paying over the odds" is to backup your data to another hard disk. This doesn't mean using RAID mirror, it means using rsync or similar to copy data regularly. It is preferable that this occurs on another machine, and even better in another geographic location. But even if the backup disk is on the same machine, this protects againts inadvertent deletions of a file or RAID misbehaviors. The risk being that some hardware problem simultaneously corrupts the main storage and the backup. Modern features such as UFS snapshots or better ZFS snapshots allow to produce better backups. -- Michel TALON