Dotaz: Bash scipt - příkaz cd

[DTJ]

Mám známý a na netu dostatečně popsaný problém. Potřebuji se v bash scriptu přepnout o adresář výše, provést příkaz a znovu se přepnout do původního adresáře. To normálně (cd.. cd a/b) nefunguje a řešení lze vygooglovat mnoho. Problém je, že na mém PC s PCOS Linuxem (a pravděpodobně i na většině jiných dister) tato řešení (source script.sh, nebo vytvoření aliasu v .bashrc) fungují, ale jakmile script nahraji na server s debianem wheezy, je po funkčnosti. Na příkazy cd to píše "příkaz nenalezen" a je jedno jak to spouštím. Když vytvořím ty aliasy, tak z příkazové řádky fungují, ale ve scriptu ne). Netušíte, kde může být problém?

Odpovědi

[potato]

Používat ve skriptech aliasy z uživatelova shellu je akorát tak dobrý způsob výroby záhadných problémů. Pokud potřebuješ ve skriptu nějakou ‚subrutinu‘, nadefinuj si ji uvnitř toho skirptu -- nejlépe jako funkci shellu.

Jinak přejití do jiného adresáře a zpět původního adresáře dokáže dvojice pushd/popd. Příkaz cd a/b nepřechází do původního adresáře, ale do adresáře a/b.

[Patrik Uhrak]

Pokial zadas cd.. a nie cd .. , tak si viem predstavit dovod. S tvojim problemom som sa nestretol, ale pokial potrebujes prechadzat subory v nadradenom adresari, tak jednoducho for file in ../* a podobne.

[Atrament]

pro návrat do předchozího adresáře slouží cd -

[Kit]

Ono to spíš vypadá, že žádné cd dělat nepotřebuje, pouze si to myslí.

Vzpomínám si, že kdysi v DOSu fungovalo cd.. stejně jako cd .. Někteří uživatelé si myslí, že to tak bude fungovat i v Bashi.

[DTJ]

Ano, omlouvám se - už z toho blbnu :)

[DTJ]

Děkuji za odpovědi a omlouvám, už jsem fakt debil - vážně to byla blbá syntaxe. Vyskytl se ale jiný problém - script stále na serveru nefunguje, ale na lokálním PC s uvedenou distribucí ano. V jedné části script vypisuje názvy souborů dle času v adresáři o úroveň výš a do proměnné ukládá název poslední. Sobory se jmenují nějak takto: 20130913_200548.pmlog atd.
Ten příkaz jsem si vygooglil a upravil (jsem v bashi trotl a už se to vzhledem k věku nenaučím) - tedy když zadám:
Na lokálním PC:
prom="$(ls -lt ../ | grep -v '^d' | awk '{ print $9 }' | tail -n1)"
echo "$prom"
20130913_200548.pmlog

To je ok, no a na serveru:
prom="$(ls -lt ../ | grep -v '^d' | awk '{ print $9 }' | tail -n1)"
echo "$prom"
20:05

Vypadá to jako část názvu, ale co ta dvojtečka? A proč jen část?

[NN]

Zly sloupec..

[Kit]

Ono by se to vážně mělo celé předělat, protože tohle je docela nebezpečný postup. Zkus popsat, čeho chceš dosáhnout. Mám takové nejasné tušení, že by mohlo pomoct i logrotate.

[Radun]

tak tam dej místo awk '{ print $9 }' :

sed 's/^.*:[0-9]* //'

tím odsekneš všechno po ten datum a pozice je pak šumák

[Kit]

Otázkou je, proč je tam všechen ten balast ls, grep, awk, tail, když může použít jeden find...

[Michal Kubeček]

Protože spoléhat na to, že na všech systémech bude ls vypisovat mtime v přesně stejném formátu jako na tom vašem, je nerozum. Zajímá-li vás mtime souboru a chcete-li s ním pracovat ve skriptu, použijte stat.

[Michal Kubeček]

…a nebo si ten formát explicitně předepište (GNU ls na to má parametry).

[Michal Kubeček]

Problém je, že na mém PC s PCOS Linuxem (a pravděpodobně i na většině jiných dister) tato řešení (… vytvoření aliasu v .bashrc) fungují

O tom silně pochybuji. U bashe - a mělo by to tak být u jakéhokoli bourne-like shellu - se aliasy aplikují jen u interaktivního shellu.

[DTJ]

Dobré jitro. Předem všem děkuji za rady. Nejprve proč je to takový balast. To je jednoduché, prostě nic složitějšího v bashi neumím, samozřejmě se tedy snažím googlit a nechat se poučit. Na to, abych se to naučil (ne že bych nechtěl) už prostě nemám palici :) - navíc to potřebuji jednou za uherský rok, tak se mi vynaložená námaha zdá kontraproduktivní.
Nyní k problému: Mám na FTP adresář, kam se ukládají logy s názvy souboru ve tvaru data a času vytvoření logu -> 20130913_202845.pmlog. Potřebují ze všech logů čas od času (cron) dostat poslední řádek (v logu jsou tři řádky) a tento uložit / přidat do jednoho souboru. Poté původní log smazat.
Řešil jsem to komplikovaně seřazením logů a tailem uložení názvu posledního z nich do proměnné, poté dalším tailem "vycucnutí posledního řádku z tohoto logu a posláním na konec soubouru a poté smazáním logu, to vše v cyklu. Ono mi to pak smazalo i ten script :) tak jsem ho dal do vnořeného adresáře (proto ty skoky nahoru, dolů).
Prostě fakt bastl, zkušený "bashista" zvrací. Ale každopádně mi to nakonec na mém PC fungovalo, jen na tom serveru to ukládá z názvu jen část. Máte-li někdo nápad, jak to udělat jednoduše, budu velmi rád.

[Avogadrus]

Jestli to dobře chápu tak by mělo stačit:
find /cesta_ke_slozce/ -name *.pmlog -exec tail -n 1 {} >> /cesta_k_souboru_kde_budou_posledni_radky/nejaky_druh_globalniho_logu.log \; -exec rm -rf {} \;

[alkoholik]

Proc maji nekteri lide potrebu pridavat k rm parametr -r, kdyz chteji mazat soubory? Jenom delaji ten prikaz milionkrat nebezpecnejsi.

[Avogadrus]

Máš pravdu. Síla zvyku, většinou chci prostě něco smazat a už je jedno jestli je to soubor nebo složka.

[alkoholik]

BTW: ten find je vlastne uplne zbytecny:
tail -n +3 /cesta_ke_slozce/*.pmlog >> /cesta_k_souboru_kde_budou_posledni_radky/nejaky_druh_globalniho_logu.log; rm -f /cesta_ke_slozce/*.pmlog

[DTJ]

Děkuji všem moc za ochotu - jako základ pro další bádání mi to bude stačit. Mám ale ještě prosbu - teprve teď v provozu jsem si všiml, že některé ty logy mají více řádků. Abych to upřesnil. Log má na prvních dvou řádcích pro mne zbytečnou a v každém logu se opakující informaci (název PC a hlavička polí) pak následuje řádek s tím co chci připisovat do jiného soubory. Domníval jsem se, že ten řádek je vždy jen jeden a bude tedy stačit tail posledního řádku, ale ono je to různé, někdy jeden, někdy i tři (podle toho, kdy pc ten log pošle - jde o monitoring tisku).Potřeboval bych tedy spíše odfiltrovat ty první dva řádky a zbytek poslat do jiného souboru
Tedy stručně - existuje nějaký příkaz jako head a tail, který by ale "zahodil" prvních x řádků a zbytek vypsal?? Diky - tím fakt končím :)

[Michal Kubeček]

       -n, --lines=K
              output the last K lines, instead of the last 10; or use  -n  +K
              to output lines starting with the Kth

[dustin]

Vždyť už sis odpověděl - tail parametr -n +... Detaily man tail

[DTJ]

Vždyť to říkám, že už jsem debil :D Díku moc všem. Fakt stačí ten find a tail. Končím rozpravu - díky.

[mikky]

Chápu to dobře tak, že chceš jen vypsat všechny záznamy ze všech souborů do jednoho a přitom vyházet ty duplicitní "hlavičky"? Pokud ano, mohlo by stačit jen cat *pmlog | sort -u >> global.log; rm *pmlog

Pokud ne, ignorovat :)