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 00:33 | Bezpečnostní upozornění

    V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.

    Ladislav Hagara | Komentářů: 0
    dnes 00:22 | Komunita

    Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.

    Ladislav Hagara | Komentářů: 0
    včera 13:22 | Komunita

    Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.

    Ladislav Hagara | Komentářů: 1
    18.7. 14:00 | Zajímavý článek

    Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).

    Ladislav Hagara | Komentářů: 0
    18.7. 12:00 | Nová verze

    V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.

    Ladislav Hagara | Komentářů: 1
    17.7. 18:44 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).

    Ladislav Hagara | Komentářů: 1
    17.7. 16:11 | Nová verze

    Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 4
    17.7. 15:55 | Komunita

    Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.

    Ladislav Hagara | Komentářů: 5
    16.7. 21:22 | IT novinky

    Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.

    Ladislav Hagara | Komentářů: 19
    16.7. 16:22 | IT novinky

    Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.

    Ladislav Hagara | Komentářů: 26
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (15%)
     (15%)
     (8%)
     (0%)
     (0%)
     (8%)
     (0%)
     (54%)
    Celkem 13 hlasů
     Komentářů: 3, poslední včera 17:26
    Rozcestník

    Dotaz: Script na killovani procesu uzivatele, killuje sam sebe.

    25.4.2016 13:55 Imbusilis
    Script na killovani procesu uzivatele, killuje sam sebe.
    Přečteno: 446×
    Dobry den, udelal jsem si script, ktery grepuje a killuje vsechny pocesy uzivatele foo. Rekneme, ze na serveru bezi aplikace take pod uzivatelem foo, script si vezme pidy a pokilluje aplikace. Problem je ten, ze skript musi bezet pod uzivatelem foo, roota nedostanu a instalace dalsich aplikaci je zakazana. Takze grepuji takto:
    ps --no-headers -u foo | grep -v grep | grep -v ps | grep -v awk | grep -v sshd | grep -v bash | grep -v watch | awk ' { print $1}'
    V procesu jsou dalsi procedury, ktere samozrejme vytvari dalsi procesy pod uzivatelem foo a ja si je tak zaroven pokilluji. Existuje nejaky postup, ktery by tomuto predesel? Treba zaznamenat cas spusteni scriptu a pote negrepovat nove vznikle procesy? Necham si poradit. Diky

    Odpovědi

    Josef Kufner avatar 25.4.2016 14:11 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: Script na killovani procesu uzivatele, killuje sam sebe.
    Takto spuštěné procesy by měly mít správná ID rodičů, takže můžeš sestavit strom procesů a vyhnout se sobě. Jednodušší ale bude napsat si skript v něčem lepším než je shell a kontrolovat pak jen své PID. A nebo prostě jen použít pgrep nebo pkill.

    Řekl bych však, že řešíš původní problém nevhodným způsobem. Pokud jde o hlídaní běžící služby, máme na to systemd a další supervizory (záměrně nepíšu "init" a ano, jde to spustit i pod běžným uživatelem).
    Hello world ! Segmentation fault (core dumped)
    25.4.2016 14:24 Imbusilis
    Rozbalit Rozbalit vše Re: Script na killovani procesu uzivatele, killuje sam sebe.
    Nejde o to resit to takto, je potreba vyhledat vsechny procesy uzivatele foo, krome tech procesu, ktere vznikly pustenim scriptu + plus procesy jak sshd. Jedna se o nekolik aplikaci a nepotrebuji je mit monitorovane pres supervizord, nebo jine. Navic procesy z toho scriptu se mi vytvareji s rodicovskym pid 1... ?:{
    25.4.2016 14:12 blondak | skóre: 36 | blog: Blondak | Čáslav
    Rozbalit Rozbalit vše Re: Script na killovani procesu uzivatele, killuje sam sebe.
    Asi bych se nejdříve podíval na pgrep a pkill.
    Každý problém ma své logické, snadno pochopitelné nesprávné řešení.
    25.4.2016 17:05 VM
    Rozbalit Rozbalit vše Re: Script na killovani procesu uzivatele, killuje sam sebe.
    Neco jako "killall -u foo" ?

    "A killall process never kills itself (but may kill other killall processes)."
    26.4.2016 12:58 Imbusilis
    Rozbalit Rozbalit vše Re: Script na killovani procesu uzivatele, killuje sam sebe.
    prekvapive mujpid=$$ na druhem radku scriptu a protom grep -v $mujpid zafungoval..
    27.4.2016 09:06 hejkal
    Rozbalit Rozbalit vše Re: Script na killovani procesu uzivatele, killuje sam sebe.
    S temi grepy to je ovsem cele ptakovina, protoze procesy, ktere chces killnout, mohou klidne mit s nimi shodu. Tedy jako pomucka pri interaktivni praci mozna (pak si to zkontroluju), pro automatizaci nesmysl, obzvlast pokud na vysledku zalezi (tedy neni to domaci server na hrani apod.).
    26.4.2016 16:28 Bill Gates
    Rozbalit Rozbalit vše Re: Script na killovani procesu uzivatele, killuje sam sebe.
    Moznosti muze byt treba to, ze si pro ty dalsi spoustene procesy pridate nejaky specificky parametr jako "tag", treba:

    podporces.sh -nokillme123456 -param1=value1 -param2=value2 ...

    Tyto podporcesy pote vyfiltrovat pomoci grep -v nokillme123456. 123456 muze byt treba PID procesu, ktery je puvodnim spoustecem, aby bylo jasno, ze tyhle podprocesy patri nam a nemaji se killovat. Samozrejme u podporcesu, kde by takovyto "tag" parametr zpusobil problem s tim, ze by dany proces parametru nerozumel a skoncil by chybou to logicky nepujde pouzit.

    Ja to takhle u jedne veci uspesne pouzivam, kde si z PHP scriptu v roli ridiciho scriptu volam podprocesy a ruzne monitoruju jejich beh, pripadne pokud jejich pocet soucasne s vytizenim CPU klesne pod urcity limit, spoustim dalsi, nebo je muzu killnout.

    Jde o to je nejak identifikovat. V takovem pripade je potreba pouzit "ps ax" coz vraci i parametry procesu.

    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.