Úvod
Hledat
Ovladače
Hardware
Software
Abíčko
O nás

Jak řešit problémy

Jak řešit problémy

27. 3. 2002 08:59 | Pavel Kysilka

Stane se vám někdy, že něco nevíte? A znáte opravdu všechny možnosti, jak problém vyřešit?

Když procházím občas konference a hledám řešení nějakého problému, objevím tam dotazy linuxových nováčků. Některé dotazy jsou typu "mě to nefunguje a nevím co s tím", "proč nejde zařízení či soft pod linuxem", a podobně. U některých dotazu je znát, že autor nepřečetl ani kousek dokumentace a ani nic neudělal pro to, aby se pokusil dotazovaný problém alespoň trochu sám řešit. Linuxoví guru ani na tyto typy dotazů neodpovídají či odporučí přečtení README souboru či manuálové stranky.

Na jednu stranu se jim ani nedivím, když autor dotazu pro řešení problému ani nic neudělal. Na druhou stranu si říkám, že nováčkové ani občas nevědí, jak řešit dané problémy či stráví neefektivní prací dlouhé hodiny. Článek by měl pomoci alespoň trochu začátečníkům a pro ty, co už něco znají, by mohl ušetřit čas na odepisování do konference či sledování dotazů, na kterých nebylo znát ani trochu snahy jejich autora. Nováčkové by si měli uvědomit, že čím více času věnují oni danému problému, tím více se mohou věnovat guru vývoji software, který může linuxové komunitě a i jim pomoci. Na druhou stranu chápu a ctím to, že každý problém má svůj čas na řešení a strávit nad něčím hodiny bez výsledků nemá smysl.

A tak jsem se rozhodl napsat jakýsi manuál, jak postupovat při řešení problémů co nejefektivněji. Nepočitejte s návodem jako z knížky, je to pouze popis pár mých praktických zkušeností. Je spíše určen pro ty, co s linuxem začínají. Od guru ocením, když napíší nějaká podobná řešení na toto téma či mne zkritizují. Sám se necítím jako guru ani jako znalec. Používám linux asi 2 roky občasně a poslední půlrok denně 6-14 hodin. Tomu, co umím, vděčím právě čtení dokumentace, rad od kolegů, čtení konference. Žádná věda. A je za tím mnoho práce a času.

Toto téma je bráno jako volné, nechci zde řešit příliš nějaké konkretní problémy, spíše jenom občas příklady. A ani v diskusi pod článkem. Od toho je tu nové diskusní fórum. V diskusi by neškodilo, kdyby guru přidali něco ze svých zkušeností. Předem díky. Problémy jsou řešeny částečně dle obtížnosti do bodů, ale příliš na jejich pořadí nehledím. Vemte si z článku každý, co potřebujete.

Nastal problém. To či ono nejde. Co s tím?

0) Literatura
Pokud do linuxu vůbec nevidíte, doporučuju přečíst Linux-dokumentačni projekt. Ne celý. To co potřebujete vědet a myslíte si, že to užijete v praxi. Ať už knížku či lépe v elektronické podobě. Existují i školičky linuxu. Dobré linky jsou www.ll.cz , www.manualy.sk a sekce UNIX, www.penguin.cz. Kvalitní články jsou také na www.root.cz. Mnoho dokumentace v angličtině je na serveru linuxdoc.org. Samozřejmě existuje i více serverů, kde lze najít linuxové informace.
1) Samostatnost
Nepište hned do diskusního fóra či konference !!! Porvěte se s tím chvíli sami.
2) Man, Info
V témeř každém balíčku programu či distribuci existuje manuál. A určitě by jste se měli s ním dostat dále než na původní pozici a kontaktujte support@<vložte jméno jedné nejmenované firmy>.com   .
Zapamatujte si příkazy man a info. U daného příkazu stačí většinou napsat man <něco> nebo info <něco>.

Hlavní pohyb po manualové stránce man je pomocí šipek, page_up, page_down, home, end, vyhledavání slov je pomocí znaku /. Hlavní pohyb po manualové stránce pomocí info je obstaravají šipky, page_up, page_down, home, end, u -nahoru, n -další, p -předchozí, vyhledavaní slov znak / . Vyhledavání pomocí manuálových stránek je možno pomocí man (-k, -K, případně jiné volby z man man).

3) Instalace programů
Instalovat programy doporučuji z rpm či deb balíčků či dle balíčků dané disribuce. Máte alespoň pořádek na disku a vyznáte se v tom. Je také lepší možnost odinstalace. Někdy není na zbytí a daný balíček je ve formátu zdrojových kódu anebo rpm či deb balíček nechodí či nejde nainstalovat. Ve většině balíčku (tar.gz, tar.bz2 ) jsou soubory INSTALL, READ, INSTALL_INSTRUCTION, README_FIRST, či adresáře /doc, /INSTALL, /documentation, neškodí si je pročíst. A nerad bych zapomněl na dokumentaci HOWTO. Alespoň lehce přečíst po klíčových slovech, které jsou samostatně na řádku. Hlavní slova jsou ./configure, make, make install.

Ne vždy jde instalace pouze pomocí ./configure, make, make install a je hotovo. Zvažte také, zda se vyplatí upgradovat. Tyto informace najdete opvykle v souborech Changelog či Changes. Může také pomoci ./configure --help pro nastaveni instalačních a kompilačních voleb programu.

Pokud spouštíte programy, tak nápovědu či volby programu lze získat pomocí příkazu <jméno_programu> (a zkuste připojit jednu z voleb) -h --h -help --help (někdy stačí napsat samotné jméno programu.

4) Jazyky
Neškodí znát trochu angličtinu. Nemusíte proto navštěvovat nějaký kurs či nosit s sebou slovník. Stačí si občas zapamatovat nějaký termín. Dobrou pomůckou může být na vedlejší konsoli otevřený v linksu či jiném prohlížeči online slovnik, osobně používám slovnik.seznam.cz.
5) Textový režim
Nebojte se používat textový režim, ať už konsoli či v X. Používám jej především pro to, že je rychlejší než grafický režim a především, že hledání na internetu v linksu je nesrovnatelně rychlejší než stahování reklam, bannerů a všelijakých grafických hračiček pomocí Mozilly či jiných prohlížečů v X-kách.

Grafické hračky a myš hrozně zdržuji. Hlavně myš. Pokud se naučíte používat klávesnici a klávesové zkratky, zjistíte, že myš je například dobré praktické těžítko, aby se samy nezavíraly stránky v knížce, z niž něco studujete a že občas se s nic dá i pracovat. Někde je myš ale nutnost, to nepopírám.

6) Rozšiřte si pracovní plochu
Používejte více konsolí či obrazovek. Od toho tam jsou. Šetřit papírem je logické, ale obrazovkou ne. Ale zase ne na úkor přehlednosti. Přepínání konsolí: Alt+F1 až Alt+F6. Alt+F1 až Alt+F4 přepínání pracovních ploch X. Konzolí a pracovních ploch si navolte, kolik chcete a kolik vám linux dovolí.
7) Konference
Používejte archívy konferencí. Osobně doporučuji linux@linux.cz. Někdy stačí projít mailing-listy daného sw či hw a dotaz z problémem tam byl obvykle již položen.
8) Vyhledávače
Kámoš google. Existuji i jiné vyhledávače(webfast, yahoo, seznam). Google je moc chytrej vyhledávač. Stačí vložit chybu či chybovou hlášku a on vám ukáže stránku s ní a možna je to další cesta k řešení, obvykle se dostanete na nějakou stránku projektu anebo do nějakého archívu konference. A problém, který řešíte, už někdo většinou vyřešil před vámi.
9) AbcLinuxu
Nemusíte chodit moc daleko. Někdy stačí AbcLinuxu anebo dát si vyhledat dané slovo na root.cz a v člancích (ne archív krátkých zpráv) něco najdete.
10) Freshmeat
Hledáte software? Mrkněte se na freshmeat. Super rozcestník, vyhledávač a katalog software, je ale anglicky.
11) Textové editory
Používejte rozumný editor textu. Já osobně jsem už pár měsíců stále fascinován editorem Vim a mám problémy psat v nějakém jiném editoru, protože práce mi potom příliš dlouho trvá. Ale existují i jiné editory. Každý by si měl z široké nabídky urcite vybrat. Emacs, joe, gedit, nedit, Koffice, editor v mc.
echo slovo > soubor - pro ty opravdu tvrde linuxáře :-).

