Debian8/Ubuntu esetén a VM-ben /boot/grub/grub.cfg a konfig fájl. A fájlnév OK, így a grub-bhyve-nak "-r hd0,msdos1 -d /grub" paramétereket átadva (persze a megfelelő device.map fájl esetén) már megtalálja a VM virtuális diszkjén a grub.cfg-t, amit normális esetben a kernel frissítés korrekten karbantart.
CentOS7 annyival trükkösebb, hogy ott /boot/grub2/grub.cfg a fájl neve - értelemszerűen "-r hd0,msdos1 -d /grub2" a két szükséges paraméter.
Egyelőre a Slackware-es VM-mel nem tudok mit kezdeni - gyárilag ugye az még Lilo-zik, illetve azokkal a különböző nem-FreeBSD-féle *BSD-kkel vagyok még bajban, amik ugye natívan nem Grub-ot használnak (de grub-bhyve-val töltendőek a Vm-be). Mindenesetre eggyel előrébb vagyok - akár kézzel, akár a vm-bhyve-val piszkálom a VM-eket, végre elfelejthető a konfig folyamatos módosítása. vm-bhyve esetén ugyanis ezeket a paramétereket kell a $VM.conf fájlba beleírni:
# grub_run_partition="msdos1" # ez a grub-bhyve-nál az alap, szóval meg se kell adni
grub_run_directory="/grub" # vagy "/grub2" a CentOS-en
- Zahy blogja
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Nem lenne jobb BtrFS-el telepíteni a játszós Linuxokat? Mondjuk én már production-ben is azt használom. Meg mégis csak 3 FS réteg lenne egyben tömörítéssel plusz Raid meg LVM helyett.
- A hozzászóláshoz be kell jelentkezni
off
Elég gyors és jó a btrfs? Amikor próbálgattam, csak bajom volt vele, ennek ellenére a backup HDD-men meghagytam, mert nem volt kedvem újra formázni. Viszont néhány GB-os filerendszereknél mglepő dolgokat produkált, amitől nem voltam túl boldog.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
120 GB-s premium kategóriás SSD-men fut a munka notebookomon. Ubi 16, x64, 4.4 kernel. Illetve szerveren használom + backup lemezeken. Gyorsnak tűnik és nincs vele gondom. De nyilván ennyi infó nem mérvadó.
VM-be már csak azt tennék a tömörítés miatt.
- A hozzászóláshoz be kell jelentkezni