Re: automatische Softwareaktualisierung?
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
Hallo Herbert!
Packagekit habe ich abgeschaltet.
P.s.: Mögliche Probleme ergeben sich aus abschalten während der Installation von kernel oder grub. Notfalls boot-cd bereithalten - super grub disc.
Bei mir bricht die Installation gelegentlich aber selten ab, da eine Rückfrage nicht beantwortet wurde. Daher gelegentlich manuell ein Update starten.
Viele Grüße
Oskar
Am 8. August 2020 15:58:50 MESZ schrieb Herbert Albert
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
Am Samstag, 8. August 2020, 15:31:36 CEST schrieb tux-online: 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 -- 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
Hallo Oskar Am Samstag, 8. August 2020, 16:16:48 CEST schrieb Stanczyk:
Hallo Herbert!
Packagekit habe ich abgeschaltet. P.s.: Mögliche Probleme ergeben sich aus abschalten während der Installation von kernel oder grub. Notfalls boot-cd bereithalten - super grub disc. Bei mir bricht die Installation gelegentlich aber selten ab, da eine Rückfrage nicht beantwortet wurde. Daher gelegentlich manuell ein Update starten.
Viele Grüße Oskar ....
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
das ist dann doch keine stabile Lösung für mich, da ich den Rechner nicht ständig unter Kontrolle habe, er steh weit weg und der User ist da absolut hilflos. Da hilft mir eine Boot-CD mit suber-grub etc. wenig. Ich brauch schon eine stabile Lösung, die ohne Zutun des Users erfolgreich und zuverlässig laüft. Wenn das nicht geht, müsste ich mich von Zeit zu Zeit per Fernwartung aufschalten und ein Update durchführen. Habe nun doch wieder die Automatischen Updates per Yast aktiviert. sudo yast2 online_update_configuration Ich hatte hier auch "interaktive Patches überspringen" angewählt, was laut der Hilfe (SLES, https://documentation.suse.com/de-de/sles/15-SP1/html/SLES-all/ cha-onlineupdate-you.html) ja heißt, dass bei manchen Patches das Eingreifen des Administrators möglicherweise erforderlich ist. In meinem Fall wäre der User damit überfordert, macht also Sinn. Die Patches die heute anstanden waren aber solche (grub2 u.a.), weshalb sie nicht installiert wurden und ich dachte das Teil tut nicht. Hatte also nur das getan, was eingestellt war. Und ich muss in diesem Fall, wie in der Hilfe beschrieben "Stellen Sie sicher, dass Sie regelmäßig eine manuelle Online-Aktualisierung ausführen, um zu prüfen, ob interaktive Patches zur Installation bereitstehen." ab und zu per Fernwartung aktiv werden. Herbert 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
-
Stanczyk