Osobně říkám, že správní muží píší ve Vim, dělají na konsoli a píší v noci. Sám bych ale k tomuto přívlastku potřeboval poněkud více znalostí ....

12) Grep
Mocný příkaz grep. Občas potřebujete najít nějaký termín či pojem. Máte před sebou haldu dokumentace a zdrojáků. Asi je nebudete číst všechny. Projeďte je grepem.
grep -air 'hledane_slovo_ci_vyraz' soubory_mozno_s_hvezdickovou_syntaxi
-a jako text, -w slova, -i nerozlišovat malá a velká písmena -r rekursivně (třeba celý adresářový strom)

Dále neškodí použít příkazy cut a sort. Přečtěte si jejich manualové stránky. Fakt moc šikovné příkazy.

13) Roury
Propasírujte příkaz či výpis programu přes rouru. Je to dost schopný způsob filtrovaní informací.

Příklad: příkaz | grep -air 'slovo' | sort

14) Přesměrování
Přesměrujte si výstupy z programu. Získáte tím výpis chyb z obrazovky. Na obrazovce se lze vracet asi o 5 obrazovek zpět pomocí Shift+Page_Up/Page_Down, ale co když je toho více a chcete s tímto textem pracovat.

Příklady:

výpis souborů z adresáře do souboru
ls -l > adresar_list_soubor a můžete s tím hned pracovat
výstupy z kompilace
make > message_file a hned se ty chyby hledají lépe.
15) Logy
Většina větších a inteligentních programů zapisuje hlášky o své činnosti do určitých souborů = logů. Tímto stylem se dají nalezt chyby. Většina logů je v adresáři /var/log/. Případně lze zapnout tuto volbu u některých programů.
16) Ukecanost -- verbose
Mnoho programů má volbu -v. To je výpis o činnosti programu. Dá se zapnout i jeho úroveňn a množství. Z toho se dá potom i něco najít a případnou chybu propasírovat přes grep či googla. Když chybu nelze najít, tak jejímu objevení pomožte. Třeba i způsobit jinou chybu danou chybu doprovazející.
17) Zálohy a zápisy činnosti.
Když provádíte nějaké větší úpravy v systémových souborech a hrozí, že by se nerozběhl systém a že se budete muset vracet zpět, zálohujte si tyto soubory či používejte linky (příkaz ln). Neškodí si psát, co děláte. Ale na papír. Z neběžícího systému informace nedostanete. Vhodné to je také pro více správců serveru, aby se potom na serveru mohli lépe orientovat. Pokud se vám systém po vaší úpravě nerozběhne, tak není nic jednoduššího, než nabootovat z CDéčka či přenést disk a soubory ze zálohy překopírovat. Lepší než nová instalace systému a moře nervů a času pryč.

Doporučuji i zálohy konfiguračních souboru po delším čase na již vyladěném systému. Pak stačí pouze instalace systému a překopírování těchto souborů a ne pracné naklikávání a dopisování znovu. Není problém již v 35 minutě po instalaci na silnějším stroji pracovat na systému s většinou věci již nakonfigurovanými z přechozího vyladěného systému. Linux je sice dost stabilní systém, ale někdy stačí, když vám odejde harddisk a je o "radost" postaráno.

18) Neřešitelné problémy.
Někdy nemůzete něco vyřešit a trápíte se s tím dlouhou dobu. Linux není určen k tomu, aby se daný uživatel na něm dřel či z daného problému duševně zkolaboval. Je na vás, jak dlouho na daném problému pracujete, kolik máte času a zda jsou alespoň nějaké kroky a výsledky kupředu.

Diskusní fórum či konference. Od toho tu je. Pište stručně, ale výstižně. Snažte se maximálně pomoci co nejvíce těm, co vám chtějí pomoci. Nesdělujte učastníkům konference, ze &quit;daný OS je na <vložte nějaké neslušné slovo>", že "pod jiným OS tošlo bez problémů", šetřete jejich čas, poštu a celkově již ucpaný internet. Čekejte však, že dostanete návod, jak to či ono najít či řešit. Ne jak to přesně krok po kroku nainstalovat a zprovoznit. To by se rovnou mohl zadávat přístup na ssh a ten, kdo by zadával problém k řešeni by nemusel ani sáhnout na klávesnici a zároveň by se také nic nenaučil.

Pro mě je třeba neřešitelným problémem a noční můrou tiskárna Kyocera F1000A a appsfiltry. A po pár nocech s touto tiskárnou jsem se uz ptal v konferenci. Neříkám, že musíte něco zadat do konference až po několika dnech a probdělých nocech. Hlavní měřítko asi je, jak postupujete kupředu a zda jste dosáhli alespoň nejakých výsledku či ne.

19) Nákup HW
Ne vždy je dobré koupit HW za super levnou cenu či absolutní novinku. Hlavní měřítko je, zda to linux podporuje. Doporučuju stránky AbcLinuxu a Linux Hardware Database (je to database linuxem podporovaneho hardware). Či se podívat na stránky výrobce nebo na googla.

Ani HW zadarmo či jiné dárečky nemusí občas chodit. Nic proti prehistorickym kouskům, ale občas by to chtělo mít alespoň jistotu, jestli daný HW ještě "žije" a funguje, jak má. Ne-li zhodnotit, zda nejít místo zdlouhavé instalace pracovat a vydělat si na HW novějši a o něco více funkční. Nejnovější a nejrychlejší "supervěc" zase nemusí být ještě podporována nebo pod Linuxem chodí na 50% výkonu.

20) Kompilace jádra a jeho instalace
Čtete, co dáváte do voleb. Je dobré si nechat minimálně jedno funkční jádro záložní. či mít bootovací disketu či CD s instalačkou. Potom můžete alespoň nabootovat. A ukladání předchozích konfiguračních souborů jádra config není od věci. Obzvláště pokud patříte mezi ty, co pravidelně updatují jadro a co chtějí podporu nových věci.

K update jádra. Přečtete si changelogy. Případně je spojte z více verzí do jednoho souboru a pak grepem zjistěte, zda update má smysl.
cat changelog* > all_changelog
grep -ai 'hledany_hw_k_update_jadra' all_changelogy

21)Instalace modulu
Jedno z řešení. Pokud Vám nejdou nahrát moduly k danému zařízení či HW zkuste příkaz modinfo <nazev_modulu>. Dostanete volby pro daný modul a potom můžete doplnit za insmod options <dane_volby>.
22) Pište scripty
Není potřeba vše pracně opisovat. Uložte si dané příkazy z příkazové řádky do souboru a ten spouštějte pomocí příkazu sh. Případně soubor s příkazy můžete na vedlejší konsoli editovat.
23) Zdrojáky
Trošku obtižnější. Někdy nejde něco přeložit. Či spustit. Nahlédněte do spouštěcích scriptů či do souborů Makefile. Občas stačí zeditovat cesty. Neškodí nějaká znalost C či jiného programovacího jazyku. Pomocí locate či find si najdete, zda daný soubor vůubec máte a kde ho máte.
24) Find
Pokud nenajdete soubory pomocí locate ( z database ) a nebo jste přidávali do systému nové soubory po update databáse nebo potřebujete vyhledávat podle určitých parametrů soubory, použijte find. Má neuvěřitelně mnoho voleb. Také mocný nástroj.
25) Regulární výrazy
Báječna věc. Doporučuju se je naučit, pokud děláte v linuxu více a myslíte to s ním opravdu vážne. Suprově slouží k vyhledávání daných slov, ať už v nějakém rozumnějším editoru či pomocí grepu. Ale neni to nic jednoduchého se je naučit. Pokud do nich proniknete, oceníte je jako nepostradatelné pomocníky a nahrazování a hledání bude o dost efektivnější. Věci typu najdi slovo s 5 znaky od konce řádku či nahraď každé čislo větší než 100 pěti hvězdičkami, budou potom běžností.

