Date: Mon, 24 Sep 2007 21:16:29 +0200 From: "Ivan Voras" <ivoras@freebsd.org> To: "n j" <nino80@gmail.com> Cc: freebsd-geom@freebsd.org Subject: Re: Gmirror on a partition of a slice Message-ID: <9bbcef730709241216p629f36b4o730e93ef34813678@mail.gmail.com> In-Reply-To: <92bcbda50709240922j614b2a8aka7d360d366c02221@mail.gmail.com> References: <92bcbda50709120843o6af4bd38v8725be3f5b765b0e@mail.gmail.com> <20070913081748.GA1155@garage.freebsd.pl> <92bcbda50709210437g590df3f9y94f32d3d4d5cd1f@mail.gmail.com> <fd0gfl$f0d$1@sea.gmane.org> <92bcbda50709240922j614b2a8aka7d360d366c02221@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 24/09/2007, n j <nino80@gmail.com> wrote: > On 9/21/07, Ivan Voras <ivoras@freebsd.org> wrote: > > Actually, you *can* do it if you really want to, because every GEOM > > provider is a "whole disk" to the system, it's just that usually it's > > not what you want. > > That is what I thought at first, but I spent a couple of days trying > to boot off such a geom "disk" and had absolutely no success until I > skipped the two steps Pawel pointed out. Actually, I'm beginning to > think that OS has to read the boot code from an actual (physical) disk > partition like da0s1a/da1s1a. In case you skip fdisk&bsdlabel on the Yes. > gmirrored partition, gm0 remains the exact copy of the actual boot > partition, da0s1a, and OS boots. By fdisk'ing and bsdlabel'ing the > newly created disk, gm0, my understanding is that you actually change > the underlying (boot) partition, da0s1a, and mess it up enough to make > the system unbootable. Yes. > The above interpretation, OTOH, might be completely wrong. My > understanding of the boot process is very vague and you might be > right. I'm not saying it's not possible, I'm just saying that I tried > it and it didn't work, no matter how hard I try. If you care to > describe the necessary steps on how to do it, I'll try again. When the machine boots, it sees the drives as ordinary devices, as it has no knowledge of gmirror. You can boot from one of these "ordinary" drives, and when the kernel boots, it recognizes gmirror's signature, reconstitutes the RAID and continues to work with it. But in the time between between when you turn the machine on and when kernel brings the GEOM system up, all you have are individual, disconnected drives. This works because the drives are by default accessed strictly read-only in this time frame. This is also how all other software RAID solutions work.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9bbcef730709241216p629f36b4o730e93ef34813678>