Druhý den s Gentoo

6.4.2010 19:32 | Přečteno: 1260× | Gentoo | poslední úprava: 6.4.2010 19:39

Kdy jste zažili svou první "kernel panic"? Já asi před dvěma týdny, kdy jsem poprvé zkoušel nabootovat čerstvé Gentoo. V tomhle ohledu jsem naprostý Gentoob, takže jsem netušil, co s tím jako tak asi můžu udělat. Okýnka na druhém místě v GRUBu se zaradovala, musel jsem do nich zas.

První předpoklad byl, že... no, řekněme, že Gentoo mě za něco nemělo příliš v lásce. A protože šlo o 64-bitovou instalaci, před kterou jsem byl varován, tak jsem si říkal, že je to nejspíš jeden z důsledků. Ne, to pravda nebyla a ani tehdy jsem tomuto moc nevěřil. Vysvětlení bylo daleko prozaičtější:

Použitý návod nepředpokládal použití genkernelu - a tudíž jsem nezahrnul tolik potřebný soubor initramfs do souboru s konfigurací GRUBu. Ale nevěděl jsem, co mám vlastně dělat, a rozhodl jsem se instalovat znovu. A nejlépe s normální architekturou (x86).

Druhá instalace proběhla kupodivu celkem v pořádku, i z mého předchozího neúspěchu jsem se poučil (použil jsem jiný návod ) a v GRUBu se teď nacházel i magický příkaz initrd

aneb Máme rádi jádro, druhé dějství

Věřte tomu nebo ne, ale naivně jsem očekával, že moje genkernel jádro už mi samo nastaví a uvede do provozu i framebuffer. Bohužel nestalo se tak a jelikož jsem nechtěl teď zjišťovat, co je vlastně odpovědné za grafiku v konzoli, tak jsem tenhle úkol odložil na neurčito. Nebylo to zase tak nutné

Co mi ale rvalo nervy, byla moje síťovka Atheros L2. Jako totální idiot jsem tak dvě hodiny po webu hledal ovladače, pokoušel se je zkompilovat (což se nepovedlo, chyba v kódu) a pak zjistím, že stačí zaškrtnout jednu jedinou volbu v konfiguraci kernelu. Vsadíte se? Atheros L2 Fast Ethernet Driver

Je to jen malý krůček pro člověka...

..., ale jeden velký pád do propasti času! Cože? Takhle to přece nebylo! Bohužel na Gentoo to platí celkem nepochybně a z hlediska rychlosti kompilace se to asi těžko změní, navíc v kombinaci s mým Pentiem 4... Na obranu mého kusu křemíku se však zmíním o tom, že v kombinaci s ccache dostávám celkem dobré výsledky.

A aby se neřeklo, tak tady kompilaci zasekneme...

Myslíte si, že když projdete úvodní fází - kontrolou závislostí, tak máte skoro vyhráno? Ani v nejmenším, pokud po Vaší přítomnosti prahne PHP. Instaloval se díky nastaveným USE vlastnostem spolu s KDEbase-meta a dalším tisícem balíčků - no a když na něj došla řada, nezapomněl se dotěrně zmínit o tom, že kombinace USE flagů je pro něj nesnesitelná! Kompilaci tím stopnul a počítač běžel přes noc bez práce. Štěstí v neštěstí mi přinesla informace, že stačí zakázat jeden ze dvou flagů - sharedmem nebo threads. Po zakázání vláken se PHP zmínilo, že takhle nedokáže pracovat s Apachem - zákaz sharedmem naštěstí pomohl.

A co bude dál? To se uvidí

       

Komentáře

[Václav HFechs Švirga]

A proto se používáme specifické use flagy pro konkrétní balíky, že ano .

[Václav HFechs Švirga]

Případně použít dobré nástroje.

[PaulosV]

Jejda, škoda, že jsem to nezmínil - individuální USE flagy pro určité balíky samozřejmě umím používat Ale o takovém nástroji jsem zase nevěděl a děkuju za naťuknutí ke správné cestě.

[denix]

prikaz euse je asi standartnejsi

[AsciiWolf]

>s normální architekturou (x86).

Za to tě Jardík nebude mít rád...

[PaulosV]

Jak vidím, tady je nutné hlídat si každé slovo, jinak mi okamžitě pohrozí defenestrací x86 architektura možná není normální, ale dnes nejpoužívanější, což se mi jevilo jako normální

[Václav "Darm" Novák]

Dneska už to prakticky nemá význam… Flash je 64b, pro těch pár 32b her si holt zaprasíš systém 32b libkama, ale nic hrozného.

[SPM]

Jasně, tesání dlátem do hliněnejch destiček bylo před 1000 let taky normální - nevrátíme se k tomu? :)

[kotyz]

jisty vyhody by to melo, treba trvanlivost dat nekolik tisic let pri spravnym skladovani. to u niceho co dneska pouzivame nehrozi ani omylem dvd nepudou precist za 5 let, cd za 10, harddisky a pasky na tom nebudou o moc lip a co mame dalsiho? asi nic, diskety mrtvy, magnetooptika mrtva, derny stitky mrtvy, fmd ani holograficky disky porad nejsou nikde videt ackoliv uz pred 10 lety slibovali ze za 2 roky budou ...

[kotyz]

ruzovoucke prasatko si muze polibit rit. nebudou vsichni skakat jak 64bitovej troll piska

[AraxoN]

Už druhýkrát si sa zmienil o údajne problematickej 64-bit inštalácii... Mohol by si ozrejmiť čo sa tým myslí? Gentoo 64-bit som nainštaloval už asi na 10 rôznych strojov a nikdy som si žiaden problém nevšimol...

[Honza Jaroš]

Taky rvu 64-bit kam to jde a vcelku nemám problém. A v Gentoo handbooku jsem našel i ukázku grub.conf pro uživatele genkernelu včetně řádku initrd. Tak nějak nevím...

[PaulosV]

Právě že poprvé jsem Handbook nepoužil, ale zamixoval jsem místo ručně vytvořeného kernelu ten, co udělal genkernel. Podle špatného návodu, samozřejmě , takže jsem neměl initrd položku v GRUBu, navíc v položce root mělo být /dev/ram0, ne /dev/sda6 (to patřilo do real_root ).

Se 64 bity jsem měl více segfaultů i u stabilních balíčků, které se pak u 32-bitů neobjevily, takže zatím raději ne.

[CEST]

Hehe, zrejme jsi vybral spratnou distribuci.

V prvnim zapisku jsi napsal, ze o Linuxech skoro nic nevis. Pokud nic nevis o cemkoliv, tezko v tom budes nejak vynikat a asi se nebudes poustet do slozitejsich veci. At uz v matematice, fyzice, jizde na kole nebo v aute. Kde nejsi profik, provozujes pouze na uzivatelske urovni.

Aby ses stal profikem nebo aspon vic nez obyc uzivatelem, musis se to neco naucit. A to nejlip praxi. Muzes jednoduse experimentovat a blbnout s urcitou veci/oborem, dokud skutecne nenajdes to spravne reseni (to ale sebere hooodne casu), nebo si o tom neco prectes a pouzivanim to pak pochopis.

I ja pri instalaci gentoo pouzivam Gentoo Handbook a to se citim byt linux adminem. Takze je docela logicke, ze takovehle zacatky bez navodu asi nezvladnes.

Pokud chces linux pouzivat jako uzivatel, pouzij spis nejakou binarni distribuci. Muzes zacit na nejake hoodne user-friendly (Fedora, OpenSUSE, Ubuntu, Mandriva), kterou lehce nainstalujes a pak se v tom muzes zacit hrabat vic a vic a kdyz pak se budes citit a stavajici distribuce te bude omezovat, tak muzes prejit na nejakou drsnejsi (debian, slackware) a kdyz pak budes chtit ladit jednotlivy balicky presne podle tvych pozadavku, tak muzes zkusit kompilovana distra (arch, gentoo).

Pokud chces jit hned od zacatku do hloubky, jak to vsechno funguje, pak ti spis doporucuju LFS (Linux From Scratch). Navod je NUTNY!! Ale pak myslim pochopis jednotlive dilky, jak to vsechno funguje a startuje. Pochopis, ze PC nacte boot sector, odtud se nastartuje Grub stage 1, ta precte stage 1.5, ta si najde na FS stage 2, ktera vyhleda config a z nej spusti kernel, pokud je definovany initrd, tak se kernelu preda initrd, ten zacne startovat /linuxrc, kde se obvykle nactou moduly/ovladace pro desky, disky, lvm, raid (proste vse, co je potreba k pripojeni root fs), pak se nastartuji lvm, raidy a pripoji se rootfs. Pak kernel spusti /sbin/init a ten pak cte config z /etc/inittab atd atd.

