Jak řešit problémy
Jak řešit problémy
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
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 " tam to pri pristi editaci zase je . vypada to na bug
"Nefunguje to. Napise to chybovou hlasku a skonci. Co mam delat?"
Muj neoblibenejsi dotaz 
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.
nikoliv, regularni je spravne.
Právě proto, že se zakládají na regulární (chceš-li "pravidelné" gramatice.
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
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.
zdravim,
dik za doplneni, to jsem do clanku mel napsat.
zatim pavel goldenfish kysilka
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
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
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.
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
Co takhle jeste clanek : Jak se nedostat do problemu ? :)
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
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 
Používání Linksu v 21. století určitě Micro$oftu zákazníky neodláká.
Diky za skvely clanek - presne to tady chybelo. Ac pouzivam linux uz dlouho, dozvedel jem se spoustu veci. Nechcete z toho udelat HOWTO ?
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
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
zdravim. super.tohle tady chybelo.
zatim pavel goldenfish kysilka
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
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
|