LinuxovΘ noviny | Prosinec 1997 | |||||
| ||||||
Jak jste si u╛ mo╛nß v╣imli, byla vypu╣t∞na do sv∞ta novß verze populßrnφ linuxovΘ distribuce Red Hat. Minulß verze nesla Φφslo 4.2 a oznaΦenφ Vanderbilt, novß mß Φφslo 5.0 a oznaΦenφ Hurricane. V Φem ╛e se tedy li╣φ? ZaΦn∞me instalacφ.
B∞hem bootovßnφ jsem s povd∞kem zaregistroval, ╛e je pou╛ito jßdro Linuxu 2.0.32. Oproti verzi 2.0.31 a star╣φm mß toti╛ opravenΘ dv∞ zßsadnφ chyby. Za prvΘ je odolnΘ proti tzv. "teardrop" ·toku, kdy poslßnφm ╣patnΘho IP paketu bylo mo╛no Linux (a spoustu dal╣φch OS a rßdobyOS) zastavit Φi restartovat. A za druhΘ obchßzφ tzv. "F00F" chybu ve v╣ech procesorech Intel Pentium a Intel Pentium MMX, kterß jakΘmukoliv u╛ivateli dßvß mo╛nost procesor zastavit, co╛ je rozhodn∞ ╣patn∞. Odkud ╛e pr² budeme instalovat? Z lokßlnφho disku, kam jsme instalaci n∞jak²m zp∙sobem dostali (m∙j p°φpad)? Z CDROM? Po sφti (FTP, NFS)? Oproti Red Hat 4.2 zmizela volba instalovat po sφti pomocφ protokolu SMB, kterß mi stejn∞ p°ipadala takovß n∞jakß divnß. Z poΦφtaΦe s Windows 95 Φi NT se mi to stejn∞ nikdy nepovedlo, ╣lo to jen z unixovΘ Samby. Ale z unixu u╛ to m∙╛u instalovat pomocφ FTP nebo NFS. Tak╛e tΘ volby nenφ zas takovß ╣koda. Dal╣φ v∞c, co je v Red Hat 5.0 navφc je "klikacφ fdisk", kter² se jmenuje Disk Druid. D∙vod je jasn² - klasick² linuxov² fdisk je pro nezku╣enΘho u╛ivatele docela odstra╣ujφcφ program, tak╛e jeho funkce byly zabaleny do okΘnek a u╛ivatel se t°eba hned nelekne a neuteΦe. Jß jsem ale s radostφ pustil star² dobr² fdisk a pomocφ n∞kolika p°esn∞ mφ°en²ch p°φkaz∙ zajistil v╣e pot°ebnΘ. V Disk Druidovi bych mo╛nß tabulßtorem skßkal po Φudlφcφch je╣t∞ dote∩. :-) Tak. Te∩ u╛ jen vybrat, kter² disk naformßtovat a kter² rozhodn∞ ne, p°ekontrolovat to, je╣t∞ jednou p°ekontrolovat a jedeme dßl. Jak se dalo p°edpoklßdat, Φekß na nßs ╣ir╣φ v²b∞r software k nainstalovßnφ ne╛ v Red Hat 4.2. Nov∞ je za°azena nap°. databßze PostgreSQL Φi dΘmon gated, od spousty program∙ se dle oΦekßvßnφ objevily novΘ verze. Nap°. XFree 3.3.1, Apache 1.2.4. Nemß cenu zde vypisovat v╣echny konkrΘtnφ zm∞ny, pokud se n∞kdo v Φetb∞ podobnΘho typu vy╛φvß, doporuΦuji ke studiu nap°. telefonnφ seznam, je podobnΘho rßzu. Red Hat 5.0 pro Intel mß toti╛ 230 MB v 482 souborech RPM. Prost∞ je tam toho spousta a kdo hledß, velice Φasto najde. Pro srovnßnφ - Red Hat 4.2 m∞l 190 MB v 458 RPM souborech. Dal╣φ p°ekvapenφ Φekß v okam╛iku detekovßnφ hardware. Tam, kde se d°φv instalaΦnφ program ptal, zda mßm p°ipojenou my╣, a na kterΘm portu, mi te∩ jen oznßmil ╛e my╣ mßm, a to na COM1 a zeptal se jen na typ. Dobrß, trefil se. Doufßm jen, ╛e tahle autodetekce nebude d∞lat problΘmy v jin²ch hardwarov²ch konfiguracφch. Dßle jsem se dozv∞d∞l, ╛e mßm videokartu S3 Trio 64 a ╛e se pro ni hodφ specißlnφ akcelerovan² X-Server. No, to jsem v╣echno u╛ v∞d∞l, ale to, ╛e si to zjistφ samo, se mi lφbφ. U PCI karet se autodetekci dß celkem v∞°it, ka╛dß karta je schopnß se celkem inteligentn∞ p°edstavit a nem∞lo by dochßzet k nedorozum∞nφ. Toho by podle dokumentace m∞l instalaΦnφ program vyu╛φvat, znßmΘ PCI karty by m∞l pr² detekovat spolehliv∞. Opravdu se mi lφbilo, ╛e si mohu jednodu╣e zvolit, kterΘ serverovΘ slu╛by se majφ p°i bootovßnφ spou╣t∞t. Ve star╣φch verzφch Red Hatu se to toti╛ dalo d∞lat pouze z jednoho konkrΘtnφho programu z X-window. Nebo ruΦn∞, co╛ rozhodn∞ m∞lo k elegantnosti daleko. Zb²vß snad u╛ jen nastavit heslo pro roota, nainstalovat bootloader (znßmΘ LILO) a systΘm je p°ipraven k pou╛φvßnφ. Nebo ne? Ne, alespo≥ v mΘm p°φpad∞ nebyl. Bohu╛el. Hlavnφ vinu na tom m∞la asi nejp°evratn∞j╣φ novinka co se v Red Hat Linuxu 5.0 vyskytla - systΘmovß knihovna glibc (pln²m jmΘnem GNU libc 6). Byla vybrßna kv∙li tomu, ╛e v Linuxu postupn∞ nahrazuje knihovnu libc verze 5. Ta mß n∞kterΘ nedostatky, kterΘ je bohu╛el nutnΘ °e╣it radikßlnφm °ezem, i za cenu ztrßty plnΘ zp∞tnΘ kompatibility. Ve skuteΦnosti to nenφ tak hroznΘ, jak se m∙╛e na prvnφ pohled zdßt - v∞t╣inu program∙ staΦφ jen s glibc znovu zkompilovat a prost∞ fungujφ. Red Hat 5.0 je momentßln∞ jedinou distribucφ Linuxu, kterß pln∞ pou╛φvß glibc mφsto libc 5. Bohu╛el jsem zjistil, ╛e mi nefunguje kompilßtor jakyka C - p°i jakΘkoliv v∞t╣φ kompilaci spadne a na°φkß, ╛e "got signal 11". To obvykle znamenß hardwarovΘ problΘmy (RAM, CPU apod.), ale to zjevn∞ nebyl m∙j p°φpad, proto╛e Red Hat 4.2 mi na tom samΘm poΦφtaΦi b∞hal bez problΘm∙. Po postupnΘm vyptßvßnφ se jsem do╣el k nßzoru, ╛e je to asi tφm, ze mßm procesor Cyrix 6x86 a novΘ GCC s nov²m glibc si s nφm prost∞ neporadφ. Feela (Ond°ej Filip) m∞l ·pln∞ stejn² problΘm. A to dokonce je╣t∞ d°φv ne╛ jß, proto╛e na╣el Φas na upgrade svΘho Linuxu rßno, jß a╛ odpoledne. Instaloval pomocφ volby "upgrade" z funkΦnφho Red Hat 4.2, tak╛e jsem si myslel, ╛e je to tφm. Jß jsem tedy zazßlohoval v╣e pot°ebnΘ a instaloval jsem komplet znovu. A GCC padalo stejn∞. Nakonec jsme si °ekli, ╛e to bude asi procesorem (oba mßme Cyrix 6x86), proto╛e nikomu jinΘmu to ned∞lalo, a nikdo jin² Cyrix nem∞l. VeΦer jsme se dohodli, ╛e to po╣leme e-mailem jako oficißlnφ oznßmenφ chyby. Zatφmco jß jsem hledal pat°iΦnou e-mailovou adresu, Feela nevßhal a poslal mail p°φmo Eriku Troanovi. Obratem dostal odpov∞∩.
Po nainstalovßnφ souboru gcc-2.7.2.3-glibc z doporuΦenΘ adresy nßm ob∞ma ten problΘm zmizel. Feela odepsal, ╛e u╛ je to v po°ßdku, tak╛e se dß oΦekßvat, ╛e bude zanedlouho k dispozici oficißlnφ update gcc ve formßtu RPM. Tohle v╣echno se seb∞hlo b∞hem pßr hodin. Tak╛e a╛ mi zase n∞kdo bude vysv∞tlovat, ╛e Linux nemß v∙bec ╛ßdnou podporu, budu se u╛ jen shovφvav∞ usmφvat... :-) ProΦ jsem ale pot°eboval funkΦnφ GCC? V prvnφ °ad∞ abych si mohl zkompilovat ssh, proto╛e starΘ binßrky odmφtaly fungovat, ╛e pr² "segmentation fault". Daly si ale domluvit pomocφ
rpm --rebuild ssh-*.src.rpm rpm -e ssh rpm -i ssh Nic jinΘho jsem u╛ kompilovat nemusel. V konferenci linux@muni.cz si navφc n∞kdo st∞╛oval, ╛e nefunguje ncpmount (utilita na p°ipojovßnφ novellovsk²ch disk∙). Pr² k oprav∞ staΦilo smazat rpm z Red Hat 5.0 a nainstalovat star╣φ z Red Hat 4.2, kterΘ j∞╣t∞ nepou╛φvß glibc. Oproti tomu, co jsem Φekal za komplikace p°i p°echodu z libc 5 na glibc, celß instalace vlastn∞ prob∞hla celkem hladce. Upgrade na glibc se Φasem stejn∞ nevyhne nikdo, tak proΦ to neud∞lat hned te∩. Navφc kdy╛ k tomu je aktußlnφ distribuce Linuxu! A °ekl bych, ╛e za chvφli se zaΦnou rojit i p°ipravenΘ soubory .rpm specißln∞ pro Red Hat 5.0 se v╣φm pot°ebn²m, tak╛e i to rpm --rebuild si budete moci odpustit.
Tak co na zßv∞r? DoporuΦit, nedoporuΦit? Red Hat 5.0 je╣t∞ nenφ tak
v²born∞ odlad∞nß distribuce jako Red Hat 4.2, ale mß novΘ vlastnosti,
kterΘ se vßm urΦit∞ budou lφbit. Pokud po╛adujete bezproblΘmov² chod
serveru a chcete, aby v╣echno fungovalo hned, sßhn∞te stßle po
Red Hat 4.2. Jinak rozhodn∞ uva╛ujte o Red Hat 5.0, je prost∞ nov∞j╣φ
a pokrok nezastavφte.
|