Více se ale podívejte na články pana Satrapy na www.root.cz (hledejte treba slovo "regular".

26) Root
Když nemusíte, nepracujte jako superuživatel root. Kdysi jsem si omylem potvrdil kompletní smazání adresáře /usr/. K tomu raději žádný komentář.
27) Zase konference
Doporučuju pravidelně pročítat. Myslím tím věci, které jsou použitelné a využitelné pro vás, ne do písmenka. Je to dobry vzdělávací prostředek.
28) Zdroje informací.
Vytvořte si vlastní síť informací na internetu. A podle toho, jak často na daných stránkách přibývají informace, tak tyto stránky navštěvujte. Někam stačí jít jednou za týden, někam každý den. To samé platí pro update software.

Přeju minimum problémů s linuxem a maximum nabytých znalostí.

Pavel 'Goldenfish' Kysilka

Diskuse k tomuto článku

Datum: 27. 3. 2002 11:01
Od: bug
Titulek: nefungujou Ti linky v clanku

nefungujou Ti linky v clanku ...

Datum: 27. 3. 2002 13:29
Od: Leoš Literák
Titulek: Re: nefungujou Ti linky v clanku

ja jsem ale mantak. nejdrive to deset minut opravuju a pak to dvema kliknutimi vratim do puvodniho stavu :-(

snazil jsem se opravit i chyby s neproporcionalnim pismem, ale docela s tim valcim. je tam toho moc a kde zmenim " na &quot; tam to pri pristi editaci zase je :-(. vypada to na bug

Datum: 27. 3. 2002 13:00
Od: ivok
Titulek: (xx) ctete chybove hlasky

"Nefunguje to. Napise to chybovou hlasku a skonci. Co mam delat?"

Muj neoblibenejsi dotaz :-)

Datum: 27. 3. 2002 13:48
Od: lukas kubin
Titulek: regularni -> regulerni

Nemelo by se spis psat "regulerni"? Podle me je to i logicke -- uz podle slova "regule". "Regularni" je spis neco pravidelneho. Nechci byt ale pedant, sam to jiste nevim, jenom hadam.

Datum: 27. 3. 2002 19:47
Od: Leoš Literák
Titulek: Re: regularni -> regulerni

nikoliv, regularni je spravne.

Datum: 27. 3. 2002 21:16
Od: Tomáš Cerha
Titulek: Re: Re: regularni -> regulerni

Právě proto, že se zakládají na regulární (chceš-li "pravidelné" :-) gramatice.

Datum: 27. 3. 2002 21:12
Od: pavel kysilka
Titulek: Re: regularni -> regulerni

zdravim,
regularni je spravne. ted jsem to kontroloval na www.root.cz a je spravne. myslim si , ze pan satrapa se neplete.to spise u me je vyskyt chyb dost mozny.
zatim pavel goldenfish kysilka

Datum: 27. 3. 2002 13:50
Od: Prcek
Titulek: Nejsem guru, ale zkusim neco doplnit

Prepinani obrazovek zalezi na nastaveni window manageru, treba muj IceWM to mel standardne na CTRL+ALT+cislo_desktopu.
Presmerovani chyboveho vystupu (nektere programy radeji pisi tam) 2>kam.txt, treba 2>&1 na standardni vystup.

Datum: 27. 3. 2002 21:23
Od: pavel kysilka
Titulek: Re: Nejsem guru, ale zkusim neco doplnit

zdravim,
dik za doplneni, to jsem do clanku mel napsat.
zatim pavel goldenfish kysilka

Datum: 27. 3. 2002 13:56
Od: Dracula@kanal.ucw.cz
Titulek: slovnik.seznam.cz

Rybicko! Jak si to predstavujes, delat reklamu konkurencnimu slovniku (slovnik.seznam.cz).

Lidi pouzivejte slovnik v kanalu, sice horsi, mene funkcni, vcelku na nic, ale muj:) kanal.ucw.cz/slovnik nebo slovnik.ma.cx

cau dracula

Datum: 27. 3. 2002 21:21
Od: pavel kysilka
Titulek: Re: slovnik.seznam.cz


cau,
nechci te zklamat, ale slovnik na seznamu ma ponekud vetsi databasi slov a linka na nas server neni take "nafukovaci".
az bude tvuj slovnik lepsi nez na seznamu, je mozne ze v nejakem dalsim clanku bude na nej link, zatim bohuzel.
zbytek muzem probrat nekde na cigarete, ale ne tady.
zatim goldenfish

