Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).
Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.
Mám naprosto stejný jako kolega v tomto tématu: www.abclinuxu.cz/poradna/linux/show/221208 ovšem s tím rozdílem, že práva na ten skript mám, Safe Mode mám vypnut, tudíž nemusím nastavovat safe_mode_exec_dir. Nevím proč, ale v logu se mi také nic nezobrazuje, nemohu nějak "násilně" logovat výstup, když se bude ten skript na stránce provádět? Děkuji předem
Zapni na začátku PHP skriptu reportování všech chyb:
error_reporting(E_ALL);
V čem je napsaný skript, který z PHP spouštíš? Z čeho usuzuješ, že se nespustil? Kdo je vlastník souboru? Jaké práva má tento soubor? Zadáváš celou cestu? Při normálním spuštění funguje? Přilož konfiguráky.
1. Právě že direktivu error_reporting(E_ALL);
mám aktivovanou, a stále se mi žádné hlášení/chyba nezobrazí.
2. Skript je napsaný v obyčejném bashy a je velmi krátký:
#!/bin/bash
PID=$(pidof NAZEV_PROGRAMU)
PID=$[ $PID - 1]
sleep 1
kill $PID
3. Pokud skript spustím normálně z konzole, skript se normálně provede - killne danou aplikaci (zmizí ze screen -ls), pokud se ho ale pokusím spustit ze stránek, nic se neprovede, aplikace běží vesele dál.
4. Vlastník souboru je root, zkoušel jsem změnit skupinu i práva na www-data, ale to nepomohlo (stále stejný problém)
5. Práva má plné - 777
6. Ano, php skript vypadá takto:
exec('/home/filo/scripts/kill-nazev-programu');
7. Ano, viz bod 3
8. Přikládám konfigurák php, kdyby bylo třeba ještě něčeho, ozvěte se :)
www-data
, a to Ti samozřejmě nedovolí zabíjet procesy jiných uživatelů.
no je fakt, že program běží pod rootem, no ale jak to tedy řešit? budu muset program pouštět pod jiným uživatelem? nebo se nabízí jiné řešení?
www-data
(třeba pod rootem pomocí su
). Případně můžeš použít sudo
.
#!/bin/bash PID=$(pidof NAZEV_PROGRAMU) PID=$[ $PID - 1] # Proč? sleep 1 # Proč :-0? kill $PID # Víte co vlastně zabíjíte?
PID=$[ $PID - 1] Protože pid programu je třeba 800 a mně to vypíše 801, nevím pr oč sleep 1 Opravím ;) kill $PID jestli tím myslíte, že to mám ošetřit o nějakou podmínku, která kontroluje, zda se jedná opravdu o ten program, pak to dodělám, ale nyní to zabíjí opravdu ten správný program, vidím to vždy na vlastní oči
Ono sa často spúšťa najprv wrapper, ktorý až následne vyvolá cieľový program. Takže wrapper dostane PID a cieľový program pravdepodobne PID+1, pričom by som zdôraznil "pravdepodobne". Môže tiež dôjsť k tomu že PID+1 už bol predtým obsadený (keď beží počítač dlhšie a minú sa voľné PIDy, tak sa ide zase od jednotky, pričom sa vynechajú tie, pod ktorými ešte stále niečo beží), alebo k tomu, že sa pod PID+1 spustí ďalší proces skôr než wrapper stihne spustiť ten cieľový program (ktorý týmto pádom pravdepodoneb dostane PID+2).
Suma sumárum: kill PID-1 je zlý nápad.
pidof
vždy vrací pid
toho programu, na který se ptáte, nějaké následné přičítání nebo odčítání je nesmysl který funguje jen do té doby než jednou zabije něco úplně jiného. Navíc když jste mezi tím dal ještě vteřinu šlofíka :D Další možností jak zjistit pid třeba nějakého programu kterých je třeba více ale ten který nás zajímá běží např. se specifickými parametry nebo tak je např. přes ps -A -o pid,cmd
killall
či pkill
Tak s tím PID to byl asi nějaký haluz debiana, protože, teď už to jde i bez toho odečítání . No ale zpět k tématu.
Jinak není možnost killnout pomocí nějakého příkazu program, jehož vlastník je nadřazený? Popř. Jak pustím program pod určitým uživatelem? Děkuji
Spúšťať program pod iným používateľom sa dá cez príkaz sudo
(man sudo
). Killovať cudzie procesy sa dá tiež cez sudo
- stačí ten kill
pustiť pod iným používateľom.
Zkusil jsem toto:
sudo -u root kill $PID
vypadá to logicky, ale nefunguje to, z konzole to jde ale z webu stále ne
www-data
?
www-data
neomezeně používat kill
, je volat sudo
z PHP přímo na ten Tvůj skript. Ale jak jsem psal výše, pokud do toho nemusíš tahat uživatele root
, tak to nedělej, program spouštěj pod uživatelem www-data
a pak ho budeš moci zabít přímo z PHP jako uživatel www-data
.
Děkuji, za informace, ale když už jsme u toho spouštění procesů pod jinými uživateli než je root. Myslíte, že by šlo zabít program, který by např. běžel po uživatelem filo, který má stejné práva jako www-data? Protože se mi nechce spouštět programy, které chci zabít z webu, pod uživatelem www-data, pak bych v tom měl trochu bordel, ale pokud to jinak nepůjde, tak mi asi nic jiného nezbyde :).
Ano lze zabíjet pod uživatelem www-data
procesy uživatele filo
, viz zmiňování článek (část $ sudo -u pepa killall program
), visudo
:
www-data ALL=(filo) /bin/kill
Nyní stačí použít:
sudo -u filo /bin/kill $PID
To jsem potřeboval slyšet, ale mám problém pustit proces ihned po naběhnutí systému po uživatelem filo, defaultně se pouští vše pod rootem.
V /etc/rc.local mám třeba:
cd /home/filo/opt/nazev_programu/restarter/restarter
/home/filo/opt/nazev_programu/restarter/restarter &
a v souboru mám script, který mi pustí restarter pro ten daný program:
screen -A -m -d -S nazev_programu_restarter ./restarter-nazev_programu
Jenže nevím jak toto mám pustit pod uživatelem filo, děkuji za rady, už teď jste mi dost pomohli.
Jak jsem psal, stačí použít:
# su -c "/home/filo/opt/nazev_programu/restarter/restarter &" filo
Předtím jsem nuceně musel odjet pryč, a tak jsem se k tomu nemohl dostat, ale dnes jsem si k tomu již sedl.
Takže program se mi pomocí příkazu
# su -c "/home/filo/opt/nazev_programu/restarter/restarter &" filo
pustí pod uživatelem filo, to je OK.
---------------------------------------------------
V souboru /etc/sudoers mám:
root ALL=(ALL) ALL
www-data ALL=(filo) /bin/kill
---------------------------------------------------
V souboru (ten který má výše zmíněný program z webu restartovat z php pomocí příkazu exec('/home/filo/scripts/kill-nazev-programu');) je toto:
#!/bin/bash
PID=$(pidof mangos-ethriel-worldd)
sleep 0
sudo -u filo /bin/kill $PID
Pozn.: Soubor, včetně složky scripts ma práva 777, vlastník & skupina je www-data
---------------------------------------------------
Pokud zkusím soubor spustit z konzole pod uživatelem filo, vypíše to:
filo is not in the sudoers file. This incident will be reported.
Pokud se ho pokusím spustit z webu, nestane se vůbec nic.
Ja už si připadám jako blbec, už se s tím týrám opravdu dlouho a nevím si stále rady.
filo is not in the sudoers file
Ano to je správně, protože v /etc/sudoers
mají záznam pouze uživatelé root, www-data
viz první sloupeček.
Pokud se ho pokusím spustit z webu, nestane se vůbec nic.
Protože se očekává zadání hesla, pokud nechceš, aby uživatel musel odpovídat na heslo musíš použít volbu NOPASSWD
:
www-data ALL=NOPASSWD:(filo) /bin/kill
Protože se očekává zadání hesla, pokud nechceš, aby uživatel musel odpovídat na heslo musíš použít volbu NOPASSWD
Aha, no ovšem tento tvůj zápis:
www-data ALL=NOPASSWD:(filo) /bin/kill
mi hlásil chybu v syntaxi, proto jsem to zkusil změnit takto:
www-data ALL=(filo) NOPASSWD: /bin/kill
teď se ale zase nic nestane :).
exec 1>/tmp/soubor.stdout exec 2>/tmp/soubor.stderrnebo v php použít něco sotisfikovanějšího než jen
exec()
, třeba proc_open()
kill $PPID
Tiskni
Sdílej: