Automatisch bijwerken: wanneer gebeurt dat ?

[emvedeesje]

Bij vrienden heb ik installaties met Mint die heel weinig gebruikt worden: even de e-mails checken, of snel iets opzoeken, en dan gaat de computer al weer uit.
Dat is dan bij gebruikers die niet zo aan hun computer verknocht zijn.
En het bijwerken van de software moet je hen ook al niet vragen.

Daarom denk ik eraan het automatisch bijwerken in te stellen om hun systeem up-to-date te houden.

Maar ook nu vrees ik dat updates niet altijd zullen gebeuren omdat de computer niet lang genoeg aan staat.

Daar zoek ik dus een oplossing voor...
VRAAG: hoe worden deze automatische bewerkingen gestart, en ook wanneer ?

Idealiter zou dit al best gebeuren direct na het opstarten van Mint.

Ik dacht aan een bashfile te laten starten via Opstarttoepassingen, maar met die root commands die dan geen paswoord krijgen, lukt dat dus niet.
Op mijn eigen systeem heb ik dat geprobeerd met een cron taak die om het uur gaat kijken (telkens vb op het uur zelf)
En omdat het een cron taak is lukken commands met sudo daar wél.
Een trucje houdt bij of er die dag reeds een update gebeurde, om te beletten dat er elk uur een update uitgevoerd wordt.
Maar ook dat is eigenlijk geen optie als die computer slechts heel kort gebruikt wordt.

iemand een tip waar ik kan mee experimenteren?

groeten van Michael

[Joan]

In 'Opstarttoepassingen' zitten misschien nog mogelijkheden.

[Pjotr]

Dit helpt bij luieriken die hun systeem niet bijwerken, heb ik gemerkt:
https://makkelijkelinuxtips.blogspot.co ... html#ID3.8
(punt 3.8 )

[HWE64]

@Pjotr, in Mint 20.1 Xfce kan ik dit niet goed vinden. Moet ik in "Sessie en opstart" zijn. Daarin kan ik de tijd van 99 niet kwijt.

[Mogenblue]

Je zou in
/etc/network/if-up.d
een bash script kunnen zetten.

Dan wordt het uitgevoerd zodra het netwerk up is.

Heeft maar één regel nodig:
mintupdate-cli -r -y upgrade

[Pjotr]

@Pjotr, in Mint 20.1 Xfce kan ik dit niet goed vinden. Moet ik in "Sessie en opstart" zijn. Daarin kan ik de tijd van 99 niet kwijt.

In Xfce doe je dat zo:
https://makkelijkelinuxtips.blogspot.co ... tml#ID3.13
(punt 3.13)

[HWE64]

@Pjotr, geweldig. Thx.



Edit: Stom van mij, ik had beter de Blogspot voor XFCE door moeten lezen

[emvedeesje]

Je zou in
/etc/network/if-up.d
een bash script kunnen zetten.

Dan wordt het uitgevoerd zodra het netwerk up is.

Heeft maar één regel nodig:
mintupdate-cli -r -y upgrade

Heb daar een bashfile gezet met de naam mintupdate.mv
met deze inhoud:

Code: Selecteer alles

#!/bin.bash
mintupdate-cli -r -y upgrade

Dan enkele dagen afwachten tot updates kwamen.
Doch het wordt niet uitgevoerd.
Nochtans is root de eigenaar van mintupdate.mv en is het executable.

Zie ik iets over het hoofd ?

groeten van Michael

[Mogenblue]

Dan enkele dagen afwachten tot updates kwamen.
Doch het wordt niet uitgevoerd.
Nochtans is root de eigenaar van mintupdate.mv en is het executable.

Zie ik iets over het hoofd ?

Volgens mij niet. Misschien moet je de extentie veranderen van .mv naar .sh, maar ik dacht dat dat geen verschil maakte.
Ik heb er een bestand in staan dat helemaal geen extentie heeft en dat wordt gewoon uitgevoerd.

Ik snap het ook niet allemaal, hoor.

Het is wel zo dat de opdracht op de achtergrond wordt uitgevoerd. Dus je merkt er helemaal niets van. Je moet de logboeken controleren om te zien of er iets veranderd is. Oude systeemkernen worden er ook niet mee verwijderd.

Groet,
Frits

[Mogenblue]