Datum: 27. 3. 2002 17:47
Od: Jokem
Titulek: skvele! :o)

Vzhledem k tomu ze sam jsem velmi mirne pokrocili zacatecnik mam vetsinu popisovanych situaci zive v pameti.

Takhle prehledne a vystizne (neboli perfektne) sepsane tipy po kupe jsem jeste nevidel.

Jeste jednou skvele a dekuji.

Datum: 27. 3. 2002 19:08
Od: Deda.Jabko
Titulek: dalsi uzitecna vec

jako zacatecnika me stresoval vystup na vic nez jednu obrazovku proto

doporucuju shift+up nebo shift+down a jeste lepe prikaz less napr. ls -l | less

Datum: 28. 3. 2002 09:00
Od: Jan Hradek
Titulek: Tema na clanek

Co takhle jeste clanek : Jak se nedostat do problemu ? :)

Datum: 28. 3. 2002 11:20
Od: pavel kysilka
Titulek: Re: Tema na clanek

zdravim,
no napad je to dobrej.ale mam omezeny casovy moznosti.ale kdy, ja fakt nevim. mozna az nebudu v IT........
i kdyz kratkej clanek by mohl byt : zacatek.nepouzivame Wokna.konec.
planuju clanek o pouzivani sed-u ,ale absolutne bez zaruky.jinak napady na clanek vitany na muj mail. zatim
pavel goldenfish kysilka

Datum: 28. 3. 2002 10:54
Od: fikus
Titulek: zacatecnici

myslim, ze problematiku zacatecniku muzeme resit vsichni spolecne! az jednou budete mit svoje deti, ucte je od mala delat s linuxem/unixy a pak z nich nebudou nikdy zacatecnici :-)

Datum: 30. 3. 2002 18:18
Od: Milda
Titulek: K bodu 5

Používání Linksu v 21. století určitě Micro$oftu zákazníky neodláká.

Datum: 1. 4. 2002 19:13
Od: Vaclav Dvorak
Titulek: Skvely clanek

Diky za skvely clanek - presne to tady chybelo. Ac pouzivam linux uz dlouho, dozvedel jem se spoustu veci. Nechcete z toho udelat HOWTO ?

Datum: 3. 4. 2002 08:07
Od: pavel kysilka
Titulek: Re: Skvely clanek

zdravim,
no ted rojizdim 3 weby a tezce nestiham.
udelat HOWTO ?? na to se necitim jeste tak dobry. tohle byly spise moje prakticke zkusenosti, ktere pouzivam a jeste se najde dost veci na zdokonaleni.
zatim pavel goldenfish kysilka

Datum: 1. 4. 2002 19:25
Od: Vaclav Dvorak
Titulek: dalsi figle

dovolim si doplnit dalsi figle z vlastni zkusenosti :
- instantni log : presmerujte si vsechny hlaseni ( i ty co se normalne nezapisuji) na devatou konzoli doplnenim radku " *.* /dev/tty9". Prostym stisknutim ctrl+alt+f9 tak je hned videt jestli se neco nedeje.

- brute force prohledavani /etc Tohle jsem pouzival jako zacatecnik a docela to pomahalo : kdyz chci neco zkonfigurovat a nevim kde, zadam v midnight commanderu v adresari /etc hledat vsechny soubory na nejaky vhodny text. Napriklad kdyz zmenit IP adresu, kterou nastavil instalator, zadam jeji soucasnou hodnotu. jednoduche, ucinne.

- presmerovani stderr :
Pokud program verbose informace vypisuje, ale odroluji na obrazovce a nejdou presmerovat do souboru ( pripad Xfree 3.0) je to tim ze je vypisuje do stderr. Je treba presmerovat napr : startx 3>&1 > x-log.txt (doufam. Jinak je to v man bash : redirection)
Novejsi Xfree uz vypisuji defaultne do souboru v adresari /var/log, jak autor spravne podotknul.

