Názory k článku
Hrátky z řádky: Mírně partyzánské triky

Gratuluji autorovi článku! Vyhrál dnešní kolo soutěže o nejzbytečnější cat :-)

cat /etc/fstab | grep usbdisk

Použití cat v tomto smyslu je tak běžné, že se nad tím nikdo ani nepozastavuje. :-) Sám to mám stejně silně zakořeněné.

Ja se nad tim pozastavuju taky.

ja taky, je to lamerina

A proc je to lamerina?

Ja to delam bezne, kdyz prijdu k neznamemu PC a chci na nem neco delat...

Proc ne "grep usbdisk /etc/fstab"?

zbytecny fork, zbytecne pouziti roury.. Vysledny potrebny cas na executnuti prikazu je 2x delsi nez obyc "grep blah /etc/fstab".

Pamatuji se, že v našem prvním telefoním seznamu bylo psáno, že hovory mají být vedeny stručně a co nejkratší, aby se zbytečně nevytěžovala tlf. síť. Platí to ještě dnes, pokud to někdo řeší ? :)

Díky za dnešní cenu :-) Máte samozřejmě pravdu, zbytečný fork, zbytečná roura, ... Vyplýtval jsem u sebe přesně 0.002s (opravdu jsem to měřil).

Z pedagogického i obchodního hlediska jsem ovšem zvítězil na všech frontách!

1. Připomněl jsem začátečníkům existenci roury.
2. Rozproudil jsem diskusi (více impresí).
3. Diskuse byla divočejší, takže si teď víc lidí bude pamatovat, že roura navíc opravdu plýtvá zdroje, a u případů, kde na tom záleží, si dají pozor.
4. Posílil jsem sebevědomí řady z aktivních čtenářů Roota.

Teď už si jen přát, aby bod 4. vedl k tomu, že se někdo konečně přihlásí a podělí se o své tipy ve vlastním dílu.

smutne

ja mam radsi
http://wiki.root.cz/Main/TipyTriky

to je sice pěkná věc, jenže zkuste trochu porovnat. Na stránkách na které odkazujete, jsou ty typy zaměřeny většinou na nějaké jedno celistvé téma - něco jako kuchařka, rychle a snadno uvařit, kdežto zde se objevují většinou příklady z praxe, jak pracovat s shellem a jeho nástroji obecně. A takových článků je podle mě celkem poskromnu.

Možná by to chtělo - až tento seriál skončí - roztřídit jednotlivá témata a vložit je do rootwiki ať je to všechno hezky pohromadě.

Jinak já osobně radši místo cat používám less a je mě úplně putna, zda to někomu připadá zbytečné, či ne, hlavně, že se dostanu ke kýženému výsledku. Při rychlosti a kapacitách dnešních počítačů mi to spíš přijde jako hnidopišství.

dobry napad s tim roztridenim.

Osobne skoro vzdy pouzivam predtym cat, nakolko ho casto nahradzam inymi prikazmi. Prikladom strings. Vzdy je rychlejsie prepisat prve slovo, ako najskor napisat grep a potom z toho robit pipe ked treba.

Prostě lameřina no, proč to pořád zdůrazňovat. Proč lozit na začátek a něco přepisovat, když to jde udělat nádherně rychle, jednoduše a jasně ;), že.

grep foo /var/log/messages
strings $_ | !:0-

;) Ash

Ano, vím že by stačilo

strings $_ | !:-

ale chtěl jsem aby to bylo jasné i začátečníkům ;)

ja to taky pouzivam timhle zpusobem skoro vsude, proste jsem na to takhle zvykly
asi je to dano tim, ze se v tomhle pripade da pomerne lehce pridat dalsi filtr i pred ten grep

Precital som ten prvy prikaz a tym som sa presvedcil, ze zvysok clanku nema zmysel citat :)

lepší než iconv s translit je použít:
echo "háčky" | cstocs utf8 ascii
# při spuštění z utf8 terminálu vypíše: hacky

echo "háčky" | iconv -f utf8 -t ascii//TRANSLIT
# vypíše: h??ky

tohle ale obvykle neni to co chcete. program recode umi udelat tu spravnou vec (tm) kterou kazdy ocekava. tj "hacky". narozdil od cstocs to umi obecne, tj. nejen pro cestinu.

pak me napadly jeste dve veci ve spojitosti s ldd. v clanku rikate ze chcete poznat, KDE se knihovny hledaji. v tom pripade byste mel zminit soubory /etc/ld.so.conf, prikaz ldconfig a promennou LD_LIBRARY_PATH a dalsi.