Dit is het script wat ik gebruik om de logboeken te bekijken

list-upgrade.sh

Code: Selecteer alles

#!/bin/bash

echo .
echo .
echo .

# list installed and upgraded packages
grep " upgrade " /var/log/dpkg.log | tail -n40
echo .
date
echo .
grep " installed " /var/log/dpkg.log | tail -n40
echo .
date

Als je meer of minder regels wil zien moet je de -n optie aanpassen.

[emvedeesje]

@Mogenblue

Heb het uiteindelijk werkend gekregen, doch in een eigen logging zie ik nog rare dingen.

Ik heb in /etc/network/if-up.d volgende bashfile mintupdate-mv gemaakt:

Code: Selecteer alles

#!/bin/bash
wait 60
outputbestand="/home/UPDATER.LOG"
if ! [ -e $outputbestand ]
then touch $outputbestand
fi
datum=`date +%d/%m/%Y_%H:%M:%S`
echo "******************* start mintupdate & autoremove op $datum *******************" >> $outputbestand
echo "----------------- mintupdate" >> $outputbestand
sudo mintupdate-cli -r -y upgrade >> $outputbestand
echo "----------------- autoremove" >> $outputbestand
sudo apt-get autoremove >> $outputbestand
echo "******************* einde mintupdate & autoremove op $datum *******************" >> $outputbestand
exit 0

Kijk daarna eens in het bestand /home/UPDATER.LOG
Je ziet het daar niet gebeuren in een logische orde zoals in de bashfile.
Sommige dingen zijn in het systeem precies nog niet klaar op dat moment.
Haal er ook eens de syslog bij en kijk eens wat er op dat tijdstip allemaal gebeurt.
Door de wait wordt iets gezegd in syslog: je vindt daar mintupdate-mv terug. (zou er geen wait mogen gebruikt worden?)
En inderdaad: vanaf deze regel zie je inderdaad dat het OS nog bijlange niet alles opgestart heeft om die updates te kunnen uitvoeren.

Het is mogelijk dat het moment om deze update acties uit te voeren niet op de juiste plaats staat hier in /etc/network/if-up.d
Met de wait had ik gehoopt de updates wat te doen wachten, doch dat wordt precies genegeerd, het is alsof wat in deze map staat aan bashfiles NU moet uitgevoerd worden.

Graag je mening a.u.b.
Momenteel ben ik opnieiw aan het testen met een cron opdracht, doch veel eenvoudiger, en als dat in orde geraakt post ik dat hier.

groeten van Michael

[Mogenblue]

Beste Michael,

ipv wait moet je de sleep opdracht gebruiken dus
sleep 60
ipv
wait 60

Sleep is bedoeld om het systeem te laten wachten.
Wait is bedoeld om het systeem te laten wachten op voltooiing van achtergrond processen die eerder in dezelfde shell zijn gestart.
Je hebt dus de verkeerde opdracht gebruikt. Als ik je intentie tenminste goed begrepen heb.

Ik heb zelf de indruk dat bij opstarten de opdrachten in de map /etc/network/if-up.d ook niet worden uitgevoerd. Maar als hij uit de slaapstand komt werkt het wel goed. Ik gebruik het voor synchroniseren en dan zie ik bij ontwaken steeds de melding die ik verwacht. Maar niet bij het opstarten.

Met sleep 60 laat je het systeem een minuut wachten. Zou ook mijn volgende suggestie zijn geweest.

In de crontab heb ik zelf deze regels gebruikt:
/etc/crontab
1 */3 */2 * * root mintupdate-cli -r -y upgrade
3 */3 * * 1 root apt autoremove

upgrade elke 3 uur, om de dag, updates downloaden en installeren
autoremove 1 dag per week elke 3 uur, overbodige pakketten verwijderen
Mijn computer staat vaak genoeg aan om dit goed te laten werken.

Groet,
Frits

[Mogenblue]

Je zou het ook zo kunnen doen:

Code: Selecteer alles

#!/bin/bash

