Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #230983 > unrolled thread
| Started by | Antoine Mazeas <antoine@karthanis.net> |
|---|---|
| First post | 2021-01-22 23:40 +0100 |
| Last post | 2021-01-27 15:10 +0100 |
| Articles | 6 — 2 participants |
Back to article view | Back to linux.debian.user
Preseed: Expert recipe with LVM in partman-auto fails to format disk Antoine Mazeas <antoine@karthanis.net> - 2021-01-22 23:40 +0100
Re: Preseed: Expert recipe with LVM in partman-auto fails to format disk Nicholas Geovanis <nickgeovanis@gmail.com> - 2021-01-23 00:50 +0100
Re: Preseed: Expert recipe with LVM in partman-auto fails to format disk Nicholas Geovanis <nickgeovanis@gmail.com> - 2021-01-23 01:00 +0100
Re: Preseed: Expert recipe with LVM in partman-auto fails to format disk Antoine Mazeas <antoine@karthanis.net> - 2021-01-23 16:40 +0100
Re: Preseed: Expert recipe with LVM in partman-auto fails to format disk Antoine Mazeas <antoine@karthanis.net> - 2021-01-23 19:40 +0100
Re: Preseed: Expert recipe with LVM in partman-auto fails to format disk Antoine Mazeas <antoine@karthanis.net> - 2021-01-27 15:10 +0100
| From | Antoine Mazeas <antoine@karthanis.net> |
|---|---|
| Date | 2021-01-22 23:40 +0100 |
| Subject | Preseed: Expert recipe with LVM in partman-auto fails to format disk |
| Message-ID | <BAdfY-6Ag-9@gated-at.bofh.it> |
Dear Debian Users,
For quite some time, I am failing to make partman process a custom
expert recipe during an unattended (preseeded) installation.
I am setting up a VM with an 8000 MB disk space (single disk) that I
want to partition using LVM. However, every time the recipe runs, I end
up getting an error from partman which I don't understand:
> Failed to partition the selected disk
>This happened because the selected recipe does not contain any
partition that can be created on LVM volumes.
Here's my full recipe and other partman options
# partitions
d-i partman/choose_partition select finish
d-i partman/confirm boolean true
d-i partman/confirm_nooverwrite boolean true
d-i partman-auto/method string lvm
d-i partman-lvm/device_remove_lvm boolean true
d-i partman-lvm/confirm boolean true
d-i partman-lvm/confirm_nooverwrite boolean true
d-i partman-auto-lvm/new_vg_name string vg
d-i partman-md/device_remove_md boolean true
d-i partman-partitioning/confirm_write_new_label boolean true
d-i partman/default_filesystem string ext4
d-i partman-auto/expert_recipe string \
large-varlibdocker :: \
512 512 512 ext4 $primary{ } $lvmignore{ } label{ boot } method{
format } format{ } use_filesystem{ } filesystem{ ext4 } mountpoint{
/boot } . \
2048 2048 2048 linux-swap $lvm_ok{ } method{ swap } format{ }
in_vg{ vg } . \
1024 1024 1024 ext4 $lvm_ok{ } method{ format } format{ }
use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ root }
mountpoint{ / } . \
512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ tmp }
mountpoint{ /tmp } . \
512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ varlog }
mountpoint{ /var/log } . \
512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ backup }
mountpoint{ /backup } . \
512 513 -1 ext4 $lvm_ok{ } method{ format } format{ }
use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ varlibdocker }
mountpoint{ /var/lib/docker } .
For sanity's sake, I could get this recipe to work... (inspired from
lists.debian.org/debian-user/2014/12/msg00651.html):
d-i partman-auto/expert_recipe string \
lvm-multi :: \
512 512 512 ext2 $primary{ } label{ boot } method{ format } format{
} use_filesystem{ } filesystem{ ext2 } mountpoint{ /boot } . \
2048 4096 4096 linux-swap $lvmok{ } method{ swap } format{ } . \
1024 20480 20480 ext4 $lvmok{ } method{ format } format{ }
use_filesystem{ } filesystem{ ext4 } mountpoint{ / } . \
1024 20480 20480 ext4 $lvmok{ } method{ format } format{ }
use_filesystem{ } filesystem{ ext4 } mountpoint{ /var } . \
64 64 64 ext4 $lvmok{ } method{ format } format{ } use_filesystem{
} filesystem{ ext4 } mountpoint{ /home } .
But I seem to be unable to modify it any further (like adding a
partition) without triggering the error mentioned above.
Any help or pointer appreciated...
Antoine
[toc] | [next] | [standalone]
| From | Nicholas Geovanis <nickgeovanis@gmail.com> |
|---|---|
| Date | 2021-01-23 00:50 +0100 |
| Message-ID | <BAelH-7ck-1@gated-at.bofh.it> |
| In reply to | #230983 |
[Multipart message — attachments visible in raw view] — view raw
On Fri, Jan 22, 2021, 4:39 PM Antoine Mazeas <antoine@karthanis.net> wrote:
> Dear Debian Users,
>
> For quite some time, I am failing to make partman process a custom
> expert recipe during an unattended (preseeded) installation.
>
> I am setting up a VM with an 8000 MB disk space (single disk) that I
> want to partition using LVM. However, every time the recipe runs, I end
> up getting an error from partman which I don't understand:
>
> > Failed to partition the selected disk
>
> >This happened because the selected recipe does not contain any
> partition that can be created on LVM volumes.
>
> Here's my full recipe and other partman options
>
> ....
>
What is the meaning of the $lvmignore keyword on this entry right below?
It's the only time it appears here.
And it's not present in your 2nd example that does work.
large-varlibdocker :: \
> 512 512 512 ext4 $primary{ } $lvmignore{ } label{ boot } method{
> format } format{ } use_filesystem{ } filesystem{ ext4 } mountpoint{
> /boot } . \
> 2048 2048 2048 linux-swap $lvm_ok{ } method{ swap } format{ }
> in_vg{ vg } . \
> 1024 1024 1024 ext4 $lvm_ok{ } method{ format } format{ }
> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ root }
> mountpoint{ / } . \
> 512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ tmp }
> mountpoint{ /tmp } . \
> 512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ varlog }
> mountpoint{ /var/log } . \
> 512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ backup }
> mountpoint{ /backup } . \
> 512 513 -1 ext4 $lvm_ok{ } method{ format } format{ }
> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ varlibdocker }
> mountpoint{ /var/lib/docker } .
>
>
> For sanity's sake, I could get this recipe to work... (inspired from
> lists.debian.org/debian-user/2014/12/msg00651.html):
>
> d-i partman-auto/expert_recipe string \
> lvm-multi :: \
> 512 512 512 ext2 $primary{ } label{ boot } method{ format } format{
> } use_filesystem{ } filesystem{ ext2 } mountpoint{ /boot } . \
> 2048 4096 4096 linux-swap $lvmok{ } method{ swap } format{ } . \
> 1024 20480 20480 ext4 $lvmok{ } method{ format } format{ }
> use_filesystem{ } filesystem{ ext4 } mountpoint{ / } . \
> 1024 20480 20480 ext4 $lvmok{ } method{ format } format{ }
> use_filesystem{ } filesystem{ ext4 } mountpoint{ /var } . \
> 64 64 64 ext4 $lvmok{ } method{ format } format{ } use_filesystem{
> } filesystem{ ext4 } mountpoint{ /home } .
>
>
> But I seem to be unable to modify it any further (like adding a
> partition) without triggering the error mentioned above.
>
> Any help or pointer appreciated...
>
> Antoine
>
>
>
[toc] | [prev] | [next] | [standalone]
| From | Nicholas Geovanis <nickgeovanis@gmail.com> |
|---|---|
| Date | 2021-01-23 01:00 +0100 |
| Message-ID | <BAevn-7fa-1@gated-at.bofh.it> |
| In reply to | #230994 |
[Multipart message — attachments visible in raw view] — view raw
On Fri, Jan 22, 2021, 5:49 PM Nicholas Geovanis <nickgeovanis@gmail.com>
wrote:
> On Fri, Jan 22, 2021, 4:39 PM Antoine Mazeas <antoine@karthanis.net>
> wrote:
>
>> Dear Debian Users,
>>
>> For quite some time, I am failing to make partman process a custom
>> expert recipe during an unattended (preseeded) installation.
>>
>> I am setting up a VM with an 8000 MB disk space (single disk) that I
>> want to partition using LVM. However, every time the recipe runs, I end
>> up getting an error from partman which I don't understand:
>>
>> > Failed to partition the selected disk
>>
>> >This happened because the selected recipe does not contain any
>> partition that can be created on LVM volumes.
>>
>> Here's my full recipe and other partman options
>>
>> ....
>>
>
> What is the meaning of the $lvmignore keyword on this entry right below?
> It's the only time it appears here.
> And it's not present in your 2nd example that does work.
>
This may not be related, but notice also that the primary /boot which fails
is an ext4 filesystem. But the example which succeeds, that one filesystem
only is ext2, the rest are ext4 like yours.
> large-varlibdocker :: \
>> 512 512 512 ext4 $primary{ } $lvmignore{ } label{ boot } method{
>> format } format{ } use_filesystem{ } filesystem{ ext4 } mountpoint{
>> /boot } . \
>> 2048 2048 2048 linux-swap $lvm_ok{ } method{ swap } format{ }
>> in_vg{ vg } . \
>> 1024 1024 1024 ext4 $lvm_ok{ } method{ format } format{ }
>> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ root }
>> mountpoint{ / } . \
>> 512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
>> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ tmp }
>> mountpoint{ /tmp } . \
>> 512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
>> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ varlog }
>> mountpoint{ /var/log } . \
>> 512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
>> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ backup }
>> mountpoint{ /backup } . \
>> 512 513 -1 ext4 $lvm_ok{ } method{ format } format{ }
>> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ varlibdocker }
>> mountpoint{ /var/lib/docker } .
>>
>>
>> For sanity's sake, I could get this recipe to work... (inspired from
>> lists.debian.org/debian-user/2014/12/msg00651.html):
>>
>> d-i partman-auto/expert_recipe string \
>> lvm-multi :: \
>> 512 512 512 ext2 $primary{ } label{ boot } method{ format } format{
>> } use_filesystem{ } filesystem{ ext2 } mountpoint{ /boot } . \
>> 2048 4096 4096 linux-swap $lvmok{ } method{ swap } format{ } . \
>> 1024 20480 20480 ext4 $lvmok{ } method{ format } format{ }
>> use_filesystem{ } filesystem{ ext4 } mountpoint{ / } . \
>> 1024 20480 20480 ext4 $lvmok{ } method{ format } format{ }
>> use_filesystem{ } filesystem{ ext4 } mountpoint{ /var } . \
>> 64 64 64 ext4 $lvmok{ } method{ format } format{ } use_filesystem{
>> } filesystem{ ext4 } mountpoint{ /home } .
>>
>>
>> But I seem to be unable to modify it any further (like adding a
>> partition) without triggering the error mentioned above.
>>
>> Any help or pointer appreciated...
>>
>> Antoine
>>
>>
>>
[toc] | [prev] | [next] | [standalone]
| From | Antoine Mazeas <antoine@karthanis.net> |
|---|---|
| Date | 2021-01-23 16:40 +0100 |
| Subject | Re: Preseed: Expert recipe with LVM in partman-auto fails to format disk |
| Message-ID | <BAtb3-7DG-11@gated-at.bofh.it> |
| In reply to | #230983 |
[Multipart message — attachments visible in raw view] — view raw
Hi Nicholas,
(i'm pasting in your queries as I'm not a subscriber and you didn't cc
my address in your replies)
What is the meaning of the $lvmignore keyword on this entry right
below? It's the only time it appears here.
And it's not present in your 2nd example that does work.
According to
https://salsa.debian.org/installer-team/debian-installer/-/blob/master/doc/devel/partman-auto-recipe.txt
$lvmignore{_}
Used to void a partition definition so that it is ignored in the
LVM case. That is to say it will be valid in the default case.
Removing it did not affect the outcome...
This may not be related, but notice also that the primary /boot
which fails is an ext4 filesystem. But the example which succeeds,
that one filesystem only is ext2, the rest are ext4 like yours.
Thanks for pointing it out; however the "working" recipe also succeeds
with ext4 for /boot...
Antoine
Le 22/01/2021 à 23:13, Antoine Mazeas a écrit :
> Dear Debian Users,
>
> For quite some time, I am failing to make partman process a custom
> expert recipe during an unattended (preseeded) installation.
>
> I am setting up a VM with an 8000 MB disk space (single disk) that I
> want to partition using LVM. However, every time the recipe runs, I
> end up getting an error from partman which I don't understand:
>
> > Failed to partition the selected disk
>
> >This happened because the selected recipe does not contain any
> partition that can be created on LVM volumes.
>
> Here's my full recipe and other partman options
>
> # partitions
> d-i partman/choose_partition select finish
> d-i partman/confirm boolean true
> d-i partman/confirm_nooverwrite boolean true
> d-i partman-auto/method string lvm
> d-i partman-lvm/device_remove_lvm boolean true
> d-i partman-lvm/confirm boolean true
> d-i partman-lvm/confirm_nooverwrite boolean true
> d-i partman-auto-lvm/new_vg_name string vg
> d-i partman-md/device_remove_md boolean true
> d-i partman-partitioning/confirm_write_new_label boolean true
> d-i partman/default_filesystem string ext4
> d-i partman-auto/expert_recipe string \
> large-varlibdocker :: \
> 512 512 512 ext4 $primary{ } $lvmignore{ } label{ boot } method{
> format } format{ } use_filesystem{ } filesystem{ ext4 } mountpoint{
> /boot } . \
> 2048 2048 2048 linux-swap $lvm_ok{ } method{ swap } format{ }
> in_vg{ vg } . \
> 1024 1024 1024 ext4 $lvm_ok{ } method{ format } format{ }
> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ root }
> mountpoint{ / } . \
> 512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ tmp }
> mountpoint{ /tmp } . \
> 512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ varlog }
> mountpoint{ /var/log } . \
> 512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ backup }
> mountpoint{ /backup } . \
> 512 513 -1 ext4 $lvm_ok{ } method{ format } format{ }
> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ varlibdocker
> } mountpoint{ /var/lib/docker } .
>
>
> For sanity's sake, I could get this recipe to work... (inspired from
> lists.debian.org/debian-user/2014/12/msg00651.html):
>
> d-i partman-auto/expert_recipe string \
> lvm-multi :: \
> 512 512 512 ext2 $primary{ } label{ boot } method{ format }
> format{ } use_filesystem{ } filesystem{ ext2 } mountpoint{ /boot } . \
> 2048 4096 4096 linux-swap $lvmok{ } method{ swap } format{ } . \
> 1024 20480 20480 ext4 $lvmok{ } method{ format } format{ }
> use_filesystem{ } filesystem{ ext4 } mountpoint{ / } . \
> 1024 20480 20480 ext4 $lvmok{ } method{ format } format{ }
> use_filesystem{ } filesystem{ ext4 } mountpoint{ /var } . \
> 64 64 64 ext4 $lvmok{ } method{ format } format{ }
> use_filesystem{ } filesystem{ ext4 } mountpoint{ /home } .
>
>
> But I seem to be unable to modify it any further (like adding a
> partition) without triggering the error mentioned above.
>
> Any help or pointer appreciated...
>
> Antoine
>
>
[toc] | [prev] | [next] | [standalone]
| From | Antoine Mazeas <antoine@karthanis.net> |
|---|---|
| Date | 2021-01-23 19:40 +0100 |
| Subject | Re: Preseed: Expert recipe with LVM in partman-auto fails to format disk |
| Message-ID | <BAvZf-SB-13@gated-at.bofh.it> |
| In reply to | #231025 |
[Multipart message — attachments visible in raw view] — view raw
As a follow-up, the following recipe (a truncated version of the
original in OP) results in a wrong partitioning:
d-i partman-auto/expert_recipe string \
large-varlibdocker :: \
512 512 512 ext4 $primary{ } label{ boot } method{ format } format{ } use_filesystem{ } filesystem{ ext4 } mountpoint{ /boot } . \
2048 2048 2048 linux-swap $lvm_ok{ } method{ swap } format{ } in_vg{ vg } . \
1024 1024 1024 ext4 $lvm_ok{ } method{ format } format{ } use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ root } mountpoint{ / } . \
512 512 512 ext4 $lvm_ok{ } method{ format } format{ } use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ tmp } mountpoint{ /tmp } .
Result (maybe looking like a default recipe or something):
root@debian:~# lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
root vg -wi-ao---- 6.56g
swap_1 vg -wi-ao---- 980.00m
If I add one more line, I have the original error (Failed to partition
the selected disk).
Le 23/01/2021 à 16:20, Antoine Mazeas a écrit :
>
> Hi Nicholas,
>
> (i'm pasting in your queries as I'm not a subscriber and you didn't cc
> my address in your replies)
>
> What is the meaning of the $lvmignore keyword on this entry right
> below? It's the only time it appears here.
> And it's not present in your 2nd example that does work.
>
> According to
> https://salsa.debian.org/installer-team/debian-installer/-/blob/master/doc/devel/partman-auto-recipe.txt
>
> $lvmignore{_}
> Used to void a partition definition so that it is ignored in the
> LVM case. That is to say it will be valid in the default case.
>
> Removing it did not affect the outcome...
>
> This may not be related, but notice also that the primary /boot
> which fails is an ext4 filesystem. But the example which succeeds,
> that one filesystem only is ext2, the rest are ext4 like yours.
>
> Thanks for pointing it out; however the "working" recipe also succeeds
> with ext4 for /boot...
>
> Antoine
>
> Le 22/01/2021 à 23:13, Antoine Mazeas a écrit :
>> Dear Debian Users,
>>
>> For quite some time, I am failing to make partman process a custom
>> expert recipe during an unattended (preseeded) installation.
>>
>> I am setting up a VM with an 8000 MB disk space (single disk) that I
>> want to partition using LVM. However, every time the recipe runs, I
>> end up getting an error from partman which I don't understand:
>>
>> > Failed to partition the selected disk
>>
>> >This happened because the selected recipe does not contain any
>> partition that can be created on LVM volumes.
>>
>> Here's my full recipe and other partman options
>>
>> # partitions
>> d-i partman/choose_partition select finish
>> d-i partman/confirm boolean true
>> d-i partman/confirm_nooverwrite boolean true
>> d-i partman-auto/method string lvm
>> d-i partman-lvm/device_remove_lvm boolean true
>> d-i partman-lvm/confirm boolean true
>> d-i partman-lvm/confirm_nooverwrite boolean true
>> d-i partman-auto-lvm/new_vg_name string vg
>> d-i partman-md/device_remove_md boolean true
>> d-i partman-partitioning/confirm_write_new_label boolean true
>> d-i partman/default_filesystem string ext4
>> d-i partman-auto/expert_recipe string \
>> large-varlibdocker :: \
>> 512 512 512 ext4 $primary{ } $lvmignore{ } label{ boot } method{
>> format } format{ } use_filesystem{ } filesystem{ ext4 } mountpoint{
>> /boot } . \
>> 2048 2048 2048 linux-swap $lvm_ok{ } method{ swap } format{ }
>> in_vg{ vg } . \
>> 1024 1024 1024 ext4 $lvm_ok{ } method{ format } format{ }
>> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ root }
>> mountpoint{ / } . \
>> 512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
>> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ tmp }
>> mountpoint{ /tmp } . \
>> 512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
>> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ varlog }
>> mountpoint{ /var/log } . \
>> 512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
>> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ backup }
>> mountpoint{ /backup } . \
>> 512 513 -1 ext4 $lvm_ok{ } method{ format } format{ }
>> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{
>> varlibdocker } mountpoint{ /var/lib/docker } .
>>
>>
>> For sanity's sake, I could get this recipe to work... (inspired from
>> lists.debian.org/debian-user/2014/12/msg00651.html):
>>
>> d-i partman-auto/expert_recipe string \
>> lvm-multi :: \
>> 512 512 512 ext2 $primary{ } label{ boot } method{ format }
>> format{ } use_filesystem{ } filesystem{ ext2 } mountpoint{ /boot } . \
>> 2048 4096 4096 linux-swap $lvmok{ } method{ swap } format{ } . \
>> 1024 20480 20480 ext4 $lvmok{ } method{ format } format{ }
>> use_filesystem{ } filesystem{ ext4 } mountpoint{ / } . \
>> 1024 20480 20480 ext4 $lvmok{ } method{ format } format{ }
>> use_filesystem{ } filesystem{ ext4 } mountpoint{ /var } . \
>> 64 64 64 ext4 $lvmok{ } method{ format } format{ }
>> use_filesystem{ } filesystem{ ext4 } mountpoint{ /home } .
>>
>>
>> But I seem to be unable to modify it any further (like adding a
>> partition) without triggering the error mentioned above.
>>
>> Any help or pointer appreciated...
>>
>> Antoine
>>
>>
[toc] | [prev] | [next] | [standalone]
| From | Antoine Mazeas <antoine@karthanis.net> |
|---|---|
| Date | 2021-01-27 15:10 +0100 |
| Subject | Re: Preseed: Expert recipe with LVM in partman-auto fails to format disk |
| Message-ID | <BBTGa-5xC-9@gated-at.bofh.it> |
| In reply to | #231030 |
[Multipart message — attachments visible in raw view] — view raw
Still stuck on this one... I would really appreciate some insight... Is
what I'm trying to do possible with preseed and partman?
Le 23/01/2021 à 19:15, Antoine Mazeas a écrit :
>
> As a follow-up, the following recipe (a truncated version of the
> original in OP) results in a wrong partitioning:
>
> d-i partman-auto/expert_recipe string \
> large-varlibdocker :: \
> 512 512 512 ext4 $primary{ } label{ boot } method{ format } format{ } use_filesystem{ } filesystem{ ext4 } mountpoint{ /boot } . \
> 2048 2048 2048 linux-swap $lvm_ok{ } method{ swap } format{ } in_vg{ vg } . \
> 1024 1024 1024 ext4 $lvm_ok{ } method{ format } format{ } use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ root } mountpoint{ / } . \
> 512 512 512 ext4 $lvm_ok{ } method{ format } format{ } use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ tmp } mountpoint{ /tmp } .
>
> Result (maybe looking like a default recipe or something):
>
> root@debian:~# lvs
> LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
> root vg -wi-ao---- 6.56g
> swap_1 vg -wi-ao---- 980.00m
>
> If I add one more line, I have the original error (Failed to partition
> the selected disk).
>
> Le 23/01/2021 à 16:20, Antoine Mazeas a écrit :
>>
>> Hi Nicholas,
>>
>> (i'm pasting in your queries as I'm not a subscriber and you didn't
>> cc my address in your replies)
>>
>> What is the meaning of the $lvmignore keyword on this entry right
>> below? It's the only time it appears here.
>> And it's not present in your 2nd example that does work.
>>
>> According to
>> https://salsa.debian.org/installer-team/debian-installer/-/blob/master/doc/devel/partman-auto-recipe.txt
>>
>> $lvmignore{_}
>> Used to void a partition definition so that it is ignored in the
>> LVM case. That is to say it will be valid in the default case.
>>
>> Removing it did not affect the outcome...
>>
>> This may not be related, but notice also that the primary /boot
>> which fails is an ext4 filesystem. But the example which
>> succeeds, that one filesystem only is ext2, the rest are ext4
>> like yours.
>>
>> Thanks for pointing it out; however the "working" recipe also
>> succeeds with ext4 for /boot...
>>
>> Antoine
>>
>> Le 22/01/2021 à 23:13, Antoine Mazeas a écrit :
>>> Dear Debian Users,
>>>
>>> For quite some time, I am failing to make partman process a custom
>>> expert recipe during an unattended (preseeded) installation.
>>>
>>> I am setting up a VM with an 8000 MB disk space (single disk) that I
>>> want to partition using LVM. However, every time the recipe runs, I
>>> end up getting an error from partman which I don't understand:
>>>
>>> > Failed to partition the selected disk
>>>
>>> >This happened because the selected recipe does not contain any
>>> partition that can be created on LVM volumes.
>>>
>>> Here's my full recipe and other partman options
>>>
>>> # partitions
>>> d-i partman/choose_partition select finish
>>> d-i partman/confirm boolean true
>>> d-i partman/confirm_nooverwrite boolean true
>>> d-i partman-auto/method string lvm
>>> d-i partman-lvm/device_remove_lvm boolean true
>>> d-i partman-lvm/confirm boolean true
>>> d-i partman-lvm/confirm_nooverwrite boolean true
>>> d-i partman-auto-lvm/new_vg_name string vg
>>> d-i partman-md/device_remove_md boolean true
>>> d-i partman-partitioning/confirm_write_new_label boolean true
>>> d-i partman/default_filesystem string ext4
>>> d-i partman-auto/expert_recipe string \
>>> large-varlibdocker :: \
>>> 512 512 512 ext4 $primary{ } $lvmignore{ } label{ boot } method{
>>> format } format{ } use_filesystem{ } filesystem{ ext4 } mountpoint{
>>> /boot } . \
>>> 2048 2048 2048 linux-swap $lvm_ok{ } method{ swap } format{ }
>>> in_vg{ vg } . \
>>> 1024 1024 1024 ext4 $lvm_ok{ } method{ format } format{ }
>>> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ root }
>>> mountpoint{ / } . \
>>> 512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
>>> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ tmp }
>>> mountpoint{ /tmp } . \
>>> 512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
>>> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ varlog }
>>> mountpoint{ /var/log } . \
>>> 512 512 512 ext4 $lvm_ok{ } method{ format } format{ }
>>> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{ backup }
>>> mountpoint{ /backup } . \
>>> 512 513 -1 ext4 $lvm_ok{ } method{ format } format{ }
>>> use_filesystem{ } filesystem{ ext4 } in_vg{ vg } lv_name{
>>> varlibdocker } mountpoint{ /var/lib/docker } .
>>>
>>>
>>> For sanity's sake, I could get this recipe to work... (inspired from
>>> lists.debian.org/debian-user/2014/12/msg00651.html):
>>>
>>> d-i partman-auto/expert_recipe string \
>>> lvm-multi :: \
>>> 512 512 512 ext2 $primary{ } label{ boot } method{ format }
>>> format{ } use_filesystem{ } filesystem{ ext2 } mountpoint{ /boot } . \
>>> 2048 4096 4096 linux-swap $lvmok{ } method{ swap } format{ } . \
>>> 1024 20480 20480 ext4 $lvmok{ } method{ format } format{ }
>>> use_filesystem{ } filesystem{ ext4 } mountpoint{ / } . \
>>> 1024 20480 20480 ext4 $lvmok{ } method{ format } format{ }
>>> use_filesystem{ } filesystem{ ext4 } mountpoint{ /var } . \
>>> 64 64 64 ext4 $lvmok{ } method{ format } format{ }
>>> use_filesystem{ } filesystem{ ext4 } mountpoint{ /home } .
>>>
>>>
>>> But I seem to be unable to modify it any further (like adding a
>>> partition) without triggering the error mentioned above.
>>>
>>> Any help or pointer appreciated...
>>>
>>> Antoine
>>>
>>>
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.user
csiph-web