Fórum Root.cz
Hlavní témata => Software => Téma založeno: Pavouk106 26. 06. 2012, 13:52:34
-
Kompilujete si sami vlastní kernel nebo jedete na nějakém dodaném s distrem, případně na nějakém z repozitáře distra?
Pro ty, kteří kompilují sami - používáte initramfs? Zkoušeli jste někdy bootovat bez něj? Používáte moduly i tam, kde nejsou nutné (nutné jsou většinou u grafické karty a wifi)?
Anketu nedávám, je moc možných kombinací :-)
-
Áno, kompilujem si ho sám, initramfs nepoužívam, bootujem bez neho. (Distribúcia gentoo.)
-
Ked je to potrebne tak ano, vacsinou sa snazim dat vsetko do jadra, bez modulov, ramdisk pouzivam iba vtedy ak potrebujem nacitat modul este pred zavedenim jadra napr. Raid (distro debian). Moja oblubena 3-kombinacia ;)
make bzImage
make modules
make modules_install
ak chcem ramdisk tak este :)
mkinitramfs -o /boot/initrd.img ... /lib/modules....
-
Jsem nějak zapomněl napsat sebe :-)
Jedu na Gentoo, takže kernel vlastní, nacpáno vše do kernelu, kromě closed-source ovladačů od NVidie na stolním a wifi na NTB. Kernel mám očesaný jak to jen šlo a při novém kernelu zase kousky odřezávám (často mi tam naskáče hafo nových věcí naprosto nelogicky...).
Initramfs jsem nikdy nepoužil, jednou jsem to zkoušel, ale nevěnoval jsem tomu čas, takže to nefungovalo. Výhodu v jeho využití nevidím. Vlastně ano, jak tu někdo psal - u RAIDu (HW, na samostatné kartě) k zavedení ovladačů a možnosti bootu rovnou z toho RAIDu.
-
Ano, Ne, Ne, Ne, Ano, Ne
-
Ano, Ne, Ne, Ne, Ano, Ne
Musel jsem se vrátit k otázkám a přečíst si je znovu :-D Každopádně nám tu zatím chybí nějaký ne-hardcore Linuxák nebo prostě alternativní styl (pokud teda zrovna my co tu jsme nejsme Ti alternativní :-D ).
-
Kompiluji vlastní kernel, zahrnuji do něj jen nejnutnější ovladače, které budou jistě potřeba celou dobu - ovladač SCSI, disku, souborového systému. Ostatní věci jako moduly.
Na desktopu initramfs nepoužívám, na notebooku ano, neboť jsem tam neprozřetelně oddělil /usr do samostatného LVM oddílu, což aktuální udev těžce nese. Takže používám initramfs vygenerovaný nástrojem dracut, který /usr připojí ještě před startem initu. Druhý účel initramfs je probuzení z hibernace pomocí uswsusp. Když dojde ale na nějakou nouzovou situaci, jsem schopen se samotným kernelem a oddílem / systém opravit. To mi připadá jako velká výhoda proti distribučním jádrům, která pokud nemají správný initramfs, jsou úplně nepoužitelné, protože nemají ani ovladače na nejběžnější řadiče disku.
-
Jádro vlastní bez zbytečností a bez initramfs, moduly jen ty, které jsou nutné nebo které použiju jednou za uherský rok.
-
Jádro vlastní, distro gentoo, initramfs nepoužívám a ani nevím jak funguje a k čemu by mi mohl byt dobrý. Přijde mi to jako další zbytečná komplikace a věc co se může posrat. :)
-
Jak jinak nabootovat do šifrovaného / bez harakiri s chrootem z temporary / na /boot?
-
initramfs nepoužívám a ani nevím jak funguje a k čemu by mi mohl byt dobrý.
Tak v tom pripade doporucuju abys to rychle dostudoval. Jestli mas /usr na samostatne particii, pak pocinaje udev-181 *musis* pouzit initramfs, jinak system nenabehne...
-
kdysi jsem si s tim hral a kompiloval co nejmensi vyladene jadro bez modulu, ale dneska uz na to kaslu.
radsi bych si vyzkousel jadro NIX, http://code.google.com/p/nix-os/
-
Kompilijem si vlastné, všetkopotrebné mám v kerneli a nepodstatné veci (podpora NTFS a CP1250 na notebooku) sú ako moduly .
Initramfs na notebooku musím mať (celý je na zfs, vrátane /), tiež používam dracut.
Desktop a server idem bez initramfs.
-
Používám běžné distribuční jádro s initramfs, přeci jen je možné s tím mít bez problémů šifrování, uspávání, atd. A není problém pak vzít disk a strčit ho úplně jinam. Zatím jsem nepřišel na výhody, které stály za to kompilovat jádro, pokud to není specifické využití v nějakém embedded zařízení.
-
Používám gentoo na spostě PC a malých jednoúčelových zařízeních a všude kompiluji kernel. Snažím se držet jádro co nejmenší a stavět jen potřebné moduly. Konfiguráky si pečlivě schovávám a na nová jádra přecházím pomalu, takže konfiguruji minimálně.
Initramfs používám celkem často, protože většinou potřebuji správně připojit root oddíl - například pokud je celý disk šifrovaný nebo bootuju z sdkarty, která může být zaměněna s sd kartou v jiném slotu).
-
initramfs nepoužívám a ani nevím jak funguje a k čemu by mi mohl byt dobrý.
Tak v tom pripade doporucuju abys to rychle dostudoval. Jestli mas /usr na samostatne particii, pak pocinaje udev-181 *musis* pouzit initramfs, jinak system nenabehne...
No, on to už zrejme čítal, nakoľko to bolo v gentoo správe 2012-03-16-udev-181-unmasking. Ja som to zatiaľ riešil zamaskovaním novších verzií udev.
-
initramfs nepoužívám a ani nevím jak funguje a k čemu by mi mohl byt dobrý.
Tak v tom pripade doporucuju abys to rychle dostudoval. Jestli mas /usr na samostatne particii, pak pocinaje udev-181 *musis* pouzit initramfs, jinak system nenabehne...
No, on to už zrejme čítal, nakoľko to bolo v gentoo správe 2012-03-16-udev-181-unmasking. Ja som to zatiaľ riešil zamaskovaním novších verzií udev.
Přesně tak :) Mít alespoň minimální initramfs se často vyplatí. Naštěstí udev-181 ještě není stable. Update mi ho ještě nenabídl :) Mimochodem právě řeším cryptsetup a lvm root, takže se bez initramfs neobejdu :)
-
initramfs nepoužívám a ani nevím jak funguje a k čemu by mi mohl byt dobrý.
Tak v tom pripade doporucuju abys to rychle dostudoval. Jestli mas /usr na samostatne particii, pak pocinaje udev-181 *musis* pouzit initramfs, jinak system nenabehne...
No, on to už zrejme čítal, nakoľko to bolo v gentoo správe 2012-03-16-udev-181-unmasking. Ja som to zatiaľ riešil zamaskovaním novších verzií udev.
Coz ovsem neznamena, ze udev bylo povyseno na "stable" jen to, ze z "masked" (M) povysilo do "unstable" (~). Jestli pouziva stabilni verze (+), pak se ho to porad netyka, a spravu mozna ani necetl.
-
Já třeba o udev-181 četl, ale zatím jsem to neřešil. Jen doufám, že to pak nebudu muset řešit chrootem z flashky nebo z CD :-D Mlelo se ve zprávě i ěnco o OpenRC, je to tak? Initramfs bych potřebovat ani poté neměl, /usr sólo nemám, na /home se to nevztahuje, RAID1 mi snad pojede dál čistě z jádra (softwarový).
-
Já třeba o udev-181 četl, ale zatím jsem to neřešil. Jen doufám, že to pak nebudu muset řešit chrootem z flashky nebo z CD :-D Mlelo se ve zprávě i ěnco o OpenRC, je to tak? Initramfs bych potřebovat ani poté neměl, /usr sólo nemám, na /home se to nevztahuje, RAID1 mi snad pojede dál čistě z jádra (softwarový).
Každopádně initramfs doporučuji jako praktické cvičení.. gentoo má naprosto skvělý tutoriál na wiki a jednou se to může hodit, pokud člověk nemá jen jednu mašinu na internet. V tom případě je navíc asi zbytečné vůbec používat gentoo ne? ;] Já to třeba poprvé použil, když jsem se rozhodl zašifrovat si komplet disk na notebooku kvůli možnosti krádeže..
-
Mimochodem, problém samostatného oddílu pro /usr se tu a tam vynořuje už několik let. Mě třeba takto nefunguje coldplug Bluetooth modulu, protože bluez stack je právě v /usr a v době kdy se ho udev snaží inicializovat, tak ještě /usr není připojeno.
Jinak doporučuji, v rámci praktických cvičení „poznej svůj linux“, vytvořit si initramfs ručně. Já si takhle vytvořil „Oskarův Initramfs,“ protože ten oficiální z genkernelu/dracutu mi připadal příliš překombinovaný.
Dnes už ho nepoužívám, protože jak jsem ho rozšiřoval, aby byl více univerzální, stal se skoro stejně překombinovaný jako ten z genkernelu/dracutu. Tak jsem radši nakonfiguroval dracut, aby jeho initramfs dělal to, co chci a hotovo. Dokonce ho ani nemusím měnit při výměně jádra, protože moduly v něm nemám.
-
kei.101: Měl jsem Gentoo na NTB s (pouze) externím HDD, mám ho na stolním, novém NTB a na "serveru". Já se v něm přímo vyžívám :-D Ale initramfs jsem nikdy neřešil. I proto se tady ptám, abych si udělal představu, jak jsou na tom ostatní :-)
-
initramfs nepoužívám a ani nevím jak funguje a k čemu by mi mohl byt dobrý.
Tak v tom pripade doporucuju abys to rychle dostudoval. Jestli mas /usr na samostatne particii, pak pocinaje udev-181 *musis* pouzit initramfs, jinak system nenabehne...
No, on to už zrejme čítal, nakoľko to bolo v gentoo správe 2012-03-16-udev-181-unmasking. Ja som to zatiaľ riešil zamaskovaním novších verzií udev.
Coz ovsem neznamena, ze udev bylo povyseno na "stable" jen to, ze z "masked" (M) povysilo do "unstable" (~). Jestli pouziva stabilni verze (+), pak se ho to porad netyka, a spravu mozna ani necetl.
Presne tak. Neznamená, a preto som nič také ani nepísal. Správu čítať tiež nemusel, každý môže mať iný prístup k ich čítaniu. Jedna z možností je aj nečítať ich vôbec (a potom sa diviť). Ináč tiež používam stabilnú verziu, ale upgrade som blokol radšej hneď.
-
Mimochodem, problém samostatného oddílu pro /usr se tu a tam vynořuje už několik let. Mě třeba takto nefunguje coldplug Bluetooth modulu, protože bluez stack je právě v /usr a v době kdy se ho udev snaží inicializovat, tak ještě /usr není připojeno.
Áno, v súvislosti s udev-181 boli diskusie o tom, že je to vlastne už roky rozbité a initramfs to napraví. Takže udev-181 vlastne zákazom samotného /usr nič nerozbíja. To tvrdila jedna strana (totiž vývojari udev). Druhá strana zasa na svojích systémoch nič rozbité nevidela, takže nepovažovala za potrebné tam čokoľvek naprávať a opraviť by sa podľa nich malo udev. (Vzhľadom k tomu, že to jeho vývojari robiť nemienia, tak touto cestou sa zrejme nepôjde).
-
Pavouk106: Áno, písali o nutnosti upgradovať OpenRC (po upgrade udev). V tvojom prípade by ale všetko malo fungovať aj naďalej. (Ja mám samotný /usr, takže som to riešil radšej hneď.) Initramfs som zatiaľ nepotreboval, chystám sa na to až pri šifrovaní disku.
-
Kompiluju a pokud mozno vse uvnitr, moduly minimalne.
Initramfs bezne nepouzivam, jen tam, kde to musi byt a to jej delam na miru:
- firewal, co po bootu uz bezi bez disku,
- diskless pracovni stanice,
- servery s RAID1 na discich vetsich nez 2TiB.
-
kei.101: Měl jsem Gentoo na NTB s (pouze) externím HDD, mám ho na stolním, novém NTB a na "serveru". Já se v něm přímo vyžívám :-D Ale initramfs jsem nikdy neřešil. I proto se tady ptám, abych si udělal představu, jak jsou na tom ostatní :-)
Ok. No já jsem se initramfs dlouho bál.. byly to pro mě takový zbytečný kouzla navíc, ale pak jsem se k tomu jednou vrátil a přišlo mi to víc než jednoduchý a praktický :) A jsem rád, že už mám nějaké skripty na vytvoření/zabalení/rozbalení, abych to už nemusel moc řešit..