outputbestand="/home/UPDATER.LOG"
if ! [ -e $outputbestand ]
then touch $outputbestand
fi
datum=`date +%d/%m/%Y_%H:%M:%S`
echo "******************* start script op $datum *******************" >> $outputbestand
sleep 60
datum=`date +%d/%m/%Y_%H:%M:%S`
echo "******************* start mintupdate & autoremove op $datum *******************" >> $outputbestand
echo "----------------- mintupdate" >> $outputbestand
sudo mintupdate-cli -r -y upgrade >> $outputbestand
echo "----------------- autoremove" >> $outputbestand
sudo apt-get autoremove >> $outputbestand
echo "******************* einde mintupdate & autoremove op $datum *******************" >> $outputbestand
exit 0

Dan kun je het effect van de sleep opdracht beter zien.

[emvedeesje]

@Mogenblue

Inderdaad, het moest sleep 60 zijn.

Je cron opdrachten zijn absoluut een betere oplossing omdat het systeem dan zeker 100% up and running is als de cron taken kunnen starten.
Dat is niet zo met de bashfile in /etc/network/if-up.d , dat hebben we duidelijk ondervonden.

Uiteindelijk heb ik een werkende oplossing gevonden met een root cron taak, die de updates uitvoert telkens na het opstarten van de computer.

1- maak de crontab-job voor root

Code: Selecteer alles

sudo crontab -e

Opdracht:

Code: Selecteer alles

@reboot /home/crontab-update.mv

Hier vond ik meer uitgebreide uitleg: https://opensource.com/article/17/11/how-use-cron-linux
Want naast de standaard mogelijkheden zijn er nog een reeks welbepaalde startmogelijkheden:
@reboot : Run once after reboot.
@yearly : Run once a year, ie. 0 0 1 1 *
@annually : Run once a year, ie. 0 0 1 1 *
@monthly : Run once a month, ie. 0 0 1 * *
@weekly : Run once a week, ie. 0 0 * * 0
@daily : Run once a day, ie. 0 0 * * *
@hourly : Run once an hour, ie. 0 * * * *

2- plaats deze crontab-update.mv in de /home zelf ( niet bij een user! )
→ onder /home zelf door deze map te openen als beheerder

3- maak deze executable:

Code: Selecteer alles

sudo chmod +x crontab-update.mv

De inhoud van crontab-update.mv

Code: Selecteer alles

#!/bin/bash
sleep 60s
outputbestand="/home/CRONTAB-UPDATE.LOG"
if ! [ -e $outputbestand ]
then touch $outputbestand
fi
datum=`date +%d/%m/%Y_%H:%M:%S`
echo "******************* start EIGEN update & autoremove op $datum *******************" >> $outputbestand
echo "----------------- update" >> $outputbestand
sudo apt-get update -y >> $outputbestand
echo "----------------- upgrade" >> $outputbestand
sudo apt-get upgrade -y >> $outputbestand
echo "----------------- autoremove" >> $outputbestand
sudo apt-get autoremove -y >> $outputbestand
echo "******************* einde EIGEN update & autoremove op $datum *******************" >> $outputbestand
exit 0

Het startmoment is hier: steeds bij het opstarten van de computer.
Door de nodige vertraging te gebruiken kan de update (plus eventueel andere commands) ongestoord zijn werk doen.
Hiermee ben ik zeker dat updates uitgevoerd worden op installaties die slechts heel kort opgestart zijn: vb. e-mail checken en weer uit.

Dat logbestand is niet echt nodig, doch handig om te volgen wat er gebeurde op welk moment.
Eens alles veilig en zonder fouten loopt, kan die logging er uit gehaald worden.

Mogenblue bedankt om hierin mee te denken, ik heb er weer een pak linux wijsheid mee opgedaan !

groeten van Michael

[Mogenblue]

Graag gedaan, Michael.

Hier vond ik meer uitgebreide uitleg: https://opensource.com/article/17/11/how-use-cron-linux
Want naast de standaard mogelijkheden zijn er nog een reeks welbepaalde startmogelijkheden:
@reboot : Run once after reboot.
@yearly : Run once a year, ie. 0 0 1 1 *
@annually : Run once a year, ie. 0 0 1 1 *
@monthly : Run once a month, ie. 0 0 1 * *
@weekly : Run once a week, ie. 0 0 * * 0
@daily : Run once a day, ie. 0 0 * * *
@hourly : Run once an hour, ie. 0 * * * *

Goed artikel. Dat van die anacron en die speciale mogelijkheden wist ik nog niet.


Fijne dag,
Frits