Date: Wed, 17 Jun 2009 23:58:39 +0300 From: Dan Naumov <dan.naumov@gmail.com> To: Peter Jones <mlists@pmade.com> Cc: freebsd-fs@freebsd.org Subject: Re: Logical Disk to Physical Drive Mapping Message-ID: <cf9b1ee00906171358v8b29f31u1ae75290dd41cbbb@mail.gmail.com> In-Reply-To: <8663eu8u4l.fsf@pmade.com> References: <86ljnxyy01.fsf@pmade.com> <4A32CF01.4010004@barryp.org> <8663eu8u4l.fsf@pmade.com>
next in thread | previous in thread | raw e-mail | index | archive | help
You could use ZFS on a slice/partition taking up 99,9% of the disk's size to avoid this. Contrary to how it works in Solaris/OpenSolaris, in FreeBSD you don't use the ability to use write cache if you chose to use a slice or partition as a vdev for a ZFS pool instead of giving it the full disk. Additionally, you get some room to play if one disk in your raidz drop dead and your replacement drive ends up being a few sectors smaller then the disk you are replacing. - Dan Naumov On Wed, Jun 17, 2009 at 11:47 PM, Peter Jones<mlists@pmade.com> wrote: > I'm not exactly sure how file system labels differ from disk labels, but > the man page suggests that they both write meta-data to the last sector > of the disk. > > Wouldn't that indicate that once ZFS wrote to the last sector of the > disk you'd loose that meta-data?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?cf9b1ee00906171358v8b29f31u1ae75290dd41cbbb>