Ja osobne jsem zacinal tim prvnim zpusobem. Delal jsem primarne pod Win95 a na skolnim linuxu jako uzivatel. Pak jsem ke svym Win95 priinstaloval RedHat6.0. Obcas jsem rebootnul do linuxu neco zkusit. Postupne jsem v Linuxu zustaval vic casu, pak uz jsem bootoval do Win, kdyz jsem neco nemohl udelat z Linuxu. Z RedHatu 7.2 jsem pak presel na Gentoo, kdyz jsem nechtel upgradovat na RH9 a mel jsem dost znalosti, jak to vsechno funguje.

Rozhodne se priprav na to, ze kompilovane distribuce vyzaduji vic casu. Pri instalaci hooodne moc, pri aktualizaci balicku obcas taky dost (velke balicky), rozhodne vic nez binarni distribuce. A taky se priprav na to, ze docela casto musis resit ruzny problemy, v Gentoo obcas resim nejaky bloky, pak ty problemy s ruznyma flagama, dost casto, kdyz upgradujes nejakou dulezitou knihovnu na novejsi major verzi, tak ti prestane fungovat vetsi mnozstvi programu, protoze jsou slinkovany s predchozi verzi knihovny, takze musis prekompilovat i tyhle baliky. Ikdyz vetsinou upgrade systemu resim jenom pomoci emerge --sync && emerge -vuDN wordl, nekdy to nemusi probehnout uplne hladce a obcas musi clovek stravit nejakou dobu vyhledanim problemu - Gentoo vyvojari proste nemuzou otestovat vsechny mozne kombinace nastaveni, takze se obcas muze nejaky problem vyskytnout jenom u tebe nebo par dalsich lidi, takze bugzilla.gentoo.org je taky dulezita adresa.

[PaulosV]

Přemýšlím, jestli z tohoto mého příspěvku, co teď píšu, nemám udělat rovnou zápisek do blogu

Řeknu to asi takhle: vy, co pracujete s Linuxem - jakoukoliv distribucí - déle, tak máte tak tisíckrát více znalostí o něm než já. Samozřejmě že s Linuxem úplně nezačínám, jinak bych se do Gentoo ani nehrnul, ale lákalo mě vyzkoušet něco trochu... jiného, než co mi dokáží nabídnout ostatní distribuce (v čele s Ubuntu a openSUSE, které jsem nějakou dobu měl nainstalované).

Pravdou je, že i díky Ubuntu a Gentoo jsem se teď naučil pár zajímavých příkazů a triků, co se mi mohou hodit v budoucnu (|, > (/dev/null ), < (/dev/zero), cat, bzcat, nano, less, grep, time, set, ln, <tabulátor> atd.). A to pořád kloužu po povrchu! Takže do LFS bych raději nešel, protože s ohledem na moje mozkové aktivity si nejsem jistý, kolik bych z toho návodu dokázal vstřebat informací k dalšímu použití. Gentoo mi v tomhle ohledu zatím přijde daleko jednodušší, dokonce i když uvážím některé problémy, které mohou postupem času nastat. Vlastně jediné příkazy, co často používám, jsou su, (někdy man), emerge, nano, ls, ln, /etc/init.d/<něco> start(stop/restart/status) v kombinaci s nějakými parametry, ale to je asi tak vše. Portage za mne udělá většinu té tvrdé práce.

S nějakým časovým skluzem u kompilací jsem počítal od začátku, rozhodně to není tak, že bych šel do něčeho, o čem nevím ani název A když už došlo na balíky jako OpenOffice nebo Chromium (Firefox atd.), tak tam mám k dispozici i binární varianty...

Co se týče problémů s aktualizacemi, musím se přiznat, že jsem taky už zažil celkem krizi, když jsem po odstranění KDE (abych nainstaloval jinou verzi) chtěl spustit emerge --depclean, instalátor kvůli nějakým závislostem nechtěl pokračovat a chtěl po mně emerge -upvD --newuse @world, což ale vyústilo v instalaci všech balíčků, co jsem před chvílí odstranil. Každopádně dneska už vím, že na to musím trochu jinak. Jinak, neměli jste někdy problém s (podle Gentoo) aktuální stabilní verzí CUPS? Odmítal tisknout prakticky vše, co jsem mu předhodil, ale veškerá nastavení byla v pořádku. Zamaskovaná verze to vyřešila. Postupem času jsem přišel na to, že ve složce s filtry některé chyběly... Ta chyba v bugzille sice je, ale nemohl jsem ji nějak najít; asi nebyla moc výrazná, čemuž se velmi divím.

