Я пытаюсь создать предварительно отобранное пользовательское расположение разделения, но partman продолжает перестать работать.
Вот отрезанный от конфигурации перед семенем:
d-i partman-auto/disk string /dev/sda
d-i partman-auto/method string crypto
d-i partman-crypto/passphrase password tmppass
d-i partman-crypto/passphrase-again password tmppass
d-i partman-auto/purge_lvm_from_device boolean true
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-auto-lvm/guided_size string max
#d-i partman-auto-lvm/new_vg_name string vg00
#d-i partman-auto/choose_recipe select custom-lvm
d-i partman-auto/expert_recipe string custom-lvm :: \
512 8000 512 ext2 \
$primary{ } $bootable{ } method{ format } format{ } use_filesystem{ } filesystem{ ext2 } mountpoint{ /boot } . \
100 7000 1000000000 ext4 \
$primary{ } $defaultignore{ } method{ lvm } device{ /dev/sda } vg_name{ vg00 } . \
20480 5000 20480 ext4 \
$lvmok{ } in_vg{ vg00 } lv_name{ lv_root } method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } mountpoint{ / } .
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
Я попытался удалить vg создание из опытного рецепта (100 7000 100000000
строка и затем), и включение 2 partman-auto-lvm
параметры выше, и попробовали choose_recipe
включенный, и прежде и после expert_recipe определения (не было уверено, имел ли порядок значение), но он все еще перестал работать:
debconf: --> GET partman-auto/expert_recipe
debconf: <-- 0 custom-lvm :: 512 8000 512 ext2 ... mountpoint{ / } .
debconf: --> SET partman-auto/expert_recipe_file /tmp/expert_recipe
debconf: <-- 0 value set
debconf: --> GET partman-auto/expert_recipe_file
debconf: <-- 0 /tmp/expert_recipe
debconf: --> METAGET custom-lvm description
debconf: <-- 10 custom-lvm doesn't exist
debconf: --> INPUT critical partman-auto-lvm/no_pv_in_vg
Логическое объяснение состоит в том, что у меня есть синтаксическая ошибка где-нибудь в моем expert_recipe. Я пробежался через него хороший 10 - 15 времена для проверки синтаксиса и, может казаться, не нахожу ничто плохого. Существует ли максимум expert_recipe длина? Я перешел к консоли и eyeballed /tmp/expert_recipe
и снова, синтаксис все корректные взгляды.
Что я пропускаю?
Я не абсолютно уверен в том, что заставляло это повреждаться, но 3 изменения зафиксировали его.
Во-первых, я удалил vg00 создание из опытного рецепта (возможно, была проблема с макс. размером: https://serverfault.com/questions/541117/12-04-preseeded-install-with-raid-and-lvm).
я затем также удалил in_vg
параметр от /
раздел.
Наконец, я повторно включил guided_size max
и new_vg_name
параметры. Я также активировал choose_recipe select custom-lvm
и переместил его в после опытного рецепта.
Заключительная рабочая (соответствующая) конфигурация - это:
d-i partman-auto-lvm/guided_size string max
d-i partman-auto-lvm/new_vg_name string vg00
d-i partman-auto/expert_recipe string custom-lvm :: \
512 8000 512 ext2 \
$primary{ } $bootable{ } method{ format } format{ } use_filesystem{ } filesystem{ ext2 } mountpoint{ /boot } . \
20480 5000 20480 ext4 \
$lvmok{ } in_vg{ vg00 } lv_name{ lv_root } method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } mountpoint{ / } .
d-i partman-auto/choose_recipe select custom-lvm
(Мой реализованный рецепт также имеет подкачку и / домой с -1
макс.).
Я тоже пытаюсь заставить эту чертову штуку работать с криптовалютой ... Однако, чтобы решить эту проблему, похоже, что существует «особенность», заключающаяся в том, что «in_vg {vg00}» требует пробела перед открывающей скобкой, т. Е. "in_vg {vg00}". На всякий случай, если кто-нибудь наткнется на эту тему, когда бьется головой о стену / ноутбук / что угодно ...