1
Distribuce / Re:Debian 13: automatická instalace s LVM
« kdy: 22. 12. 2025, 14:31:51 »Jen poznámka bokem - my jsme boj s preseedem vzdali...Evidentně ten preseed nemají vyladěnej, páč jsem zkoušel i varianty, které jiným fungují a mě ne.
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Jen poznámka bokem - my jsme boj s preseedem vzdali...Evidentně ten preseed nemají vyladěnej, páč jsem zkoušel i varianty, které jiným fungují a mě ne.
Yes, GRUB2 can boot an LVM setup without a separate /boot partition in UEFI mode, but for Legacy BIOS, you typically need a small, simple partition (like FAT or ext2/3/4) for GRUB's initial stages outside LVM, especially with GPT, though GRUB2 has strong LVM support to load kernels from LVM directly once initial stages load, requiring insmod lvm in grub.cfg. The key is a small EFI System Partition (ESP) for UEFI or a BIOS Boot Partition for GPT/BIOS, as firmware/BIOS can't read LVM directly, but GRUB2 modules can once loaded from that initial partition.
"na celom sda LVM" - hm.
Tak ma napadá:
- To je BIOS boot, nie EFI? EFI potrebuje svoju partition.
- Grub2 (ktorý, keď už beží, vie bootovať z LVM) - odkiaľ sa načíta?
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 50G 0 disk
└─sda1 8:1 0 50G 0 part
├─system-root 254:1 0 43.8G 0 lvm /
├─system-home 254:2 0 952M 0 lvm /home
└─system-swap 254:3 0 1.9G 0 lvm [SWAP]blkid:/dev/sda1: UUID="EEFM3a-pUfJ-ZoLO-NeY4-yDGc-kvlh-XSyBad" TYPE="LVM2_member" PARTUUID="94f9a127-01"
/dev/mapper/system-root: UUID="1f9ab151-276d-4073-86b3-fcb682cb9ae8" BLOCK_SIZE="4096" TYPE="ext4"
/dev/mapper/system-home: UUID="610fff2c-c770-40ca-9b05-1673160549f5" BLOCK_SIZE="4096" TYPE="ext4"
/dev/mapper/system-swap: UUID="d72ef9b7-6105-4f76-a773-483b0459a7f7" TYPE="swap"### 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
d-i partman-auto/expert_recipe string \
pvs :: \
20480 26000 30000 ext4 \
$primary{ } \
method{ lvm } \
vg_name{ system } \
. \
lv :: \
26000 26000 26000 ext4 \
$lvmok{ } \
lv_name{ root } \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ / } \
in_vg{ system } \
. \
1048 1500 2048 linux-swap \
$lvmok{ } \
lv_name{ swap } \
method{ swap } format{ } \
in_vg{ system } \
. \
1048 1048 1048 ext4 \
$lvmok{ } \
lv_name{ home } \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ /home } \
in_vg{ system } \
. \
Mám doma Routerboard MikroTik RB532 v tom kartu CM11 a to už je více jak 10let nesmrtelné zařízení :_)CitaceUbiquiti se částečně chová jako Cisco/HP. Jakmile starý HW přestane vyhovovat, dopředu oznámí EOL a časem ho přestane jejich management úplně podporovat. Obzvlášť u wifi bych tohle opravdu řešil, nechci mít doma AP náchylný na různý typy útoků, protože výrobce ho už pár let nepodporuje.U toho MikroTik RouterBOARD 750G je to už 10 let a pořád to jede. Je to už trochu extrém i vzhledem k ceně.
Nicméně nechci aby mi Ubiquiti zařízli jak se jim to hodí. Nechci obecně provozovat HW který je mimo podporu výrobce.
Vydrží to 5let+?