Dotaz: Jak upravit crontab pomoci scriptu?

[flex]

Zdravím. Pokud potřebuji něco přidat ručně do crontab, tak zadám příkaz crontab -e, podívám se jestli tam požadovaný řádek už není a pokud ne, tak ho tam přidám.

Poradíte mě prosím jak to ale udělat pomocí scriptu? Děkuji

---

---

Odpovědi

[🇨🇽]

crontab <subor

[🇨🇽]

crontab by mělo jít vyrobit normálně ze souboru hele třeba :O ;D

#write out current crontab
crontab -l > mycron
#echo new cron into cron file
echo "00 09 * * 1-5 echo hello" >> mycron
#install new cron file
crontab mycron
rm mycron

[🇨🇽]

Pokud potřebuji něco přidat ručně do crontab…

Nepotřebuješ. Je rok 2021 a v posledním desetiletí se používá systemd .timer.

Díky modulárnímu rozdělení na oddělené soubory můžeš pro každý .timer:
(1) snadno zkontrolovat, zda je aktivní a zda se automaticky aktivuje při startu, a dle potřeby ho zakázat / deaktivovat / aktivovat / povolit,
(2) místo editace přidat či odebrat soubor s timerem, bez [vlivu na | rizik pro] ostatní timery (např. kvůli chybné editaci), což je ovšem úplně zbytečné, protože postupy zmíněné v bodech (1) a (4) řeší tento use case nesrovnatelně lépe,
(3) korektně nastavit vzájemné závislosti timerů a ostatních služeb (timerů i jiných) či stavů systému (.target),
(4) parametrizovat timery tak, aby se místo editace čehokoliv dal jednoduše změnit parametr (deaktivovat a zakázat starý parameter, povolit a aktivovat nový parametr).

[j]

Jo ... a vysledek je, ze to nefunguje a nikdo nevi proc.

Normalni lidi si vyberou cron kterej funguje tak jak se jim to libi (je jich urcite aspon 10), a pridani/odebrani ulohy spociva v pridani/odebrani souboru se scriptem do prednastavenyho adresare.

---

Dete s tim guuglem dopice!

[Andrej]

Jo ... a vysledek je, ze to nefunguje a nikdo nevi proc.

Ale prdlajs, anonyme. Ach jo. Kdy už někdo tyhle anonymní trolly zakáže?

Klíčová výhoda systemd a .timerů je právě v tom, že skvěle fungují (na rozdíl od neopravitelně rozbitého cronu), nezávisí už na divném a neudržovaném démonovi (kterého existovalo asi pět variant, jedna horší než pátá) a (především) mají znamenitou správu logů ve stylu systemd (journalctl atd.) a plnou transparentnost (systemctl list-timers) kolem všeho, co se kdy spouští / spouštělo / bude spouštět.

Normalni lidi si vyberou cron kterej funguje tak jak se jim to libi (je jich urcite aspon 10), a pridani/odebrani ulohy spociva v pridani/odebrani souboru se scriptem do prednastavenyho adresare.

Nenormální anonymové si vyberou zastaralou sračku, která nikdy nefugovala, vždy byla plná bugů a zranitelností a je naprosto beznadějně zastaralá. Klasika. Už mě to dokonce ani nepřekvapuje.

Zabezpečení těch úloh nastavím v cron-sračce jak přesně? No jo. Nijak. Že se vůbec ptám.

[j]

Blabolis tu o tom logovani ktery se se 100% jistotou posere vzdy, kdyz je potreba? lol ....

Libovolnej cron je narozdil od tyhle ubermegajebky zcela spolehliva a funkcni vec.

---

Dete s tim guuglem dopice!

[luky]

Jses fakt omezenec, pokud sis jeste nevsimnul, ze existuje spousta vestavenych systemu jedoucich treba i na baterku a solar, kde je jen busybox runtime, kterej implementuje cron, ale uz ne timery ze systemd.

[AraxoN]

Andrej bude nejaký progresívec. Cron sa normálne používa všade kam sa pozriem, nie len v embedded.

[Jendа]

Neupravovat uživatelský crontab, ale vytvořit si soubor s tím jedním řádkem v /etc/cron.d/. (pokud to teda instaluje root. Jak to dělat pod uživatelem nevím, asi uživatelský systemd timer, jestli to jde)

[flex]

Pokud vytvořím soubor /etc/cron.d/mnt-dav a do něj vložím řádek @reboot mount /mnt/dav tak se po restartu nic nestane, pokud ten řádek vložím do crontab tak všechno funguje.

[X]

Mountovat Webdav neni jen tak, pokud chces vedet kde je problem podivej se do logu cronu, nebo si dej za ten prikaz > /muj.log 2>&1 ..

[Jendа]

Jo, pak je problém, že tohle asi má v /etc/fstab a nemountuje se mu to automaticky, protože se to asi snaží mountovat dřív než naběhne síť. Ale cron taky nezaručuje, že bude protistrana po síti už dostupná. Takže ve skutečnosti potřebuje buď mount unitu nebo servicu, která se o to bude starat, a rovnou může mít nastavené automatické restartování při selhání když třeba ta síť nefunguje, tak aby se to zkusilo znovu \o/.

(nebo tam dát cronjob co bude každých 5 minut zkoušet jestli je protistrana dostupná a případně namountuje )

[Jendа]

Protože v cron.d je první parametr username - takže tady se uživatel mount snaží spustit /mnt/dav.

[Heron]

Tohle je špatně hned z několika pohledů. Jednak se nepoužívá cron, ale .timer. Druhak pro mountování čehokoliv se nepoužívá cron ani .timer, ale .mount unita.

Důvody jsou:

• v cronu málokdo očekává mountování fs
• v cronu málokdo očekává úlohu, která se má spustit jednou a při startu
• v unitě je na to lépe vidět a hlavně se to lépe kontroluje
• snadno se napíše automount v případě, že není nutné to mountovat hned po bootu, ale až při prvním použití toho fs

[Peter Golis]

Jéj, to je pekný nápad pripájať disk cez pravidelný časovač. Mal by sa ten disk pripájať bez odpojenia sám do seba každý deň, každú hodinu alebo každú sekundu? To bude mať pekné následky, skoro ako pripojiť si NTFS disk ako domovský priečinok. Len také viac systémové.

No, radšej by som odporučil nejaký automounter, kľudne aj systemd mount unit. Taký čo to sám pripojí, a po nejakej dobe nečinnosti aj odpojí.