[CEST]

No, tak jsi treba pouceny byl, ale jsou takovi ti radoby-guru, kteri masti na kradenych Windows kradeny hry a jinej software, rikaji, ze GIMP nic neumi a oni potrebujou na orezavani a otaceni fotek z dovoleny PhotoShop, protoze ten je lepsi. A tihle lidi, aby mohli machrovat a byt IN, tak potom zkusi nejake Linux distro a aby mohli machrovat co nejvic, tak zkusi nejake z tech slozitejsich a samozrejme se nedostanou ani pres instalaci a pak akorat kecaj, jak je linux slozitej a na nic.

Zrejme to chtelo nepsat prvni a druhy den, ale spis si s Gentoo nejdriv hrat a psat si poznamky. Prvni den bys totiz napsal text, co jsi napsal do prvniho zapisku a po tydnu bys to mozna smazal a napsal tam misto toho pouze jednu vetu "Prvni den jsem byl vul a snazil jsem se Gentoo instalovat bez navodu jen tak, jak jsem si myslel, ale to samozrejme nefungovalo a teprve ctvrty den jsem se dostal ke Gentoo Handook a podarilo se mi podle nej Gentoo nainstalovat a nastartovat."

Protoze takhle to potom opravdu vypada, ze Gentoo je nedodelanej, ale bez manualu ho muze instalovat opravdu jenom nekdo, kdo ho instaluje tak casto, ze uz jednotlive kroky zna zpameti.

[ext3fs]

Tak to my mame v praci jeden server (2x Athlon64) se 64bit Debianem a od urcite doby (po vymene vadneho disku v RAID poli) nahodne pada do restartu, po kterem se dokola restartuje (pri sahani na ACPI). 32bit Debian tam bezi v pohode. Timto nic netvrdim, jen ukazuji ze nekdy 64bit proste neni vyhodou.

[AraxoN]

To rozhodne nie je normálne chovanie amd64 architektúry. Skúsil by som pohľadať na nete, či takých nešťastníkov nie je viac. Možno stačí len prostý update BIOSu.

[mirec]

Len tak mimochodom na pokračovanie v kompilácii aj po chybe je voľba --keep-going, kým som používal emerge mal som ju ako default voľbu (EMERGE_DEFAULT_OPTS="--with-bdeps y --keep-going -v " v make.conf). Teraz používam paludis, kde funguje --continue-on-failure. Mimochodom neviete mi povedať prečo vlastne používam paludis? Pôvodne som od neho čakal vyššiu rýchlosť ako emerge a menej spotrebovanej RAM, ale ani jedného som sa nedočkal :(

[Petr Bravenec]

Grub je jenom takový malinký problémek. Já používám gentoo už hezkou řádku let na více než desítce severů (od začátku na amd64 a vždy celkem bez problémů). Měl jsem pocit, že Gentoo už sice hezky zvládám, ale upgrade byl čím dál větší problém a neuvěřitelně pracná a komplikovaná záležitost (blokované balíky, cyklické závislosti). Díky té pracnosti jsem po létech začal uvažovat, jestli Gentoo byla ta správná volba.

Až jsem jednoho dne objevil přepínač --oneshot a pochopil jsem, jak je to vlastně s balíky nainstalovanými "na moji žádost" (world) a "bez téhle knihovny to nepůjde" (závislosti, depends), a že upgradovat balíky jeden po druhém pomocí "emerge --upgrade balík" není ta pravá cesta. Pomocí "emerge --depclean" a ruční editace /var/lib/portage/world (varuji!!) se mi pak podařilo odinstalovat z některých počítačů až k tisícovce nepotřebných balíků. Revdep-rebuild mi jich pak stovku nainstaloval zpátky, ale nyní už nestraší ve world.

Z Gentoo se tak zase stala ta stavebnice operačního systému, která mi po překonání počátečních nesnází učarovala svou průhledností, lehkostí administrace a především maximální přizpůsobivostí mým konkrétním potřebám.

[pedro]

Ale poucil jsem se, o /var/lib/portage/world jsem nevedel, to se muze nekdy hodit. Btw. "emerge --depclean" pak smaze odtamtud odstraneny balik jako nepotrebnou zavislost? Kde se tedy potom udrzuje ten seznam nainstalovanych baliku?