abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 13:00 | Humor

    Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.

    NUKE GAZA! 🎆 | Komentářů: 4
    dnes 00:44 | IT novinky

    Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.

    Ladislav Hagara | Komentářů: 4
    dnes 00:33 | IT novinky

    V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.

    Ladislav Hagara | Komentářů: 5
    včera 12:33 | Zajímavý projekt

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 17
    včera 03:55 | Bezpečnostní upozornění

    Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

    Ladislav Hagara | Komentářů: 2
    12.3. 17:22 | Nová verze

    Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 0
    12.3. 03:44 | Nová verze

    Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).

    Ladislav Hagara | Komentářů: 4
    12.3. 02:11 | Komunita

    Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.

    Ladislav Hagara | Komentářů: 0
    12.3. 00:44 | Nová verze

    Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    12.3. 00:22 | Nová verze

    D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (12%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1076 hlasů
     Komentářů: 26, poslední 12.3. 08:56
    Rozcestník

    Dotaz: bash - načtení proměnných ze souboru

    2.9.2011 15:50 tramin
    bash - načtení proměnných ze souboru
    Přečteno: 1824×
    Ahoj, mám skript, který čte data ze souboru .cfg. V tom cfg jsou jen tři sloupce "název úlohy", "vzdálený uživatel", "příkaz". Např:
    Kopie	root@vzdalenypocitac	cp /adresar/soubor /cil
    No a potřeboval bych napsat skript, který to projde a na vzdáleném PC spustí daný příkaz.

    Skript napsaný níže by fungoval, kdyby...

    - když to nechám takto použije read standardní oddělovač a v proměnné $command mám jen "cp" namísto "cp /adresar/soubor /cil"

    - když definuju proměnnou IFS=";" (a použiju v cfg souboru jako oddělovač ;), tak to píše chybu: ./sript.sh: line 45: ssh root@vzalenypocitac: command not found

    Poradí někdo co s tím? (Netrvám na použití příkazu read, nic lepšího jsem ale stvořit nedokázal. Ve smyčce cyklu se toho bude provádět více (další dotazy, kontrola))
    #!/bin/bash
    Config=${0%.*}.cfg
    echo $Config
    #IFS=;
    grep -v "^#" $Config | while read label remoteuser command
    do
        echo $label
        sshcmd="ssh $remoteuser"
        cmd="$($sshcmd $command; exit)"
    done
    

    Řešení dotazu:


    Odpovědi

    2.9.2011 15:59 chrono
    Rozbalit Rozbalit vše Re: bash - načtení proměnných ze souboru
    Určite nie je problém v niečom inom? (pretože read do poslednej premennej dá všetko, čo z toho reťazca ostalo a mne ten skript funguje normálne)
    2.9.2011 16:08 David Karban | skóre: 12 | blog: DK
    Rozbalit Rozbalit vše Re: bash - načtení proměnných ze souboru
    Hoj,

    zkusil jsi dát celý příkaz do uvozovek? Tedy:

    Kopie root@vzdalenypocitac "cp /adresar/soubor /cil"

    2.9.2011 16:21 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: bash - načtení proměnných ze souboru
    Problém je v IFS=';', zkuste si dát IFS=' ' před cmd="$($sshcmd $command; exit)". …samozřejmě to nevyřeší zadání, jen to provede první řádek…
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    2.9.2011 19:47 pc2005 | skóre: 38 | blog: GardenOfEdenConfiguration | liberec
    Rozbalit Rozbalit vše Re: bash - načtení proměnných ze souboru
    Tak mě napadá jestli bash nechce mezi sshcmd a commandem ten středník :-D. Zkoušel jsem to, ale ne...

    Jinak k řešení: Ten ssh se vlastně spouští v další instanci bashe, takže stačí ten IFS=" " dát před $sshcmd. Po ukončení se vrátí ta předchozí hodnota.

    Nicméně nejlepší by bylo upravit algoritmus. Je vůbec potřeba oddělovat středníkama? Myslím, že mezery fungujou taky dobře :-D. Každopádně by šlo převíst ten soubor na mezery ještě před zpracováním. Tedy něco jako sed "s/;/ /g".
    2.9.2011 20:12 pc2005 | skóre: 38 | blog: GardenOfEdenConfiguration | liberec
    Rozbalit Rozbalit vše Re: bash - načtení proměnných ze souboru
    Heh to bylo dobrý, nejdřív jsem zjistil, že jsem si nevšiml toho, že v tom konfiguráku je jedno pole složený i z mezer. Nicméně pak jsem zjistil, že jelikož je na konci, tak to nevadí :-D.

    Btw bylo by to docela triviální s regulárním výrazem v perlu. Ale jestli umí grep nebo sed ukládat nalezený patterny do shellových proměnných, to fakt nevím.
    2.9.2011 16:23 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: bash - načtení proměnných ze souboru
    Chyba, kterou uvádíte, neodpovídá skriptu, který uvádíte. Navíc nahoře píšete IFS=";", ale ve skriptu máte IFS=; (navíc zakomentované), což udělá něco úplně jiného. Takže pokud chcete poradit, dejte sem skript, vstup a chybovou hlášku, které si odpovídají. Nemusejí to samozřejmě být ostrá (a citlivá) data, ale mělo by to být něco, na čem lze chybu reprodukovat.
    2.9.2011 19:02 kokot
    Rozbalit Rozbalit vše Re: bash - načtení proměnných ze souboru
    Rozhodne bych to prepsal do neceho takovehoto:
    while read line; do
      set -- $line
      label="$1"
      remoteuser="$2"
      shift 2
      command="$*"
      ...
    done < $Config
    
    3.9.2011 12:37 tramin
    Rozbalit Rozbalit vše Re: bash - načtení proměnných ze souboru
    Moje chyba, omlouvám se. Měl jsem ten příklad líp zkontrolovat. Ve skutečnosti chci použít konfigurační soubor s více příkazy ve více sloupcích, takže finta, že je příkaz s mezerami v posledním sloupci, mi nepomůže.

    Takže skript znovu:
    #!/bin/bash
    Config=1.cfg
    #IFS=";"
    grep -v "^#" $Config | while read label remoteuser command2 command3
    do
        command="mkdir /test"
        echo $command
        echo $command2
        echo $command3
        sshcmd="ssh $remoteuser"
        cmd1="$($sshcmd $command; exit)"
        cmd2="$($sshcmd $command2; exit)"
        cmd2="$($sshcmd $command3; exit)"
    done
    A mám dva konfigurační soubory ve stejném adresáři (1.cfg oddělený tabulátory, 2.cfg oddělený středníky), ale oba obsahují stejná data:
    uloha1     root@vzdalenypocitac        touch /test/test.txt    cp /test/test.txt /test/test_copy.txt
    Když použiju Config=1.cfg a zakomentuju $IFS=";", tak se sice načtou proměnné command2 a command3 špatně, ale aspoň ten natvrdo napsaný $command (mkdir /test) se provede:
    mkdir /test
    touch
    /test/test.txt cp /test/test.txt /test/test_copy.txt
    touch: missing file operand
    Try `touch --help' for more information.
    bash: /test/test.txt: No such file or directory
    
    Když použiju Config=2.cfg a použiju $IFS=";", tak mám sice nádherně načtené proměnné ze souboru, ale nic se neprovede. Nic!
    mkdir /test
    touch /test/test.txt
    cp /test/test.txt /test/test_copy.txt
    ./dotaz.sh: line 11: ssh root@cz-brn1-ssm: command not found
    ./dotaz.sh: line 12: ssh root@cz-brn1-ssm: command not found
    ./dotaz.sh: line 13: ssh root@cz-brn1-ssm: command not found
    A nepomůže ani, když v konfiguračním souboru dám jednotlivé řetězce do uvozovek, když nedefinuju IFS, tak to bere za oddělovače i mezery uvnitř uvozovek.

    Takže otázka je pořád stejná. Když nedefinuju $IFS, tak čtu špatně soubor. Když definuju $IFS, tak se mi v cyklu odmítá cokoli spustit (dokonce i mimo cyklus)! Co s tím?

    PS: Ten druhý způsob cyklu s read jsem už taky zkoušel. Chovalo se to stejně. Navíc jsem nevěděl jak se zbavit řádků s komentáři...
    while read line; do
      ...
    done < $Config
    3.9.2011 13:40 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: bash - načtení proměnných ze souboru
    Vždy Vám to píšu.
    #!/bin/bash
    Config=1.cfg
    OLDIFS="$IFS"
    MYSEP=';'
    IFS="$MYSEP"
    grep -v "^#" $Config | while read label remoteuser command2 command3
    do
        command="mkdir /test"
        echo $command
        echo $command2
        echo $command3
        sshcmd="ssh $remoteuser"
        #nejpozději tady
        IFS="$OLDIFS"
        cmd1="$($sshcmd $command; exit)"
        cmd2="$($sshcmd $command2; exit)"
        cmd2="$($sshcmd $command3; exit)"
        IFS="$MYSEP"
    done
    
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    3.9.2011 14:30 tramin
    Rozbalit Rozbalit vše Re: bash - načtení proměnných ze souboru
    Já to prve špatně pochopil...

    Chodí to dobře a dokonce to seje, díky! :-)
    3.9.2011 14:07 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: bash - načtení proměnných ze souboru

    Ach jo. To je opravdu tak těžké pochopit, že pro řešení problému je potřeba ukázat, jak vypadá konfigurační soubor, se kterým máte problémy, ne ten, se kterým je nemáte?

    Takže otázka je pořád stejná. Když nedefinuju $IFS, tak čtu špatně soubor. Když definuju $IFS, tak se mi v cyklu odmítá cokoli spustit (dokonce i mimo cyklus)! Co s tím?

    Místo tučného písma a vykřičníku raději poskytněte informace potřebné k řešení. Takhle můžu jen hádat, jeden problém by mohl být v tom, že když nastavíte proměnnou IFS takhle, tak (1) ovlivní úplně všechno, co dělá váš shell a co závisí na její hodnotě, tj. i v té příkazové substituci a (2) jen shodou okolností se vůbec aplikuje na ten příkaz read. Proměnná IFS je nebezpečná hračka a měla by se nastavovat jen tam, kde to opravdu potřebujete, tj.

      egrep -v '^#' $config | while IFS=';' read label target cmd2 cmd3; do
    

    Další problém, na který narazíte vzápětí, je, že všechno, co je v těle cyklu, tedy i ssh, zpracovává stejný standardní vstup jako read, takže se ve výsledku zpracuje jen první řádek. Dá se to obejít různě, např. tak, že všemu, co by mohlo něco číst ze vstupu (např. tomu ssh) přesměrujete vstup z /dev/null. Nebo si lze pomoci trikem

      exec 3< <(egrep -v '^#' $config)
      while IFS=';' read label target cmd2 cmd3 <&3; do
    

    Na vašem místě bych si ovšem nekomplikoval život, konfigurační soubor by vypadal takto

    job1  mike@host1     id ; df -h / ; w -f
    job2  root@host1     id ; w -f
    job3  root@host2     id ; w -f ; df -h
    

    a skript takto

    #!/bin/bash
    
    egrep -v '^#' cmds | while read label target cmd; do
        out=`ssh $target "$cmd" </dev/null`
        echo -e "job $label:\n$out"
    done
    

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.