Having worked with LVM, I know it's a fundamentally wonderful abstraction
that doesn't preclude an LV's being used just like a regular partition,
only better!
I will continue trying to glibc'ify it when I can. If I or someone does
this portably, we will send you a patch, and yes, we'll try not to break
it for libc5.
Thank you thank you thank you for LVM!!!!!
-Shawn
On Fri, 26 Jun 1998, Heinz Mauelshagen wrote:
> Sorry, have been Palm piloting too much this days... 8*)))
> I hope i did catch most of the discussion on LVM/FS resizing.
>
>
> We are focused on filesystems as the (software) users of
> partition bound block device specials in _these_ days.
>
> But the main aim of my LVM has been to get a more flexible block
> device special layer for _ANY_ software to use it and to get rid of the
> close coupling to classic partitions!
>
>
> LVM gives the SysAdmin the possibility to add/remove disks on the fly
> and even to move data around between disks _online_.
>
> With the move feature we are able to handle frees of old, slow or small disks
> to remove them from the system.
> With this feature we can (pro)act against performance bottlenecks.
>
> The LVM cares about disk address changes caused by later installed disks;
> the logical volume using software (filesystem ...) doesn't have to care!
>
>
> IMHO we should go the modular unix way of letting one component present
> services/features etc. to (many) others.
>
> Opinions welcome!
>
>
> BTW: I am aware, that we have to let the software that uses the block special
> do all necessary data/metadata restructuring.
> (We wouldn't discuss about letting scsi middle layer doing this,
> would we ? ;-) )
> Ted Tso talked about an available offline ext2 resizer
> at Linux Kongress Cologne which should be available from powerquest
> for partition magic licence holders.
> (BTW Ted: i didn't find it there ;-) )
>
> Regards, Heinz
> --
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>
> Systemmanagement Entwicklungsbereich 2 Deutsche Telekom AG
> Entwicklungszentrum Darmstadt
> Heinz Mauelshagen Otto-Roehm-Strasse 71c
> Postfach 10 05 41
> mge@ez-darmstadt.telekom.de 64205 Darmstadt
> Germany
> +49 6151 886-425
> FAX-386
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu