Visste du att Blade Runner är inställd 2019? Det är tre år från nu! För att inte tala om Tillbaka till framtiden 2, där de reser fram till 2015. Men vi har inte flygande bilar och det finns inga replikanter bland oss (så vitt jag vet).
Det är lätt att känna sig besviken över den nuvarande tekniken när vi jämför det med framtida fiktiva framträdanden. Ändå kan våra telefoner, datorer och tomhus idag göra fantastiska saker 5 DIY-hemautomationsprojekt för att komma igång med ditt smarta hem 5 DIY-hemautomationsprojekt för att komma igång med ditt smarta hem När det gäller att skapa smarta hem, vet bara inte var du ska börja Här är fem grundläggande nybörjare smarta hemprojekt som du kan bygga just nu. Läs mer . Möjligheten att automatisera uppgifter är en av dem.
Varje Linux-användare kan dra nytta av schemaläggningsuppgifter, oavsett om de är systemrelaterade (som att städa upp gamla loggar och uppdatera paket Så här uppdaterar du en eller alla appar på Linux i sekunder Hur man uppdaterar en eller alla appar på Linux i sekunder Linux-terminalen gör det enkelt att uppdatera en enda app på din dator, eller tillämpa alla tillgängliga uppdateringar på en gång. Så här. Läs mer) eller betjäna användaren (kontrollera e-post, hämta podcaster ...). Windows-användare har haft Task Scheduler 4 Boring-uppgifter du kan automatisera med Windows Task Scheduler 4 Boring-uppgifter du kan automatisera med Windows Task Scheduler Din tid är för värdefull för att bli bortkastad med upprepade uppgifter. Låt oss visa dig hur du automatiserar och schemalägger uppgifter. Vi har också några bra exempel. Läs mer sedan Windows 95. Verktyget som gör samma jobb på Linux heter cron, och här förklarar vi hur du använder det.
Vad är Cron?
Cron är en systemtjänst som körs i bakgrunden, kontrollerar schemalagda uppgifter och kör dem om det hittar något. Uppgifterna - även kallade "cron-jobb" 5 Nybörjare Linux-inställningsidéer för Cron Jobs & Shell-skript 5 Nybörjare Linux-inställningsidéer för Cron Jobs & Shell-skript Med bash scripting kan du göra en komplex serie av uppgifter på ett snabbt sätt så det är bra för utarbetade och repetitiva behov. Det är också ett bra sätt att lära känna terminalen. Läs mer "- definieras i speciella konfigurationsfiler (crontabs), vilken cron skannar varje minut. Flera versioner av cron finns på olika Linux-distributioner. Fedoras gaffel av cron kallas till exempel cronie, och det finns också fcron, bcron och dcron. Vissa har extrafunktioner, medan andra är mer fokuserade på säkerhet, men de bygger alla på samma idé.
Den här guiden är skriven för vixie-cron, vilken är den mest utbredda versionen av cron och den som du hittar på Ubuntu och dess derivat. Medan de flesta instruktioner gäller för andra cron-implementeringar kan det finnas mindre skillnader, så kolla deras manualer om du väljer att byta.
Vad är en Crontab?
Om du är seriös om att hantera din tid, har du förmodligen en kalender av något slag. Ordna din tid med dessa 4 Linux-kalenderappar. Organisera din tid med dessa 4 Linux-kalenderapp. Är det vettigt att du fortfarande använder en stationär kalenderapp? Vi tror det, särskilt för att möjliggöra åtkomst till händelser på en synkroniserad enhet. Dessa Linux kalender apps är särskilt användbara. Läs mer - en app eller åtminstone en bit papper. Crontab är väldigt mycket som datorns kalender. Den innehåller information om schemalagda uppgifter, som berättar cron som kommandon körs vid vilken tidpunkt.
Faktum är att flera crontabs finns på ditt system. Varje användare har sin egen crontab, inklusive root (administratören). User crontabs lagras i /var/spool/cron/crontabs/ . crontab -l kommer att lista crontab-filen för den nuvarande användaren. Du kan kontrollera root crontab med sudo crontab -l .
Dessutom finns system crontab filen /etc/crontab som används för systemövergripande uppgifter. Vanligtvis har de formen av körbara, root-ägda skript placerade i /etc/cron.hourly/, /etc/cron.daily/, /etc/cron.weekly/ och /etc/cron.monthly/ folder och på vissa utdelningar, mappen /etc/cron.d/ också. Generellt sett borde du inte behöva hantera dessa uppgifter, eftersom de flesta skapas automatiskt av installerade applikationer.
Hur man schemalägger uppgifter med Cron
Det låter enkelt: att schemalägga uppgifter, lägg bara till dem i din crontab. Eftersom crontab är en speciell konfigurationsfil rekommenderas det inte att redigera det manuellt. crontab -e istället crontab -e kommandot. För att redigera root eller andra användares crontabs, kör kommandot med administrativa behörigheter och lägg till användarnamnet efter -u-alternativet:
sudo crontab -u root -e
sudo crontab -u username -e
Crontab-filen har två sektioner. Den första innehåller miljövariabler som automatiskt ställs in. Du kan säkert ändra variablerna PATH, HOME och SHELL och ändra MAIL-variabeln.
Den andra delen av filen är den faktiska "tidtabellen" med dina schemalagda uppgifter. Varje uppgift upptar en rad (rad) i tabellen, med kolumner som representerar följande värden:
För att lyckas schemalägga uppgifter behöver du veta lite om crontabsyntaxen:
- Numren ska vara heltal (heltal), och du kan använda asterisken (*) i någon av kolumnerna som ett jokertecken, vilket betyder "varje minut / dag / månad ...".
- Var noga med att inte ange ett datum som inte förekommer i den månad som anges i kolumnen "Månad" (till exempel den 30 februari) i kolumnen Dag i månaden.
- Både kolumnerna "Månad" och "Dag i veckan" accepterar korta namn för månader respektive dagar, och de är otillräckliga.
- I kolumnen Dag i veckan står både 0 och 7 för söndag. Kolumnen "Timme" kräver "Militärtid" (24-timmarsformat), men du kan inte använda siffran 24 - istället står 0 för 12. Detta beror på att värdena för minut, timme och dag i veckan börjar vid 0 istället för 1.
- Sekunder stöds inte, så du kan inte schemalägga en uppgift vid en viss sekund.
Vad du kan göra är att schemalägga samtliga tidsintervaller med hjälp av en bindestreck (14-22 under "Hours" kör uppgiften kontinuerligt från 2 pm till 10 pm) eller köra en enskild uppgift flera gånger genom att definiera en kommaseparerad lista (1, 3, 5 under "Week of Week" kör uppgiften på måndag, onsdag och fredag).
Under tiden är stegvärden representerade av en framåtskärning (/), och dessa indikerar mängden hoppar inom ett intervall; till exempel 3-20 / 3 under "Hours" körs uppgiften var tredje timme från 3:00 till 8:00. Detta är användbart när du vill repetera uppgifter varje X-timme, eftersom du kan kombinera en asterisk och ett steg (* / X). Du kan kombinera intervall med listor och steg med intervaller så länge du använder siffror. Med andra ord är kombinationer som "jan-mar" eller "tis, fre-sun" inte tillåtna.
Alternativt kan du, i stället för att ange ett värde för varje kolumn, bara skriva @ vecka, @år, @monthly, @dagligt eller @hourigt i början av en rad, följt av ett kommando. Planeras så här, kommer uppgifterna att köras i första möjliga fall, så @ veckan skulle springa vid midnatt den första dagen i veckan. Om du vill köra en uppgift omedelbart när systemet (re) startar, använd kommandot @reboot.
I det här exemplet har vi planerat en säkerhetskopia varje dag klockan 08:20 och 20:20. Bakgrunden ändras automatiskt var tredje dag klockan 19:00 och ett skript kommer att söka efter nya podcaster De 10 bästa programmen för hantering av podcaster på Linux De 10 bästa programmen för hantering av podcaster på Linux Linux har inte ett bra val av podcastklienter, men oroa dig inte - nästan alla moderna musikspelare för Linux kan fungera som podcatcher. Låt oss ta en titt på alternativen. Läs mer varje måndag klockan 10:20 och 20:20. En påminnelse om födelsedagen är inställd den 25 mars och den körs var 30: e minut inom den angivna tidsramen. Slutligen kontrollerar ett skript e-post var 15: e minut från 8 till 20, men bara på arbetsdagar. Du är fri att organisera din crontab med mellanslag och flikar mellan kolumner, men inte inom dem (lägg inte mellanslag mellan kommatecken, bindestreck och snedstreck).
Om allt detta låter för komplicerat, oroa dig inte - du kan alltid lita på internet. Verktyg som Crontab Generator, Crontab.guru och Corntab hjälper dig att skapa cron jobb utan att veta någon crontabsyntax. De visar dig när jobbet kommer att springa nästa och ge mallar för vanliga uttryck. Crontab.guru är det bästa av bunten, eftersom det låter dig läsa-test crontabsyntax, så du kan genast se hur dina förändringar påverkar schemat.
Hur man kontrollerar om Cron-jobb utförs
Cron ska springa tyst i bakgrunden och låta dig arbeta ostörd medan det tar hand om dina uppgifter. Men hur kan du se till att det faktiskt fungerar?
Cron har en inbyggd e-postnotifieringsfunktion, men det krävs att du konfigurerar minst en enkel lokal e-postserver. Hur fungerar en e-postserver? [Teknologi förklarad] Hur fungerar en e-postserver? [Teknologi förklarad] Bakom varje mail är en kraftfull motor som heter e-postservern som driver e-post via internet. Läs mer . Inte många hemanvändare är villiga att konfigurera detta, och inte många distribueringar ger det som standard (till exempel, Ubuntu gör det inte). Det snabbaste sättet att kolla på cron är att skanna systemloggen med det här kommandot:
cat /var/log/syslog | grep -i cron
Alternativet -i gör att vår fråga är otillräcklig. Det är möjligt att cron kommer att ha sin egen loggfil någonstans i /var/log/, så titta där om det här kommandot inte ger användbara resultat.
Om du behöver spara utdata från ett visst cronjobb kan du omdirigera det till en fil. Ange sökvägen och namnet på filen i den sista kolumnen i din crontab, efter det kommando du vill köra:
30 * * * * /usr/bin/yourcommand>/home/username/logfile.txt
Om du använder en enda> -symbol skriver du över filen varje gång kommandot körs. För att undvika detta, använd >> istället - det lägger till utgången till den befintliga filen.
Vad händer om Cron inte arbetar?
Det kan hända att du har lagt till några uppgifter, kontrollerat systemloggarna och funnit att de inte körs som de borde. Här är några saker du bör överväga - och var försiktig med - när du försöker fixa problemet.
Är cron-tjänsten igång?
Som du vet borde cron-demonen springa i bakgrunden. Se till att detta verkligen är fallet. Tjänsten kallas antingen crond eller bara cron.
För distributioner med systemd:
systemctl status cron
För distributioner med Upstart:
service cron status
Om din distribution använder "gamla" System V init-tillvägagångssättet, lista alla tjänster med:
initctl list
och se om cron är listad.
Har du till och med tillåtit att få en crontab-fil?
Kontrollera din /etc mapp för filer som heter cron.allow och cron.deny . På Ubuntu borde inte existera, vilket innebär att alla användare får hantera cron-jobb. Men om det finns en cron.allow fil måste den innehålla ditt användarnamn. Omvänt, om filen cron.deny finns, borde ditt användarnamn inte vara i det. cron.deny filen cron.deny betyder det att bara root och användare som listas i cron.allow kan ha crontab-filer.
Är dina variabler rätt inställda?
Crontab ställer automatiskt in din SHELL-variabel till /bin/sh . Men om ditt skal är ett val 7 Grunderna för att du ska installera Fish Shell 7 Anledningar till varför du bör installera Fish Shell Gillar du inte hur din Linux-terminal fungerar? Varför inte installera ett nytt skal? Ett sådant skal är fisk, som introducerar funktioner som borde ha blivit vanliga, men det gjorde det inte. Låt oss ta en titt. Läs mer eller bash, du ska ändra SHELL-variabeln . På samma sätt innehåller PATH-variabeln bara några kataloger som standard. Det här är där crontab letar efter Linux-kommandon. Om ditt cronjobb misslyckas, kan det bero på att crontab inte "ser" det kommando du har använt. För att undvika detta, lägg till kataloger som innehåller kommandon till PATH-variabeln, åtskilda av kolonner:
PATH=/opt/myapp/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
Om du inte vill redigera detta i din crontab kan du definiera dessa variabler i det skript som du vill köra som ett cron-jobb.
Är din crontabformatering på punkt?
Crontab syntax är inte exakt jämn segling. Även om du verifierar det med onlineverktyg som nämns tidigare, kan ett mindre misstag fortfarande hindra cron från att utföra dina jobb. Var försiktig med:
- lägg till en tom rad i slutet av crontab-filen
- Escape% -teckenet med en backslash om ditt kommando innehåller det
- skriv kommentarer som separata rader som börjar med #. Skriv inte kommentarer på samma rad som miljövariablerna, eller bredvid cron-jobbkommandon.
Behöver du verkligen använda terminalen?
Absolut inte. KDE-användare kan schemalägga cron-jobb med KCron, vilket är tillgängligt från modulen Systeminställningar> Aktivitetsschemaläggare . Med ett enkelt gränssnitt som låter dig välja och justera allt med några få musklick, är KCron ett nöje att använda.
Om du föredrar GNOME, är GNOME Schedule för dig. Tillvägagångssättet är likartat, även om gränssnittet förväntas vara något annorlunda. Det erbjuder ett avancerat läge för finkorniga modifieringar, och levereras med en panelapplet från vilken du kan hantera uppgifter direkt.
Du bör vara medveten om andra lösningar, som Crontab-UI och Minicron. De är mer lämpliga för användare som hanterar flera maskiner och cron-jobb, och en av deras coolaste funktioner är det webbaserade gränssnittet.
Finns det några Cron-alternativ?
Medan cron är ganska mycket standard schemaläggare för Linux Schema & Automatisera uppgifter i Linux med Gnome Schedule Schedule & Automatisera uppgifter i Linux med GNOME Schema Läs mer, det är verkligen inte den enda. Kommandot kommandot är perfekt för snabba engångsjobb som kan schemaläggas direkt från kommandoraden utan speciella konfigurationsfiler. Om du behöver mer finns det GNUbatch, som introducerar begreppet beroende. Med GNUbatch kan du ställa in specifika villkor för varje jobb, eller göra en planerad uppgift beror på en tidigare. Något liknande kan uppnås med systemd timers. Även om det är mindre praktiskt att konfigurera än cron, kan systemd timers komma ihåg om en uppgift missade sitt schema medan datorn var avstängd och kör den nästa gång den är på.
Det här är något som cron inte kan göra ensam. Som sådan är den lämplig för servrar och datorer som ständigt körs, men det kommer inte att utföra ett jobb som planerades när datorn var avstängd. Det här är där anakron kommer till spel. Det är tekniskt inte ett "alternativ" eller en ersättning för cron. Istället kompletterar anacron cron och ska användas tillsammans med den, vilket är fallet på många Linux-distributioner, inklusive Ubuntu och Ubuntu-baserade produkter. Anacron loggar när en uppgift slutfördes, och kontrollerar om det fanns några missade instanser medan systemet var avstängt. Det kommer att köra dem när du sätter på datorn igen, men varje uppgift kan utföras bara en gång om dagen.
Vissa versioner av cron, som fcron, erbjuder som standard anacrons funktioner. Avancerade användare kanske vill titta på Hcron eller SuperCron, vilket ger många förbättringar till grundläggande cron funktioner, men är också lite utmanande att hantera.
Hur är det med dig? Hur organiserar du dina digitala uppgifter? Vilka uppgifter planerar du på Linux? Dela dina historier och tips för att använda cron i kommentarerna.
Bildkredit: schema av Gonzalo Aragon via Shutterstock