-zachovavani logu:
Ze vsech instalaci linuxu si pred jejich smazanim vyzalohuji adresare : /etc , /root, /home, /var/log. 1)Pokud v nove instalaci nejaky program nebude fungovat, snadno se tak mohu podivat jak byl nakonfigurovany predim.
2) pokud si vzpominam, ze jsem zadaval nejaky prikaz se slozitymi parametry, ktere uz si nepamatuji, staci se podivat do ~/.bash_history
3) uschova logu se zda malo uzitecna, ale muzete ji ocenit i po nekolika letech :
- napr. kdyz chci zjistit, jestli neco (ne)fungovalo uz v predchozi instalaci

- nefunkcni programy v X:
Pokud X-vy program nejede, ale nevypisuje zadnou chybu, otevru si v X terminal a pustim ho z nej. Chybova hlaseni se mozna budou objevovat v nem.

- strace:
Pokud programu chybi nejake soubory, ale nevim ktere, pustim "strace program". Tim ziskam vypis jeho systemovych volani - hledam radky "file open failed" (nebo tak nejak). Vypisovanych informaci je opravdu hodne, takze je bude potreba prohnat grepem.
Poznamka : problem mysterioznich hlaseni a chybejicich souboru jsem mnohem casteji zazil ve Windows nez Linuxu. Pod Windows existuje program Win-Expose-IO taktez WXI95 (nebo tak nejak) ktery vypisuje pristupy k souborum a usetril mi hodne vlasu vytrhanych ze vzteku.

- ldd:
ldd vypise dynamicke knihovny, bez kterych program nepobezi. Vyuzijete zejmena pri orezavani linuxu, nebo kdyz program vypisuje "loading shared object failed" . Ke kteremu balicku knihovna patri zjistim na www.rpmfind.net

- klonovani linuxu :
pokud chci vyzkouset rozjet nejakou opravdu slozitou vec, u ktere si nejsem jisty, jestli budu chopny vratit system do funkcniho stavu ( priklad : instalace/kompilace evolution : na redhatu 7.2 je treba instalovat asi 10-20 balicku, pro kompilaci asi jeste jednou tolik, pritom u spousty veci se biji dependencies a pod).
Postup : vytvorim dalsi ext2 partition, zkopiruji na ni cely svuj rootdir (je vhodne vynechat /mnt nebo predtim unmountnout vsechny systemy), upravim bootloader, prebootuju do naklonovaneho linuxu, vyzkousim pozadovanou operaci, pokud proobehne bez problemu a funguji i neovlivnovane programy, zopakuji postup na puvodni system
Pozn : hned po oklonovani si novy system viditelne odlisim, pracovat na dvou stejnych sytemech je pekne schizzo :-)

-redhat *.2
Nejsem si tim zcela jisty, ale u redhatu snad platilo nejake pravidlo o tom ze .0 verze zavadi prevratne zmeny a nasledne .1 a .2 jenom opravuje, maximalne dela nejake mensi zmeny. Nevim jak to bude platit dal, vzhledem k tomu ze mezi 7.1 a 7.2 byly dost podstatne rozdily(ie ext3) a snad ani nebude RH8.0 ale 7.3, nicmene, pokud chcete mit spolehlivy linux, nemusi byt nejnovejsi verze to prave.

- konference vs. kamaradi:
v konferenci linux@linux.cz je jiste spousta chytrych lidi, ale neni vhodne sem psat kazdou blbost. Zatimco kamarad(i) sice vi jen malo, ale nestydim se jich na cokoliv zeptat. Take se muzeme sejit a pokecat. Idealni kamarad pouziva stejnou distribuci, ma obdobny hadrware a obdobne zajmy. Tim padem, kdyz mi neco nefunguje, zeptam se ho, jestli uz to nahodu nevyresil. Cim vic toho ma stejneho, tim je vetsi pravdepodobnost ze uz stejny problem resil, a muze mi poradit, a opacne. Najit toho spravneho cloveka muze byt tezke...

Doplneni k clanku :

-pokud jste zacatecnik a chcete mit funkcni system, pak :
- instalujte programy jen z RPM a to radsi jen te spravne distribuce
- nikdy, ale opravdu NIKDY nepouzivejte prepinac rpm --nodeps
- neinstalujte nove programy pokud je nutne nepotrebujete
- totez plati pro kompilaci kernelu

Datum: 2. 4. 2002 08:08
Od: pavel kysilka
Titulek: Re: dalsi figle

