Debian, OpenRC a LVM

13.12.2014 00:31 | Přečteno: 1300× | bug ? | poslední úprava: 13.12.2014 22:35

Neuspešné pokusy rozbehnúť upstart s LVM zväzkami ma donútili hladať iný init systém. Prvé miesto kde som overil dostupnosť ďalších init systémov zabalených do debian balíčkov.

Úvod

Z dôvodu neuspechu rozbehnúť som vyskúšal init systém openrc. Pôvod tohto init systému je v Gentoo a podľa dostupného popisu je kompatibilný s init skriptami v Gentoo. Z dôvodu problémov s upstartom bol zvolený preventívny debug s seriovým portom, ktorý vyvolal divné správanie bootu.

Hladanie problému

Pri testovaní tohto init systému bola zistená chyba, ktorej prejav bol pád do initramfs ak boli použité parametre bootu pre seriovú konzolu - seriový port COM. Celé to bolo zvláštne tým, že k pádu došlo len ak bol zadaný kernel parameter console=ttySx. Podobne ako pri upstarte boli najprv vyskúšané možné riešenie pre upstart. Neskôr som vyskúšal boot parameter rootdelay,ktorý mi odporúčil initramfs. Nasledné hladanie spravného riešenie spočívalo v postupnom vyraďovaní zmien. Podľa môjho názoru je zle keď parameter console spôsobi problém pri pripájani súborového systému. Je možné, že tento jav spôsobuje nejaký neefektívny kód seriovej konzoly alebo činnosť kódu zodpovedného za posielanie dát po seriovej linke.

Záver

OpenRC je init systém, ktorý si po inštalácii vytvorí sám symlinky na jednotlivé služby. V debiane má túto úlohu na starosti inštalačný skript. Zatiaľ sa kamaráti s LVM zväzkami. Tento init systém je možné používať aj bez dodatočných úprav. Uvidím ako to pôjde či sa bude tiež kamarádiť s mojími nastaveniami.

Update

Úprava informácii o openrc a doplnenie ďalších súvislosti.

       

Komentáře

[frdrx]

A kdy přijde na řadu systemd?

[Petr Tomášek]

systemd je sračka

[patrick]

neni sracka

[haha]

az opada listi z dubu

[frdrx]

Letního nebo zimního?

[Ovoce]

Ceru!

[pavlix]

Pôvod tohto init systému je v Gentoo a podľa dostupného popisu je kompatibilný pôvodným initom.

Netuším, co si mám pod tou kompatibilitou představit. OpenRC je nadstavba nad sysvinit, se kterým se v Gentoo používá, tudíž je kompatibilita zcela zřejmá.

OpenRC je init systém, ktorý si po inštalácii vytvorí sám symlinky na jednotlivé služby.

Co si mám pod tím představit. Má se to týkat Debianu nebo OpenRC obecně?

Je podobný ako sysvinit

Tak to v žádném případě, to by se asi dohromady se sysvinit nepoužíval.

Zatiaľ sa kamaráti s LVM zväzkami.

LVM mi fungovalo s OpenRC a genkernel bez problémů, teď mi funguje bez problémů se systemd a genkernel-next.

Tento init systém je možné používať aj bez dodatočných úprav. Uvidím ako to pôjde či sa bude tiež kamarádiť s mojími nastaveniami.

Jsem zvědavý na další zápisky. Pokud bys chtěl, můžeš kouknout na systemd2rc a reportovat chyby v generování OpenRC skriptů ze systemd unit souborů. Jen upozorním, že OpenRC není úplně přímočará náhrada systemd, takže ne všechno jde vyřešit automatizací.

[ewew]

Netuším, co si mám pod tou kompatibilitou představit. OpenRC je nadstavba nad sysvinit, se kterým se v Gentoo používá, tudíž je kompatibilita zcela zřejmá.

Je pravdepodobné, že som zle pochopil informácie na gentoo dokumentácii

Co si mám pod tím představit. Má se to týkat Debianu nebo OpenRC obecně?

Po preskúmani inštalačných skriptov bolo zistené, že vytvorenie symlinkov je zabezpečené balíčkom openrc pre debian.

Tak to v žádném případě, to by se asi dohromady se sysvinit nepoužíval.

Zrejme som to zle pochopil z dostupných informácii. Ide o initsystém ktorý nevymiena pôvodný init. Pri manipulácii s openrc boli definované balíčky s sysvinit ako závislosti pre OpenRC.

Jsem zvědavý na další zápisky. Pokud bys chtěl, můžeš kouknout na systemd2rc a reportovat chyby v generování OpenRC skriptů ze systemd unit souborů. Jen upozorním, že OpenRC není úplně přímočará náhrada systemd, takže ne všechno jde vyřešit automatizací.

Teraz ma nenapadajú nejaké témy ktoré by som mohol riešiť.

[pavel]

Nevim co provadi v Debianu, ale obecne init s LVM nesouvisi a nechapu co by mela jeho vymena resit. Podle me byl problem se zavadecem, obrazem ramdisku nebo definici svazku, ale blog je v tomhle hodne neurcity.

[pavlix]

Nevim co provadi v Debianu, ale obecne init s LVM nesouvisi

Klasický init sice s LVM nesouvisí, ale inicializační skripty nebo systemd už samozřejmě ano.

Podle me byl problem se zavadecem

Problém se zavaděčem lze typicky triviálně poznat.

obrazem ramdisku

Kde běží prakticky jenom init a skripty nebo systemd, plus nějaké nejnutnější služby.

[the.max]

OpenRC na Gentoo používám by-default, protože systemd je zlo. Disky mám šifrované s LUKS, takže LVM je tam také. Jako zavaděč používám starý Grub, protože Grub2 mi přijde zbytečně složitý. Jádro používám vlastní, nicméně jsem k jeho zmatlání používal genkernel, ale jen kvůli tomu, že mi to vyrobilo rovnou i initramfs. Pak jsem ale řešil, že na domácím NASu (HP Proliant Microserver) po rebootu nebo výpadku proudu musím zadávat heslo pro LUKS, což obnášelo připojit monitor a hledat USBčkovou klávesnici nebo alespoň redukci z PS/2 na USB, navíc microserver je na chodbě na polici až u stropu, takže pro připojení monitoru navíc potřebuju i prodlužovák, narazil jsem na Better Initramfs, díky kterému je možné heslo zadat i po síti. Tehdy jsem možná prozřel když jsem zjistil, že ať si zmatlám jakoukoli verzi jádra, tak ten better-initramfs je pořád stejný se stejným obsahem (vše pro start a běh systému mám přímo v jádře), tak jsem se na genkernel vytkašlal a initramfs vygeneruju novej jen po aktualizaci Better Initramfs. Genkernel jsem po pár dnech i odinstaloval.