Portál AbcLinuxu, 31. října 2025 19:43
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 
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
..., 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.
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í
Tiskni
Sdílej:
.
Ale o takovém nástroji jsem zase nevěděl a děkuju za naťuknutí ke správné cestě.
>s normální architekturou (x86).
Za to tě Jardík nebude mít rád...
x86 architektura možná není normální, ale dnes nejpoužívanější, což se mi jevilo jako normální
6.4.2010 21:30
Václav "Darm" Novák | skóre: 26
| blog: Darmovy_kecy
| Bechyně / Praha
7.4.2010 11:30
kotyz | skóre: 25
| blog: kotyzblog
| Plzeň
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 ...
6.4.2010 23:08
kotyz | skóre: 25
| blog: kotyzblog
| Plzeň
6.4.2010 22:20
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
, 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.
Ř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.
7.4.2010 08:52
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
7.4.2010 08:59
mirec | skóre: 32
| blog: mirecove_dristy
| Poprad
7.4.2010 12:22
Petr Bravenec | skóre: 43
| blog: Bravenec
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?
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.
6.4.2010 20:25
6.4.2010 21:02