Debian dnes slaví 32 let. Ian Murdock oznámil vydání "Debian Linux Release" 16. srpna 1993.
Policisté zadrželi odsouzeného drogového dealera Tomáše Jiřikovského, který daroval ministerstvu spravedlnosti za tehdejšího ministra Pavla Blažka (ODS) bitcoiny v miliardové hodnotě, a zajistili i darovanou kryproměnu. Zadržení Jiřikovského může být podle ministerstva důležité k rozuzlení kauzy, která vypukla koncem května a vedla ke konci Blažka. Zajištění daru podle úřadu potvrzuje závěry dříve publikovaných právních
… více »Administrativa amerického prezidenta Donalda Trumpa jedná o možném převzetí podílu ve výrobci čipů Intel. Agentuře Bloomberg to řekly zdroje obeznámené se situací. Akcie Intelu v reakci na tuto zprávu výrazně posílily. Trump minulý týden označil Tana za konfliktní osobu, a to kvůli jeho vazbám na čínské společnosti, čímž vyvolal nejistotu ohledně dlouholetého úsilí Intelu o obrat v hospodaření. Po pondělní schůzce však prezident o šéfovi Intelu hovořil příznivě.
Společnost Purism stojící za linuxovými telefony a počítači Librem má nově v nabídce postkvantový šifrátor Librem PQC Encryptor.
VirtualBox, tj. multiplatformní virtualizační software, byl vydán v nové verzi 7.2. Přehled novinek v Changelogu. Vypíchnou lze vylepšené GUI.
Eric Migicovsky, zakladatel společnosti Pebble, v lednu oznámil, že má v plánu spustit výrobu nových hodinek Pebble s již open source PebbleOS. V březnu spustil předprodej hodinek Pebble Time 2 (tenkrát ještě pod názvem Core Time 2) za 225 dolarů s dodáním v prosinci. Včera představil jejich konečný vzhled (YouTube).
Byla oznámena nativní podpora protokolu ACME (Automated Certificate Management Environment) ve webovém serveru a reverzní proxy NGINX. Modul nginx-acme je zatím v preview verzi.
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 25.08. Přehled novinek i s náhledy a videi v oficiálním oznámení.
Společnost Perplexity AI působící v oblasti umělé inteligence (AI) podala nevyžádanou nabídku na převzetí webového prohlížeče Chrome internetové firmy Google za 34,5 miliardy dolarů (zhruba 723 miliard Kč). Informovala o tom včera agentura Reuters. Upozornila, že výše nabídky výrazně převyšuje hodnotu firmy Perplexity. Společnost Google se podle ní k nabídce zatím nevyjádřila.
Intel vydal 34 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20250812 mikrokódů pro své procesory řešící 6 bezpečnostních chyb.
Řešení dotazu:
cron
-u a čo urobí v iných prípadoch, je v tom, kam ten výstup ide. V prípad cron-u nejde nikam, alebo v lepšom prípade do mailu.
Príkaz wall
zariadi, že to čo dostane na vstup zapíše na terminály všetkých prihlásených užívateľov (wall je "write all").
mail
zadaný v terminálu.* * * * * echo "Upozorneni"
crontab
, pomocí crontab -e
jste jen spustil příkaz k editaci souboru, který jste upravil a používá jej cron. Crron si jej ve „vlastním terminálu“ přečte a pokud nastane čas, příkazy spustí a obvykle celý výstup, který šel na stdout
a stderr
pošle do uživatelovi schránky.* * * * * echo "Upozorneni" | wall
Ahoj, restartoval jsi cron po tom, co jsi upravil ten jeho konfigurační soubor ? Pokud ne, tak /etc/init.d/cron restart
Nevím jak je to s tím echo
. Radši bych zkusil vytvoři soubor. Tam si budeš jistý, jestli se vytvořil nebo ne. touch /home/xx/Desktop/zkouska_cronu
.
mail
.* * * * * echo "Upozorneni" | wall
již fungovat bude, bo příkaz wall
je to, co zařídí, že se to objeví v tom vašem terminálu.
To o schrance nikde, kde echo ukazovaly jako standardni prikaz, zmineno nebylo
Samozřejmě že ne, protože to není vlastnost příkazu echo
, ale vlastnost cronu. Pokud (jakákoli) úloha spuštěná přes cron vygeneruje nějaký výstup (standardní nebo chybový), je ten výstup poslán mailem uživateli, z jehož cron tabulky se ta úloha spouštěla. Tak cron funguje a je to popsáno i v dokumentaci. Musíte si uvědomit, že v době, kdy se ta úloha spouští, může být už na daném terminálu přihlášen někdo úplně jiný nebo také nemusí být přihlášen vůbec nikdo, takže nemá smysl posílat výstup na terminál.
Cron searches /var/spool/cron for crontab files which are named after accounts in crontabs found are loaded into memory. Cron also searches for /etc/crontab and the files in the directory, which are in a different format (see crontab(5) ). Cron then wakes up every minute, examining all stored crontabs, checking each command to see if it should be run in the current minute. When executing commands, any output is mailed to the owner of the crontab (or to the user named in the MAILTO environ- ment variable in the crontab, if such exists). Additionally, cron checks each minute to see if its spool directory’s modtime (or the modtime on /etc/crontab) has changed, and if it has, cron will then examine the modtime on all crontabs and reload those which have changed. Thus cron need not be restarted whenever a crontab file is modified. Note that the crontab(1) command updates the modtime of the spool directory whenever it changes a crontab.Pomohlo by aj prehladat forum pred polozenim otazky; dotaz "nefunguje cron" sa tu riesi kazdy mesiac.
ale já opravdu prohledal celý internet
To myslíte vážně???
ostatne, ja jsem nikde netvrdil, ze mi nefunguje cron, ale prikaz echo
Jako začátečník se nepokoušejte kategoricky tvrdit, v čem je problém (nebo že "xyz nefunguje"), protože bez základních znalostí je to jen střelba naslepo. Místo to raději vždy co nejpřesněji popište (1) co jste udělal, (2) co se stalo, (3) proč si myslíte, že je to špatně a co se podle vás mělo stát.
jsem měl strach, že se na mne zesype spousta chytrých hlav, kteří místo aby poradili, mi vysvětlí, co jsem měl napřed udělat
Což není nutně chyba. Myslíte si snad, že tohle je poslední problém, který jste kdy měl?
hanpari
trochu křivdíte. Možná že manuál ke cronu nečetl, což je jistě trestuhodné, ale i kdyby četl, stejně díky jeho malé informovanosti o fungování linuxu obecně by nebyl sto odvodit, že když se výstup posílá na mail, že to zároveň znamená, že se nevypisuje na terminál (což ani odvodit nelze!), takže by byl tam, kde je, tedy měl by za to, že echo nefunguje (navíc má asi i nenakonfigurovanou počtu, tak mu ani ty maily nechodí).
Pak také popis "echo nefunguje" se mi zdá správný, z pohledu uživatele echo nefunguje.
echo "Zprava" | /usr/bin/mailx -s "predmet zpravy" pavel
Pak také popis "echo nefunguje" se mi zdá správný, z pohledu uživatele echo nefunguje.
Podle mne správný není. Příkaz echo
totiž v daném případě fungoval, protože dělal přesně to, co dělat měl. Že se stalo něco jiného, než uživatel očekával, je v tomto případě výhradně důsledkem neznalosti uživatele a ani v nejmenším nefunkčnosti příkazu echo
. Prostě další příklad na téma "Počítač dělá to, o co si mu řeknete, ne to, co po něm chcete."
echo
nefunguje".
…již fungovat bude, bo příkaz wall je to, co zařídí, že se to objeví v tom vašem terminálu.
Jakož i na všech ostatních. :-) Pro poslání zprávy na jeden konkrétní terminál slouží příkaz write
.
/etc/crontab
som ho otvoril pomocou VI
ale musel som dat uzivatela
* * * * * root echo "haloo" | write root
funguje aj
* * * * * root echo "haloo" | wall
ak ma uzivatel pravo menit crontab
tak sa potom nastavuje jeho crontab vo /var/spool/cron
a tam netreba zadavat uzivatela
Tiskni
Sdílej: