New g_part class
Eric Anderson
anderson at freebsd.org
Thu Feb 8 12:55:07 UTC 2007
On 02/08/07 04:33, Poul-Henning Kamp wrote:
> In message <45CAFA66.3030800 at fer.hr>, Ivan Voras writes:
>> Poul-Henning Kamp wrote:
>>> In message <eqdfjm$5c3$1 at sea.gmane.org>, Ivan Voras writes:
>>>> span the whole disk, thus conflict with gmirror which wants to use the
>>>> last sector.
>>> And just how does "the last sector" not occupy the same sector as
>>> the last sector of the last mounted partition ?
>> A joke? :)
>>
>> (in case it isn't: that's the point: it DOES, so people can't create
>> mirrors of live paritions. But, like I said, I realize there's no
>> elegant solution).
>
> The correct solution is a lot of code, and all you gain is that
> you save a single reboot.
>
> Ideal Computer Science Method:
>
> * use mount to tell filesystem to avoid last sector.
> * use gctl to tell slicer to reduce parition by last sector
> * implement new API so slicer can ask consumer (filesystem)
> if reducing size is OK.
> * use gctl to tell slicer to avoid last sector.
> * use gctl to insert mirror class below slicer
> * use gctl to tell mirror class to write metadata
>
> Practically Sensible Method:
>
> * boot single user (possibly from CD)
> * use fsdb or growfs to reduce filesystem size
I didn't realize growfs let you shrink file systems. I didn't see any
mention of this in the man page either. If you know otherwise, can you
please fill us in, and/or update the man page?
Also - you are actually recommending using fsdb to modify a file system
as 'practically sensible'? Heheh - that makes me giggle.
> * reduce partition size
> * use gmirror to write metadata
> * reboot
>
This certainly has been an interesting thread so far...
Eric
More information about the freebsd-geom
mailing list