Am Samstag, 8. August 2020, 15:31:36 CEST schrieb tux-online:
Gerne! Oskar
Am Samstag, 8. August 2020, 15:27:20 CEST schrieb Herbert Albert:
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 Hallo Oskar,
Die Automatische Online-Aktualisierung in Yast habe ich jetzt wieder deaktiviert. Bleibt nur die Frage, ob sich Zypper nicht mit PackageKit beißt. Hatte schon öffters den Fall, dass ich etwas mit zypper installieren wollte und es hieß, dass der Dienst gerade durch PackeKit blockiert wird. SuSE installiert das Teil ja standardmäßig. Hast Du daran was geändertẞ Laufen bei Dir die beiden Dienste: Yast->Diensteverwaltung packagekit und packagekit-background? 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