Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 8 Apr 2005 10:31:39 +0400
From:      Andrey Chernov <ache@nagual.pp.ru>
To:        Marcel Moolenaar <marcel@xcllnt.net>
Cc:        current@FreeBSD.ORG
Subject:   Re: GEOM architecture and the (lack of) need for foot-shooting
Message-ID:  <20050408063138.GA6884@nagual.pp.ru>
In-Reply-To: <b1fbaa6b2ea41e893ae1f3c94d49c2ee@xcllnt.net>
References:  <21342.1112914675@critter.freebsd.dk> <09c6072206df99be25e345b7e13354f5@xcllnt.net> <20050408050405.GA5203@nagual.pp.ru> <19f3c4e12937f581f7420bc841a11810@xcllnt.net> <20050408055144.GA6147@nagual.pp.ru> <b1fbaa6b2ea41e893ae1f3c94d49c2ee@xcllnt.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Apr 07, 2005 at 11:18:17PM -0700, Marcel Moolenaar wrote:
> >It bring some problems like illegal on-disk modification synced to
> >in-core.
> 
> Q: what would you consider illegal on-disk modifications?

F.e. one can temporary remove whole BSD partition for other OS better 
install, then re-create it again inside other OS.

> > Since on-disk editing is not controlled (and should not be), it
> >may overlap or be incorrect in some other way.
> 
> Q: why is on-disk editing not controlled and why shouldn't it be?

There was a cases when filesystem is damaged, sectors goes off partition 
limits, etc. There must be temporary way to fix - to write bigger 
(overlap) partition, grab needed files, then restore correct one.

It can be controlled minimally with warnings, but not with disalowing.

> > But, if you edit in-core
> >partition instead, as I suggest, you can do all sorts of checking and
> >safety, easily excluding overlaps, etc.
> 
> I can't say I buy into that. I don't see how in-core editing can be 
> better
> checked than on-disk editing. Can you explain?

In-core editing always suppose currently running correct partition table. 
It must not allow to add, say, overlaping partition entry. On-disk editing 
should allow to write incorrect partition table for temporary disk surgery 
purposes.

-- 
http://ache.pp.ru/



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050408063138.GA6884>