Dotaz: Vyhledani souboru podle casti nazvu ...

[jben]

Mohl by nekdo poradit se scriptem na vyhledani vice souboru podle casti nazvu souhlasiciho s casti nazvu jineho souboru. Např. soubor zalohy databaze provadeny jednou denne - db_041119_0203.gz a hodinove zalohy s logovanim operaci v databazi - log_041119_0030.gz,log_041119_0130.gz, log_041119_0230.gz, log_041119_0330.gz, log_041119_0430.gz ... (cisla jsou data a casy), vse je v jednom adresari. Hodinove logy jsou dulezite pro pripadnou rekonstrukci dat pri havarii mezi zalohami, po zaloze databaze staci zachovat log pred a po zaloze db, ty tarovat a ostatni stejneho data smazat. Predem dik za napady a rady.

Odpovědi

[Michal Kubeček]

Nejspíš vás zajímá příkaz find, konkrétně podmínky -name a -regex, možná se vám budou hodit i -mtime, -newer a -older.

[jben]

Diky, za pripomenuti, find samozrejme znam, ale protoze obdobne veci resim nahodne, mam spis potize se syntaxi nebo skladanim delsich jednoradkovych prikazu. Uvital bych priklady, ale presto dik za reakci.

[Michal Kubeček]

Nemyslíte si, doufám, že toto fórum je tu od toho, aby za vás druzí četli dokumentaci?

[Hobitt]

Autor chtel alespon trochupomoci, podle me s tim, ze kdyby nekdo uz neco takoveho mel vyreseny tak by pro nej stacilo akorad copy a paste a priklad by byl tady. Coz je prace tak na par sekund. a ne aby ho nekdo odkazal na man, o kterych asi urcite uz tento autor vi, myslim opdle dotazu ktrery polozil.

Cteni a pochopeni nekterych man je prace na nekolik hodin a kdyz by nekdo poskytl priklad tak to usetri spousty casu a jemu to nic neudela.

Z vlastni zkusenosti vim co to da prace vystudovat nejake reseni nejakeho problemu napsani skriptu a neni kazdy genius, na programovani aby to vymyslel za minutu, nekomu to muze trvat proste hrozne dlouho a kdyz uz polozil dotaz do tehle diskuze, tak predpokkladam, ze uz je na hranizi zesileni a rozkopani klavesnice (alespon u me).

I kdyz je pravda ze reseni se po "bitve" zda ve vetsine pripadu hrozne jednoduche.

Bohuzel vic poradit, nez v predchozim prispevku taky neumim nez parametry prikazu find "-iname" a ty co tu byli receny.

H.

[Michal Kubeček]

Já pro změnu z vlastní zkušenosti vím, že řešení, které jsem vymyslel nebo našel sám, si daleko více vážím, než řešení spadlého z nebe. Na vlastní řešení si příště daleko snáze vzpomenu; také je u vlastního řešení pochopení obvykle hlubší a je pak snazší vymyslet řešení podobných problémů.

V tomto konkrétním případě jsem navíc stejně nepochopil, co vlastně tazatel konkrétně potřebuje - takže nic víc než odkaz na konkrétní příkaz a nejpravděpodobnější parametry se stejně ani čekat nedalo.

[jben]

Puvodne uz jsem nechtel reagovat, ale toto je nazor, ktery take zastavam. K cemu by jinak takoveto diskuse byly, kdybychom se vzajemně odkazovali jen na manualy. Myslim, ze je to spis o tom, ze ti co neco znaji, odzkouseli nebo jiz pouzili, mohou zkusenosti pustit dal - pokud chteji. Zaroven taky souhlasim s nasledujici poznamkou, ze co si sam zjistim a naucim se, to si mnohem lip pamatuji a take si toho vazim. Je na zvazeni, co je pro mne v danou chvili vyhodnejsi, jestli rychlost vyreseni nebo studium. Diky za zastani.

[kaaja]

Mate pravdu. Nedavno jsem vydel v nejake diskusi prispevek, kde clovek psal, ze zacinat s linuxem je blbost a jako duvod uvadel, ze kdyz budete mit jako zacatecnik problem a zeptate se tech "zas.." linuxaku tak vam reknou ze jste pako a RTFM. A to podle me neni uplne nejlepsi reklama pro linuxovou komunitu.

Jestlize jednou resite nejaky problem, vzdy vam muze nekdo poradit, kdo podobne nebo stejne problemy uz resil, pripadne vas muze nasmerovat.

[unchallenger]

A není blbost, aby s Linuxem začínali lidé, co toho RTFM nejsou schopni? Podle mne je.

[Michal Marek (twofish)]

... pripadne vas muze nasmerovat.

Michal Kubeček snad tazatele nasměroval dostatečně, ne?

[Michal Kubeček]

Nejtěžší je pochopit, že RTFM není vznešenější náhrada za "polib mi...", ale skutečná rada. A většinou je to velmi dobrá rada.

[Hobitt]

Pak nechapu, proc Ti tzv. "vsevedouci" linuxari se vubec obtezuji odpovidat a napisou jednu vetu o tom ze si ma precist manual.

Misto toho aby bud napsali svoje reseni, tak se zlobi na nekoho, kdo s tim zacina a urcite nechce odkaz na man. Ale chce poradi, proto tu diskuze podle meho je. Kdo chce poradit tak poradi, kdo nechce poradit tak ji nemusi vubec cist a ani odpovidat ne?

-- H.

[VícNežNic]

Tak já to tady zacyklím. Přečtěte si to ještě jednou.

[Michal Marek (twofish)]

Kdo chce poradit tak poradi, kdo nechce poradit tak ji nemusi vubec cist a ani odpovidat ne?

A vaše rada byla...?

Z toho původního popisu by konkrétní řešení dokázal dát dohromady jedině jasnovidec, člověk bez tohoto daru nemůže pomoci lépe, než že napíše, jaký příkaz s jakými parametry bude pravděpodobně potřeba. Napsat man příkaz a /-parametr snad není tak intelektuálně náročné.

Aby se něřeklo, že jsem nijak neporadil.. Program date s parametry +%y, +%m, +%d, +%H atp. vypíše datum v různých formátech. Něco jako

find -name "log_`date +%y%m`*.gz"

by tedy vypsalo logy za aktuální měsíc.

[Michal Marek (twofish)]

Aha, koukám, že to nechce porovnávat s časem, ale názvem jiného souboru. Potom se dá použít třeba sed:

$ jmeno=db_041119_0203.gz
$ echo "$jmeno" | sed 's/^db_/log_/; s/_....\.gz/_????.gz/'
log_041119_????.gz

a předat to zase findu.

[Vlastimil Ott]

Pak nechapu, proc Ti tzv. "vsevedouci" linuxari se vubec obtezuji odpovidat a napisou jednu vetu o tom ze si ma precist manual.

Špatně se na to díváš, Veverko. To, že 'vševědoucí linuxáři' odpoví, znamená, že věnovali svůj čas a odpověděli minimálně inspirativně. Oni totiž obvykle vědí směr, kterým se vydat. Někde (tady česky) jsem četl, že tato odpověď není urážející.

Myslím, že chyba začínajících je v tom, že se zbytečně urážejí. Všude panuje rivalita mezi začátečníky a zkušenými. To, že profík dá najevo, že umí, není nic špatného. Neznamená to, že by začátečníka ponižoval, pouze mu ukazuje směr - a třeba ironicky. Ostatně i zde je to vztah poptávka–nabídka...

Takhle to chodí...

[unchallenger]

Tehdy jsem koukám měl hodně trpělivosti...