Portál AbcLinuxu, 2. května 2025 06:00
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?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).
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.
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í.
echo slovo
> soubor
- pro ty opravdu
tvrde linuxáře 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.
příkaz | grep -air
'slovo' | sort
Shift+Page_Up/Page_Down
, ale co
když je toho více a chcete s tímto textem pracovat.
Příklady:
ls -l
> adresar_list_soubor
a můžete s tím hned
pracovatmake >
message_file
a hned se ty chyby hledají
lépe./var/log/
. Případně lze
zapnout tuto volbu u
některých programů.
-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í.
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
modinfo
<nazev_modulu>
. Dostanete
volby pro daný modul a potom můžete
doplnit za insmod options
<dane_volby>
.
sh
. Případně soubor s příkazy můžete na
vedlejší
konsoli editovat.
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.
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.
Satrapy
na
www.root.cz (hledejte treba
slovo
"regular".
root
. Kdysi jsem si omylem
potvrdil kompletní
smazání adresáře /usr/
. K tomu
raději žádný komentář.
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
Muj neoblibenejsi dotaz
Lidi pouzivejte slovnik v kanalu, sice horsi, mene funkcni, vcelku na nic, ale muj:) kanal.ucw.cz/slovnik nebo slovnik.ma.cx
cau dracula
Takhle prehledne a vystizne (neboli perfektne) sepsane tipy po kupe jsem jeste nevidel.
Jeste jednou skvele a dekuji.
doporucuju shift+up nebo shift+down a jeste lepe prikaz less napr. ls -l | less
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
CTRL + ALT + F1
Případně jinou fční klávesou.
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.