Re: automatische Softwareaktualisierung?
Hallo Herbert! Damit at läuft: at installieren, unter yast -> System -> Dienste-Verwaltung: atd Start-Modus: Beim Systemstart Viele Grüße Oskar Am Samstag, 8. August 2020, 15:13:24 CEST schrieben Sie:
Am Samstag, 8. August 2020, 15:00:53 CEST schrieb tux-online:
Hallo Herbert!
Die Umsetzung mit boot.local stammt von mir. Der Bootvorgang liefert zwar eine Fehlermeldung, aber die Befehle werden wie gewünscht ausgeführt.
Gespeichert habe ich die Datei unter: /etc/init.d/
Das Skript zypper-update liegt bei mir unter: /usr/local/bin/
Viele Grüße Oskar
Am Samstag, 8. August 2020, 14:39:57 CEST schrieb Herbert Albert:
Am Freitag, 7. August 2020, 10:04:49 CEST schrieb tux-online:
Hallo!
Ich habe die Aktualisierung mit at/ atd wie folgt automatisiert:
Ein Skript zypper-update: #! /bin/sh nice -n 19 zypper -n dup -l --download-as-needed --no-allow-vendor-change -- no-allow-arch-change --recommends
Und boot.local: #! /bin/sh at -f /usr/local/bin/rsnapshot-at-boot now + 3 minutes at -f /usr/local/bin/zypper-update now + 5 minutes
Damit habe ich Updates kurz nach jedem Neustart und ein Backup mit rsnapshot.
Grüße Oskar
Am Freitag, 7. August 2020, 09:08:18 CEST schrieb Jan Handwerker:
Hallo Mark,
Am 06.08.20 um 23:07 schrieb Mark Wenzel:
Ein Cronjob hilft Dir nur bei einem Rechner, der immer läuft - wie bei einem Server. Ein Laptop ist mit hoher Wahrscheinlichkeit zum Zeitpunkt, an dem der Cronjob definiert ist, eben nicht an. Da wäre eine Lösung schöner, die die Updates z.B. beim Ausschalten installiert. Aber dafür habe ich auch noch keine Lösung gefunden.
da hast Du recht. Ich mache das mit dem cronjob auch auf den Notebooks, für die ich verantwortlich bin und muss sagen, dass es da noch ein Problem gibt: Der User bekommt ja vom Update nichts mit. Das führt dazu, dass er gelegentlich den Rechner während des Updates abschaltet. Das kann den Rechner unbenutzbar machen. Ist bereits zweimal vorgekommen. Umgekehrt würde ich sagen, dass zweimal recht selten ist, in Anbetracht von 4 Notebooks die seit Jahren so laufen.
Gegen das nicht-Ausführen hilft natürlich, die Häufigkeit des Cronjobs zu erhöhen. Außerdem habe ich im Hinterkopf, aber nie ausprobiert, dass es ein Tool namens anacron gibt. Soweit ich das weiß, führt das "ausgefallene" cronjobs durch. Ausgefallen weil eben der Rechner abgeschaltet war als er hätte tun sollen...
Gruß Jan
Hallo Jan,
den job Manager at habe ich früher viel verwendet, hat immer zuverlässig seinen Dienst getan, weshalb ich es ausprobieren möchte. Vor allem da die Yast-Lösung wohl nicht so zuverlässig lauft. Laut zypper lu stehen Updates an auch 2 Patches stünden an (würden die mit den obigen Befehl auch erschlagen? Warum eigentlich dup und nicht up?)
Was mich noch an Deiner Lösung verwirrt ist die boot.local, die gibt es doch so nicht mehr. Kann man die einfach unter /etc/init.d anlegen? Was muss getan werden, damit diese ausgeführt wird?
Herbert
so habe ich es auch gemacht und gleich nach dem Start mit top gemonitort, ob nach 3 Minuten, so die Einstellung, zypper läuft. Nichts, at ist installiert wird aber nicht ausgeführt. Auch at -q (gleich nach dem Start in einer root- shell zeigt nichts an.
Herbert
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Samstag, 8. August 2020, 15:18:39 CEST schrieb tux-online:
Hallo Herbert!
Damit at läuft: at installieren, unter yast -> System -> Dienste-Verwaltung: atd Start-Modus: Beim Systemstart
Viele Grüße Oskar
Am Samstag, 8. August 2020, 15:13:24 CEST schrieben Sie:
Am Samstag, 8. August 2020, 15:00:53 CEST schrieb tux-online:
Hallo Herbert!
Die Umsetzung mit boot.local stammt von mir. Der Bootvorgang liefert zwar eine Fehlermeldung, aber die Befehle werden wie gewünscht ausgeführt.
Gespeichert habe ich die Datei unter: /etc/init.d/
Das Skript zypper-update liegt bei mir unter: /usr/local/bin/
Viele Grüße Oskar
Am Samstag, 8. August 2020, 14:39:57 CEST schrieb Herbert Albert:
Am Freitag, 7. August 2020, 10:04:49 CEST schrieb tux-online:
Hallo!
Ich habe die Aktualisierung mit at/ atd wie folgt automatisiert:
Ein Skript zypper-update: #! /bin/sh nice -n 19 zypper -n dup -l --download-as-needed --no-allow-vendor-change -- no-allow-arch-change --recommends
Und boot.local: #! /bin/sh at -f /usr/local/bin/rsnapshot-at-boot now + 3 minutes at -f /usr/local/bin/zypper-update now + 5 minutes
Damit habe ich Updates kurz nach jedem Neustart und ein Backup mit rsnapshot.
Grüße Oskar
Am Freitag, 7. August 2020, 09:08:18 CEST schrieb Jan Handwerker:
Hallo Mark,
Am 06.08.20 um 23:07 schrieb Mark Wenzel: > Ein Cronjob hilft Dir nur bei einem Rechner, der immer läuft - > wie > bei > einem Server. Ein Laptop ist mit hoher Wahrscheinlichkeit zum > Zeitpunkt, > an dem der Cronjob definiert ist, eben nicht an. Da wäre eine > Lösung > schöner, die die Updates z.B. beim Ausschalten installiert. Aber > dafür > habe ich auch noch keine Lösung gefunden.
da hast Du recht. Ich mache das mit dem cronjob auch auf den Notebooks, für die ich verantwortlich bin und muss sagen, dass es da noch ein Problem gibt: Der User bekommt ja vom Update nichts mit. Das führt dazu, dass er gelegentlich den Rechner während des Updates abschaltet. Das kann den Rechner unbenutzbar machen. Ist bereits zweimal vorgekommen. Umgekehrt würde ich sagen, dass zweimal recht selten ist, in Anbetracht von 4 Notebooks die seit Jahren so laufen.
Gegen das nicht-Ausführen hilft natürlich, die Häufigkeit des Cronjobs zu erhöhen. Außerdem habe ich im Hinterkopf, aber nie ausprobiert, dass es ein Tool namens anacron gibt. Soweit ich das weiß, führt das "ausgefallene" cronjobs durch. Ausgefallen weil eben der Rechner abgeschaltet war als er hätte tun sollen...
Gruß Jan
Hallo Jan,
den job Manager at habe ich früher viel verwendet, hat immer zuverlässig seinen Dienst getan, weshalb ich es ausprobieren möchte. Vor allem da die Yast-Lösung wohl nicht so zuverlässig lauft. Laut zypper lu stehen Updates an auch 2 Patches stünden an (würden die mit den obigen Befehl auch erschlagen? Warum eigentlich dup und nicht up?)
Was mich noch an Deiner Lösung verwirrt ist die boot.local, die gibt es doch so nicht mehr. Kann man die einfach unter /etc/init.d anlegen? Was muss getan werden, damit diese ausgeführt wird?
Herbert
so habe ich es auch gemacht und gleich nach dem Start mit top gemonitort, ob nach 3 Minuten, so die Einstellung, zypper läuft. Nichts, at ist installiert wird aber nicht ausgeführt. Auch at -q (gleich nach dem Start in einer root- shell zeigt nichts an.
Herbert Hallo Oskar,
danke jetzt läuft es. Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (2)
-
Herbert Albert
-
tux-online