konecny partizansky trik je pak spousteni linkeru samotneho, jako /lib/ld-linux.so.2 program [argumenty], pokud dovedete system do stavu, ze ze o to nepostara sam.

Doplnění:

> echo "háčky" | iconv -f utf8 -t ascii//TRANSLIT
> # vypíše: h??ky

^^^ takto (špatně) "funguje" GLIBC verze 2.3.4 (otazniky misto pismen). Zkoušel jsem s GLIBC 2.5, a žádný problém - dělá to přesně to, co má (moje konzole jede v 8859-2):

# echo "háčky" | iconv -f ISO-8859-2 -t UTF-8 | iconv -f UTF-8 -t ASCII//TRANSLIT
hacky
# echo "úplně Žluťoučký kůň pěl ďábelské ódy" | iconv -f ISO-8859-2 -t ASCII//TRANSLIT
uplne Zlutoucky kun pel dabelske ody

Jiné verze GLIBC jsem nezkoušel.

Ve všech případech bylo LANG=en_US.

Příliš žluťoučký kůň úpěl ďábelské ódy :-)

Pro kopírování z vadných disků je vhodnější namísto dd použít ddrescue. Ten pracuje stejně jako dd, ale v případě, že natrefí na chybu, tak je schopen pokračovat dál.

zkuste: dd --help|grep error

ddrescue má však ještě další zajímavé vychytávky, které se mohou hodit při záchraně dat, např. doplňování chybějících bloků při vícenásobném čtení média, složení výsledného obrazu z několika různých poškozených obrazů.

a pokud nechcete resit problemy vznikle jednim spatnym sektorem, pouzijte redundanci, napriklad pomoci programu vdmfec.

Umí hexdump i patchovat zpátky do binárky? Pokud ne, tak bych zůstal u xxd (nevím jak teď, kdysi součást vimu).

Aby to nevypadlo, že je iconv úplně na nic:
$ echo "háčky" | iconv -f utf8 -t ascii//TRANSLIT
h??ky
$ iconv -V
iconv (GNU libc) 2.3.4

a nyní se ze serverového RHELu přesuneme na desktop (Fedora):
$ echo "háčky" | iconv -f utf8 -t ascii//TRANSLIT
hacky
$ iconv -V
iconv (GNU libc) 2.7

Wow, novy iconv umi to, co cstocs umi uz snad 10 let.

No, ono glibc umí //TRANSLIT už pěkně dlouho.

Ale trvalo mnoho let, než někdo připsal těch pár řádků do definice českého locale.

echo Jiří Müler | LANG=cs_CZ.UTF8 iconv -f UTF-8 -t ASCII//TRANSLIT
Jiri Muler

echo Jiří Müler | LANG=en_US.UTF-8 iconv -f UTF-8 -t ASCII//TRANSLIT
Jiri Muler

echo Jiří Müler | LANG=de_DE.UTF8 iconv -f UTF-8 -t ASCII//TRANSLIT
Jiri Mueler

echo Jiří Müler | LANG=C iconv -f UTF-8 -t ASCII//TRANSLIT
Ji?? M?ler

mno domnivam se ze klasickym "D" ve vypisu procesu :-)

dd myslim vyhodi chybu, kdyz to neprecne a je konec.

proto opravdu nema smysl pouzivat tyto nastroje na poskozeny FS(HW).
ddrescue (myslim ze v obou verzich) a jeste testdisk umi to co potrebujete.

pricemz testdisk je vytvoren primo za timto ucelem a ddrescue (pouzivam ten GNU) je obecne na poskozene FS ci poskozene media.

K tomu lsof - ono to vypisuje i sitova spojeni a snazi se to resolvovat IP adresy protejsku na jmena, coz obcas docela zdrzuje. Proto je vhodne dat "lsof -n" coz pak resolvovat nebude.

No nevím,to použití sudo mi přiadá trochu přehnané. Je vidět, že ubuntu tu šíří docela špatné praktiky. Povolit jakýkoliv příkaz přes sudo je jisté bezpečnostní riziko. Už zbývá jen sudo bash aby nikdo neměl šanci dohledat co kdo v systému dělal. Proč prostě nepoužijete:
su - -c 'dd if=/dev/sda1 of=~/zachr_flash.img'
Udělá to totéž a bude to fungovat každému. To sudo si musíte předtím povolit.
Také vyhledávání v /etc/fstab nemusí být tak úspěšné jako prohledávání /etc/mtab, nebo prostě výpis příkazu mount.

Jinak díky za zajímavé počtení.