Dotaz: Gentoo baselayout 2 + udev + devtmpfs + openvz

[pi3.14]

Dobrý den, upgradoval jsem gentoo na baselayout 2 a openrc, ale mám problém, že toto sestavení při nové instalaci mi funguje pouze na jádrech, kde je volba CONFIG_DEVTMPFS. Jelikož používám i OpenVZ 2.6.32 jádra, kde tato možnost není, systém s nimi nestartuje.

Když jsem ale provedl upgrade stávající distribuce, tam problém není, vše funguje i s OpenVZ 2.6.32 jádrem a udev se připojuje jako "udev on /dev type tmpfs". Pokud ale provedu úplně čistou novou instalaci gentoo, systém nestartuje a udev to s novějším jádrem připojuje pouzte jako "devtmpfs on /dev type devtmpfs".

Nepodařilo se mi vygooglit nic kloudného, neřešil to už někdo? Fungovat to musí, když ten upgradovaný systém si s tím poradí.

Odpovědi

[AraxoN]

Inštaloval som dnes nový server a nechcelo to štartovať bez DEVTMPFS. To som nevedel, tak som hľadal iné riešenie. Nakoniec som na inštaláciu použil staršie stage3 a portage tar.bz2. "Staršie" v tomto prípade znamená "z roku 2010". Prvý štart to zvládlo v pohode, keď som odchádzal tak sa akurát robil update všetkých balíčkov. Zajtra mergnem konfigy a keď to reštartnem, tak uvidím či to takto ide. Dám vedieť.

[AraxoN]

Tu niekto poradil vytvoriť /dev/console pomocou mknod.

[pi3.14]

Zajímavé, když přidám rw do grubu k jádru bez DEVTMPFS, tak to nastartuje. Používat starší stage3 a tu pak upgradovat to mi nepřipadá jako moc elegantní řešení.

[AraxoN]

No, ja som z toho bol trochu zúfalý, tak som sa uchýlil k zúfalému riešeniu. O iných spôsoboch riešenia som sa dozvedel až neskôr.

[petr_p]

No, já mám jádro bez devtmpfs a bootuji s ro. Asi to bude tím, že v /dev/ (před připojením tmpfs udevem) mám hromadu zařízení ještě z doby, kdy žádný udev neexistoval.

Kdybyste zjistil, co znamená „nestartuje“, tak by se dalo odvodit, co je potřeba opravit. Zřejmě něco (udev?) očekává jistá zařízení, případně se je pokouší vytvořit, když chybí.

[pi3.14]

Jo pokud do devu nakopíruji soubory z funkční mašiny, tak to startuje i jako ro. Vypadá to, že stačí vytvořit ručně i jen ty konzole, jak tu padlo.

[AraxoN]

Reštart prebehol OK, takže po inštalácii zo staršieho stage3 a upgrade to funguje. Pravdepodobne by ale stačil aj ten mknod.

[pi3.14]

Tak jsem vykoumal, že s DEVTMPFS může být dev úplně prázdný, bez DEVTMPFS musí být v devu předvytvořené aspoň "console" a "null" a startuje to ok.

Teď mě ještě štve ten nový výpis root oddílu jako /dev/root (df, mount), neví někdo, jestli se to nedá přizpůsobit na ten původní (/dev/sdaX)?

[David Watzke]

Teď mě ještě štve ten nový výpis root oddílu jako /dev/root (df, mount), neví někdo, jestli se to nedá přizpůsobit na ten původní (/dev/sdaX)?

Neodvíjí se to od toho, co máš v grubu zapsaný jako root? Já tam mám root=/dev/disk/by-uuid/9f3047c4-4b80-46ed-84b1-ab73f430efea a toto se mi taky ukazuje ve výpisech mount a df.

[pi3.14]

odvíjelo, než přišel baselayout 2, teď to tam cpe /dev/root nezávisle na grubu nebo fstabu

[pi3.14]

přičemž /dev/root je symlink na správné root zařízení

[petr_p]

Neodvíjí. Jádro tam (od jisté doby) standardně dá /dev/root (nabootujte s init=/bin/sh). Mám dojem že distribuce to maskují přemountováním kořenového systému s patřičným jménem zařízení.