[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: which is the best partition table format?

Hash: SHA1

On Saturday 30 November 2002 2:59 am, Derrick 'dman' Hudson wrote:
> On Sat, Nov 30, 2002 at 12:16:13AM +0000, Alan Chandler wrote:
> |
> | I am not sure I understand what YOU mean by partition table.
> Run 'make xconfig' on the kernel source.  In the main menu select
> "File systems".  Near the bottom of that window, select "Partition
> Types".  There you'll have a long list of partition types.  The list
> of options is

Oh - I see you DID mean partition types.  Can't help, have always used 
standard DOS type.

> I started looking through the HOWTO.  I'll need some better
> visualization of how it works before I really "get it".  Anyways, I
> found the "linux-lvm" mailing list, so I think I'll try learning some
> stuff there.

Its very simple - the only difficulty is the root filesystem - so I would 
recommend leaving your root as standard.  You probably want a swap partition 
as standard as well.

Over the rest you can either use existing partitions, or repartition your 
disks to have one partition (lvm can work without any partitions but it is 
not recommended) which you set to type 8e.

LVM concept is then that you allocate these physical partitions to lvm to 
manage.  You then create volume groups which each contain one more physical 
partitions.  Each volume group is then a large area over which you do not 
(necessarily) have to know the boundaries.  Within that area you create 
logical volumes.  Logical volumes then are like the old partitions (you 
create filesystems on them) and they have device names and exist within the 
/dev namespace.

The point of LVM is that you can easily create, resize or delete these logical 
volumes without worrying about them being contiguous within the physical 
media (you still have to worry about how to resize the filesystem when you 
change a logical volume size - but there are tools to do so, although it 
might, depending on filesystem type, require you to unmount it).

The trick, I think, is to make your decisions on what Volume Groups to have.   
For instance in my case I had to think long and hard whether to have one or 
two volume groups.  In the end I stuck with one to increase flexibility 
despite trying to ensure I could backup logical volumes disk to disk across 
physical volumes (you can actually create logical volumes on specific 
physical volumes to make that happen).  

- -- 
Alan Chandler
Version: GnuPG v1.2.1 (GNU/Linux)


Reply to: