From owner-freebsd-fs Sun Aug 25 23:15:34 2002 Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72B8637B400 for ; Sun, 25 Aug 2002 23:15:31 -0700 (PDT) Received: from mail.allcaps.org (h-66-166-142-198.SNDACAGL.covad.net [66.166.142.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C9B043E42 for ; Sun, 25 Aug 2002 23:15:30 -0700 (PDT) (envelope-from bsder@mail.allcaps.org) Received: by mail.allcaps.org (Postfix, from userid 501) id 071F9153C6; Sun, 25 Aug 2002 23:15:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.allcaps.org (Postfix) with ESMTP id EDA1D153C2 for ; Sun, 25 Aug 2002 23:15:20 -0700 (PDT) Date: Sun, 25 Aug 2002 23:15:20 -0700 (PDT) From: "Andrew P. Lentvorski" To: freebsd-fs@freebsd.org Subject: atacontrol metadata storage Message-ID: <20020825231202.L44977-100000@mail.allcaps.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org How and where is atacontrol storing its metadata for the RAID configurations? Atacontrol RAID configuration data seems to persist even across reboots and even seems to allow RAID-based root partitions. This also has the unfortunate effect of scrambling your disk drive if the RAID configration fails, but that's a different problem. -a To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message