partitioning new installation

wattst-dxuVLtCph9gsA/PxXw9srA at public.gmane.org wattst-dxuVLtCph9gsA/PxXw9srA at public.gmane.org
Thu Mar 16 15:49:46 UTC 2006


Quoting Lennart Sorensen <lsorense-1wCw9BSqJbv44Nm34jS7GywD8/FfD2ys at public.gmane.org>:

> On Thu, Mar 16, 2006 at 06:06:59AM -0500, James Knott wrote:
> > One thing I've noticed, is that it's easy to increase a partition size,
> > but not decrease.  When I try to decrease a partition size, using Yast
> > LVM in SUSE 10, it complains about editing a mounted drive.  No such
> > complaints about increasing the size of the same partition.
>
> Many filesystems support on the fly expanding.  Shrinking is a much much
> harder job, and hence not implemented for most filesystems.  Of course
> since most people run out of space and not the other way around, working
> on online shrinking is not a high priority for most people especially
> since it is much harder to implement.  After all you have to move data
> out of the end of the device before you can shrink it.  Adding just
> means add more blocks and increase the free inode table size.
>
> Len Sorensen

Although I agree that growing is probably by far a more common operation, I
think I need shrinking just as much since when I run out of space, I usually
shrink another partition to grow the other one.  I don't like the idea of
leaving disk space alone, unformatted so I guess at install and change it
later.

I'm one who would love to see shrinking support added.

Tom Watts
wattst-dxuVLtCph9gsA/PxXw9srA at public.gmane.org

--
The Toronto Linux Users Group.      Meetings: http://tlug.ss.org
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://tlug.ss.org/subscribe.shtml





More information about the Legacy mailing list