[Bug 433092] Re: preseed LVM partition recipe broken
john
john.l.montes at gmail.com
Wed Feb 24 00:50:42 UTC 2016
I just happened to run into the same or similar issues recently when
attempting to fully automate differing un-attended system builds with
ubuntu 14.04 on amd64
I was able to make the provided -atomic and -home recipes work, but they don't offer any control over the sizing of the logical volumes.
The -multi recipe doesn't work.
The expert-recipes don't work either, no matter what I specified, the
end was result was the same, I'd get a /root a /swap_1 logical volume
and /boot partition, and never close to the sizes specified, nor the
filesystem type specified, nor the logical volume name specified :-)
Below are the options and recipe used.
I was about to try using kickstart versus preseed to try and setup LVM on ubuntu how I want. On my rhel/centos systems customizing LVM is a breeze with kickstart automation
### Partitioning
d-i partman-auto/disk string /dev/sda
d-i partman-auto/method string lvm
d-i partman-lvm/device_remove_lvm boolean true
d-i partman-md/device_remove_md boolean true
d-i partman-lvm/confirm boolean true
d-i partman-lvm/confirm_nooverwrite boolean true
# You can choose one of the three predefined partitioning recipes:
# - atomic: all files in one partition
# - home: separate /home partition
# - multi: separate /home, /var, and /tmp partitions
#d-i partman-auto/choose_recipe select atomic
#d-i partman-auto/choose_recipe select expert-recipe
# Give the default VG a name
d-i partman-auto-lvm/new_vg_name string vg
d-i partman-auto/purge_lvm_from_device boolean true
d-i partman-auto-lvm/guided_size string 90%
d-i partman-partitioning/confirm_write_new_label boolean true
d-i partman/choose_partition select finish
d-i partman/confirm boolean true
d-i partman/confirm_nooverwrite boolean true
d-i partman-md/confirm boolean true
d-i partman-partitioning/confirm_write_new_label boolean true
d-i partman/choose_partition select finish
d-i partman/confirm boolean true
d-i partman/confirm_nooverwrite boolean true
####
# Experimental disk recipe
#####
d-i partman-auto/expert_recipe string
custom-lvm :: \
40 300 300 ext4 \
$primary{ } \
$bootable{ } \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ /boot } \
. \
2000 4000 10000 ext4 \
$lvmok{ } lv_name{lv_root} \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ / } \
. \
2000 1000 2000 ext4 \
$lvmok{ } lv_name{lv_var} \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ /var } \
. \
2000 1000 2000 ext4 \
$lvmok{ } lv_name{lv_home} \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ /home } \
. \
512 512 512 linux-swap \
$lvmok{ } lv_name{lv_swap} \
method{ swap } format{ } \
.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to partman-base in Ubuntu.
https://bugs.launchpad.net/bugs/433092
Title:
preseed LVM partition recipe broken
Status in partman-base package in Ubuntu:
Confirmed
Bug description:
Binary package hint: partman-base
I've spent weeks working with preseed LVM partitioning. I've come to the conclusion that there is little relationship between the sizes in a recipe and the actual allocations. The first couple of partitions in a recipe are OK, but then they wildly diverge.
I've made some test cases, that include the preseed files, the partman logs and the resultant lvs output.
In the first case, partman.ok1, the last partition is dropped
completely. I removed it from the 2nd and 4rd test cases to simplify
the test case.
I expected partman would vary the partition size.
The following attachment is a tgz containing:
partman.ok1
partman.ok2
partman.ok3
These are all variants of the LVM partition in the partman recipe preseed files, the parman logs, and lvs output.
The requested sizes vary by a factor of 10 but the resultant partitions barely change at all.
This is from jaunty, but I verified the same behavior with karmic
alpha 5 as well.
The partman packages are the default ones provided on the alternate
install CD.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/partman-base/+bug/433092/+subscriptions
More information about the foundations-bugs
mailing list