zdravim.
super.tohle tady chybelo.
zatim pavel goldenfish kysilka

Datum: 3. 4. 2002 14:19
Od: Josef Gossel
Titulek: par veci mi trochu chybí

Velmi postradam jednoduchou vec - (uceleny) seznam - neco jako tabulku kde by byly temata a k nim bud linky nebo alespon slovni odkazy s hodnocenim(!!!) - napriklad samba - doplnkova dokumentace je na ...adresa, diskuse zahranicni ...samba.org(****), diskuse v cestine ...adresa (**), literatura ..Samba... vydal ...(*****) - nebo neco podobneho stylem "spise pro laiky" nebo naopak "guru only" Kdyz totiz zadate podobny vyraz v googlu, tak jen projit odkazy je na par hodin a oddelit zrno od plev zvlaste kdyz se do diskusi zapojuji i jedinci, co bych jim okamzite odstrih draty, to je fakt problem na hodne dni. Pak dochazi k tomu, ze clovek rezignuje a problem resi jinak (a dost casto ne nadlouho).

Druhe co me trapi jsou "jednoduche navody" typu Jak zjistit ze (ne)mate zabezpeceny webovy server. Ja vim ze o tom pojednavaji tuny literatury - ale chtel bych k ruce nejake voditko stylem nezapomen na: 1) 2) 3) Vim ze LINUX uz neni zalezitosti nekolika fanatiku (nic ve zlem - opravdu) a dostava se do sfery, kde uz je to o penezich a ti co to opravdu umi jsou natolik vytizeni praci a priznejme si i unaveni kolotocem stejne stupidnich dotazu, ze se konferenci prilis nezucastnuji - mluvim o pochopitelne ztrate jejich motivace. Nechcete to treba nekdo vydat knizne (viz treba 1001 triků s vyndous) at to nedelate zadarmo. Vim o spouste lidi, kterym neco podobneho velmi chybi.

Problem linuxovych novicu je -soude podle sebe- ze nevite kudy do problemu. Vetsinou mate urcite konkretni zadani - napr. udelat novy system zalohovani dat protoze stavajici to nestiha nebo nepokryva vse. Rozhodnete se to resit solo serverem s linuxem. ALE PROBOHA JAK? I kdyz to u nekoho koupite jako reseni na miru tak po prvnim kolapsu kolabujete u klavesnice. LDP je cteni na hodne dlouhe zimni obdobi, man (xman) jsou silene podrobne - u poloviny parametru si neumim ani predstavit co se za nimi skryva - a navic dost casu u linuxu zabere pochopeni jeho vnitrni filozofie. Delam s linuxem uz rok (prominte chtel jsem napsat teprve) a porad se topim v zakladnim nepochopeni vnitrnich pochodu. Kdyz vidim diskuse na tema ...a nezapomel sis opatchovat jadro zaplatou 1.2.3.4.51? - jdu jinam. Tohle neni moje liga. Stejne jako mne v diskusi neuspokoji odpoved typu RFM. OK, beru, ale napis mi alespon ktery! Alespon klicove slovo! Proto si cenim clanku jako je tento - dobře 15% pro mne byly nove veci

Dekuji

Datum: 9. 4. 2002 16:20
Od: Jerome Heretic
Titulek: par veci mi trochu chybí

Obavam se, ze kniha, jakou bys chtel nikdy nevyjde. Lidi, co zacinali s linuxem od nuly a jsou to samouci se na takovou knihu neciti, neb si nepripadaji dostatecne erudovani. Problem profesionalu je ten, ze na to nemaji cas, navic jsou to pro ne uz trivialnosti a budou mit pri sestavovani knihy problem odhadnout, co je uz pro zacatecnika problem. A krom toho, jev ktery pozoruji na sobe... cim vic toho vim, tim vic si take uvedomuju kolik toho jeste nevim, protoze mam cim dal sirsi rozhled. A tak misto toho, abych byl sam se sebou spokojeny, co vsechno sem se uz naucil, pripadam si cim dal tim vic jako totalni nevzdelanec... A tohle asi nebude problem jen muj, ale i vsech potencialnich autoru takove knihy


(c) AbcLinuxu s.r.o.   Grafika: megadesign