Sziasztok!
Tud valaki valamit azzal kapcsolatban, hogy több Linux használhat-e közös /boot partíciót biztonságosan? Mindenhol azt olvasom, hogy igen, de azt seholsem részletezik, hogy a fájlok névütközése hogyan kerülhető el. Mi van, ha véletlenül két különböző disztróban ugyanaz a neve a kernelnek vagy az initrd-nek (vagy nem véletlenül: ha ugyanazt a Linuxot teszem fel több példányban)? Azért kellene, mert a köv. partíciós sémára akarok még egy Linuxot:
hda1 (primary): ntfs ( WinXP )
hda2 (primary): swap
hda3 (primary): ext3 ( /boot )
hda4 (primary): lvm2 ( vg:system (suse_root, home, other_root) )
Az other_root-ra kerül az új Linux (még nem tudom, hogyan zavarom fel a Debian Sarge-ot vagy az Ubuntu Dapper-t az LVM2-re, de majd megszakértem valahogy...).
Azt is írták valahol, hogy a legújabb grub-okkal már lehet LVM2-ről bootolni, de erről sem találtam semmi konkrétumot. Nem sikerült azt sem kiderítenem, van-e olyan disztró, ami séróból felmászik LVM2-re és tud onnan bootolni is. Ha valakinek van valami információja, kérem ne habozzon és ossza meg a közönséggel is! :)
- 1012 megtekintés
Hozzászólások
Persze, hogy hasznalhat. Akar ugy, hogy egy kozos kernelt hasznalnak (elvegre a vas ugyanaz lesz alatta), es akkor csak a boot managerbol adsz at kulonbozo parametereket a kernelnek a kulonbozo disztrokhoz (gyakorlatilag a root=/dev/hdx az erdekes), akar ugy, hogy mindegyik Linuxnak sajat kernele lesz, akkor viszont nevutkozes eseten kenytelen leszel atnevezni oket (pl. kernel-debian, kernel-suse, stb), a boot managerben pedig atirod, hogy melyik disztro milyen nevu kernelt (es esetleg initrd-t) hasznaljon.
En forditanek egy sajat, initrd nelkuli kernelt, es azt hasznalnam mindegyikhez. Ekkor mondjuk a modulokat minden egyes disztroban be kell masold a /lib/modules ala, de belefordithatsz mindent a kernelbe, es akkor meg ilyen problemad sem lesz.
- A hozzászóláshoz be kell jelentkezni
Nem rossz ötlet. Amúgy azt elfelejtettem leírni, hogy (kényelmi szempontok miatt) minden telepített Linuxhoz a szállított kernelét szeretném használni, ezért érdekelt a névütközés. Ha átnevezem vagy saját kernelt használok, ugrik az online update lehetősége.
- A hozzászóláshoz be kell jelentkezni
Van eselye, hogy minden disztro maskepp hivja a kernelt es az initrd-t, es hogy mindegyik mas verzioju kernelt ad alapol, tehat eleg kicsi a valoszinusege, hogy ket egyforma nevu kerneled/initrd-d legyen.
- A hozzászóláshoz be kell jelentkezni
Én is ebben bízom, és még nem láttam két egyformát, de hát ki tudja...
- A hozzászóláshoz be kell jelentkezni
Nálam mindíg így van az otthoni gépen, bár sosem volt névütközésem.
Elvileg átnevezheted az initrdt és a kernel filet, és átírhatod a grubban, de nem tudom, hogy máshol nem jön e fel más probléma. (Az uname a kernel nevét a filenévből találja ki?)
Ha nem akarsz direkt ugyanolyan linuxokat több példányban, akkor szerintem nem lesz ütközés.
Egyébként elárulod, hogy miért akarsz adott linuxot több példányban telepíteni? Csak érdekelne.
Csaba
- A hozzászóláshoz be kell jelentkezni
pl. tesztelésre lehet, hogy alkalmas lehet. már volt, hogy én is filóztam ezen
- A hozzászóláshoz be kell jelentkezni
Az uname a kernel nevét a filenévből találja ki?
Nem, hanem megkerdezi a kerneltol az uname(2) fuggvenyen keresztul.
- A hozzászóláshoz be kell jelentkezni
Az átnevezés nem annyira az általad említett okból problémás, inkább a csomagkezelő miatt, és ezen belül is a biztonsági frissítések alkalmazása necces. Persze a legtöbb csomagkezelőben be lehet fagyasztani az aktuális verziót, és akkor nem települ a frissítés automatikusan, de mindig végig kellene zongorázni a visszanevez-frissít-újraátnevez algoritmust, ráadásul mindegyik Linux alatt, mert ha biztonsági hibát javítanak valahol, az a többi Linuxban is általában javításra kerül.
Adott Linux több példányban azért kell, mert kell egy stabil, karbantartott rendszer, és kell egy másik, ahol az atavisztikus r=1 user ösztöneimet élem ki: minden sz@r ész nélküli telepítése, rendszerfájlok bizgetése, forráscsomagok telepítése csomagkészítés elsajátítása céljából, Compiz kockapörgetés CVS-forrásból ("merazkell"), ... :) (Amúgy azért kellene, mert ki akarom próbálni a SuSE buid system-et, forrásból csomagot csinálni és próbálgatni a csomagkezelőket, ilyesmi. Bár lehet, hogy előbb teszek egy próbát a QEMU-val és a VMWARE-rel).
- A hozzászóláshoz be kell jelentkezni
" akkor viszont nevutkozes eseten kenytelen leszel atnevezni oket (pl. kernel-debian, kernel-suse, stb)"
Még azt sem kell!
pl:
/boot/suse/kenelcuccok
/boot/debian/kernelcuccok
A grub.conf-ban elérési utakat megadod és no panic! :)
----------------------------------------------------------------
"Értem én hogy villanymotor, de mi hajtja!?
- A hozzászóláshoz be kell jelentkezni
Hát igen, ha leszámítjuk az update-problémát, ez tűnik a legkevésbé hackelt megoldásnak. Hogy mit kezdenek egymás security beállításaival (kiterjesztett fájl-jogosultságok, stb.), az megint más kérdés.
- A hozzászóláshoz be kell jelentkezni
Nnna. Hogy ez nem jutott eddig eszembe! Hiszen ha egy rendszer dpkg-t használ, akkor a problémás fájlokra diversion-t lehet beállítani (ld. dpkg-divert), azaz meg lehet mondani a csomagkezelőnek, hogy a fájlokat, amiket a /boot/-ba tenne, irányítsa át pl. a /boot/debian/ könyvtárba.
Már csak az a kérdés, az rpm alapú csomagkezelők tudnak-e ilyet...
- A hozzászóláshoz be kell jelentkezni