jadoba on 16 May 2008 02:39:18 -0700


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

Re: [PLUG] Ubuntu Alternate installer, RAID1 & LVM


On Fri, May 16, 2008 at 02:20:34AM -0400, JP Vossen wrote:

<snip>

> As for RAID1 + LVM, this is what I came up with, any comments?
> 
>       Partition Method: manual
> 	Create 256M /boot  (label boot0) on first  disk
> 	Create 256M /boot1 (label boot1) on second disk
> 	Use the rest of each disk for "physical volume for RAID"
> 	Configure Software Raid
> 		Yes, then "Create MD devices"
> 		RAID1, then follow prompts
> 	RAID1 device
> 		Use all space as "physical volume for LVM"
> 	Configure the LVM
> 		Create volume group, name = hostname
> 		Create logical volume
> 			swap_1	512M
> 			root	rest of space - e.g., 2G
> 			(to leave some space free for snapshots!)
> 	LVM VG hostname, LV root
> 		Mount as ext3 /root, label = root
> 	LVM VG hostname, LV swap_1
> 		Use as swap area
> 
> 256M for /boot is way overkill, but since it's non-LVM and disk is cheap...
> 
> I'm still pretty sure you need to leave /boot out of the LVM and mirror, 
> can anyone prove me wrong?  So if I do that, I also need to manually 
> keep /boot in sync on the 2 disks, later manually install grub on the 
> second disk, and if the first disk dies, I'd need to edit something in 
> the grub config while attempting to boot from the second disk.  Correct? 
>   Per above I'd label the second disk's /boot as boot1 so in theory if 
> grub is using labels, a tweak from ""boot" to "boot1" should do it?
> 

If possible with the Ubuntu installer, configure two RAID arrays, one 
solely for /boot and the other for LVM - makes a hell of a difference 
compared to 'dd if=/dev/sda1 of=/dev/sdb1' after every kernel upgrade or 
initramfs change.  That sounds barbaric, kinda like what I do with my 
USB /boot partition (I go through a lot to have an encrypted laptop :) 

Never tried that many layers of complexity (RAID1, then Encryption, then 
LVM) but try it, I doubt that it will fail.  As long as /boot is not 
encrypted it should pretty much just work!

--
James Barrett

Attachment: signature.asc
Description: Digital signature

___________________________________________________________________________
Philadelphia Linux Users Group         --        http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug