automatische Softwareaktualisierung?
Hallo, ist es möglich unter leap 15.2 KDE Plasma 5.18 eine für den User automatische Softwareaktualisierung einzustellen, so dass diese im Hintergrund ohne Adminrechte abläuft? 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 sollte doch standardmäßig über das Plasmoid rechts unten (Softwareaktualisierungen) laufen. Stephan Am Mittwoch, 5. August 2020, 17:09:09 CEST schrieb Herbert Albert:
Hallo,
ist es möglich unter leap 15.2 KDE Plasma 5.18 eine für den User automatische Softwareaktualisierung einzustellen, so dass diese im Hintergrund ohne Adminrechte abläuft?
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 Mittwoch, 5. August 2020, 17:13:07 CEST schrieb Stephan Hemeier:
Das sollte doch standardmäßig über das Plasmoid rechts unten (Softwareaktualisierungen) laufen.
Stephan
Am Mittwoch, 5. August 2020, 17:09:09 CEST schrieb Herbert Albert:
Hallo,
ist es möglich unter leap 15.2 KDE Plasma 5.18 eine für den User automatische Softwareaktualisierung einzustellen, so dass diese im Hintergrund ohne Adminrechte abläuft?
Herbert ja schon, aber da muss der User noch selbst aktiv werden. Ich habe nicht gesehen, wo man einstellen könnte, dass die Aktualisierungen automatisch eingespielt werden. Der User, für den es vorgesehen ist, hat motorische Probleme und trifft die kleinen Icons mit der Maus nicht so gut. Er ist auch dann immer unsicher ob er es tun soll, was dann zu einem Telefonanruf führt.
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,Am Mittwoch, 5. August 2020, 17:09:09 CEST schrieb Herbert Albert:
ist es möglich unter leap 15.2 KDE Plasma 5.18 eine für den User automatische Softwareaktualisierung einzustellen, so dass diese im Hintergrund ohne Adminrechte abläuft? bei uns läuft täglich ein Cronjob der da heißt
/usr/bin/zypper --non-interactive patch --with-interactive --auto-agree-with-licenses --recommends Zusätzlich prüft ein weiteres Shellskript, ob die laufende Kernelversion krunning=`/bin/uname -r | cut -dd -f1` und die aktuellste installierte kinstalled=`ls -l /boot/vmlinuz | cut -d\> -f2- | cut -d- -f2- | cut -dd -f1` übereinstimmen. Wenn nicht ist das ein klares Zeichen, dass der User rebooten sollte. Dann wird eine entsprechende Email an den User und den Admin geschickt. Leider wäre ein reboot auch manchmal ohne Änderung der (sichtbaren) Kernelversion nötig. Dazu nötige Auffordernungen verpassen wir dann. Gruß Jan -- _________________________________________________________________ Jan Handwerker http://www.imk-tro.kit.edu/14_jan.handwerker.php
Am Mittwoch, 5. August 2020, 18:03:16 CEST schrieb Handwerker, Jan (IMK):
kinstalled=`ls -l /boot/vmlinuz | cut -d\> -f2- | cut -d- -f2- | cut -dd -f1`
übereinstimmen. Wenn nicht ist das ein klares Zeichen, dass der User rebooten sollte. Dann wird eine entsprechende Email an den User und den Admin geschickt. Dafür gibt es doch das needs-rebooting flag von zypper: #zypper help needs-rebooting needs-rebooting
Checks if the needs-reboot flag was set by a previous update or install of a core library or service. Exit code ZYPPER_EXIT_INF_REBOOT_NEEDED indicates that a reboot is needed, otherwise the exit code is set to ZYPPER_EXIT_OK. -- 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
Liebe Liste, hallo Markus, Am 05.08.20 um 18:19 schrieb Markus Koßmann:
Dafür gibt es doch das needs-rebooting flag von zypper: es ist immer sinnvoll anderen zu helfen. Man kann dann lernen, dass die eigene Lösung nett, aber nicht richtig gut ist :-)
Danke! Gruß Jan -- _________________________________________________________________ Jan Handwerker http://www.imk-tro.kit.edu/14_jan.handwerker.php
Hallo zusammen, Am 08/05/2020 um 06:03 PM schrieb Handwerker, Jan (IMK):
Hallo Herbert,Am Mittwoch, 5. August 2020, 17:09:09 CEST schrieb Herbert Albert:
ist es möglich unter leap 15.2 KDE Plasma 5.18 eine für den User automatische Softwareaktualisierung einzustellen, so dass diese im Hintergrund ohne Adminrechte abläuft? bei uns läuft täglich ein Cronjob der da heißt
/usr/bin/zypper --non-interactive patch --with-interactive --auto-agree-with-licenses --recommends
Zusätzlich prüft ein weiteres Shellskript, ob die laufende Kernelversion
krunning=`/bin/uname -r | cut -dd -f1`
und die aktuellste installierte
kinstalled=`ls -l /boot/vmlinuz | cut -d\> -f2- | cut -d- -f2- | cut -dd -f1`
übereinstimmen. Wenn nicht ist das ein klares Zeichen, dass der User rebooten sollte. Dann wird eine entsprechende Email an den User und den Admin geschickt. Leider wäre ein reboot auch manchmal ohne Änderung der (sichtbaren) Kernelversion nötig. Dazu nötige Auffordernungen verpassen wir dann.
ein ähnliches Problem hatte ich auch. Ich wollte auf einen laufenden kleinen Server SW Updates automatisch installieren lassen und habe für YAST2 einen Punkt dafür gefunden, den man allerdings erst durch eine Installation verfügbar machen muss. https://curius.de/blog/13-linux/153-automatische-updates-mit-opensuse zypper in yast2-online-update-configuration Irgendwie habe ich jedoch den Verdacht, dass das nicht so recht funktioniert, denn bei einem der letzten Einloggen auf der Kiste standen viele Updates noch an. Ich habe aber noch nicht genauer nachgesehen, ob das nicht durch meine Konfiguration des Modules herrührt. Gruss Werner -- 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 zusammen, ich habe die "Konfiguration der Online-Aktualisierung" wie folgt konfiguriert: Zeitraum: täglich Häkchen bei: Ja, ich akzeptiere die Lizenzvereinbarung Empfohlene Pakete einbeziehen Delta-RPMs verwenden Alle paar Monate überprüfe ich, ob alle Updates auch wirklich installiert wurden. Bisher blieben keine Updates übrig ... es wurde alles installiert. Viele Grüße Stefan Am 06.08.20 um 09:20 schrieb Werner Franke:
Hallo zusammen,
Am 08/05/2020 um 06:03 PM schrieb Handwerker, Jan (IMK):
Hallo Herbert,Am Mittwoch, 5. August 2020, 17:09:09 CEST schrieb Herbert Albert:
ist es möglich unter leap 15.2 KDE Plasma 5.18 eine für den User automatische Softwareaktualisierung einzustellen, so dass diese im Hintergrund ohne Adminrechte abläuft? bei uns läuft täglich ein Cronjob der da heißt
/usr/bin/zypper --non-interactive patch --with-interactive --auto-agree-with-licenses --recommends
Zusätzlich prüft ein weiteres Shellskript, ob die laufende Kernelversion
krunning=`/bin/uname -r | cut -dd -f1`
und die aktuellste installierte
kinstalled=`ls -l /boot/vmlinuz | cut -d\> -f2- | cut -d- -f2- | cut -dd -f1`
übereinstimmen. Wenn nicht ist das ein klares Zeichen, dass der User rebooten sollte. Dann wird eine entsprechende Email an den User und den Admin geschickt. Leider wäre ein reboot auch manchmal ohne Änderung der (sichtbaren) Kernelversion nötig. Dazu nötige Auffordernungen verpassen wir dann.
ein ähnliches Problem hatte ich auch. Ich wollte auf einen laufenden kleinen Server SW Updates automatisch installieren lassen und habe für YAST2 einen Punkt dafür gefunden, den man allerdings erst durch eine Installation verfügbar machen muss.
https://curius.de/blog/13-linux/153-automatische-updates-mit-opensuse zypper in yast2-online-update-configuration
Irgendwie habe ich jedoch den Verdacht, dass das nicht so recht funktioniert, denn bei einem der letzten Einloggen auf der Kiste standen viele Updates noch an. Ich habe aber noch nicht genauer nachgesehen, ob das nicht durch meine Konfiguration des Modules herrührt.
Gruss Werner
-- 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 Donnerstag, 6. August 2020, 18:51:58 CEST schrieb Stefan:
Hallo zusammen,
ich habe die "Konfiguration der Online-Aktualisierung" wie folgt konfiguriert:
Zeitraum: täglich
Häkchen bei:
Ja, ich akzeptiere die Lizenzvereinbarung Empfohlene Pakete einbeziehen Delta-RPMs verwenden
Alle paar Monate überprüfe ich, ob alle Updates auch wirklich installiert wurden. Bisher blieben keine Updates übrig ... es wurde alles installiert.
Viele Grüße Stefan
Am 06.08.20 um 09:20 schrieb Werner Franke:
Hallo zusammen,
Am 08/05/2020 um 06:03 PM schrieb Handwerker, Jan (IMK):
Hallo Herbert,Am Mittwoch, 5. August 2020, 17:09:09 CEST schrieb
Herbert Albert:
ist es möglich unter leap 15.2 KDE Plasma 5.18 eine für den User automatische Softwareaktualisierung einzustellen, so dass diese im Hintergrund ohne Adminrechte abläuft?
bei uns läuft täglich ein Cronjob der da heißt
/usr/bin/zypper --non-interactive patch --with-interactive --auto-agree-with-licenses --recommends
Zusätzlich prüft ein weiteres Shellskript, ob die laufende Kernelversion
krunning=`/bin/uname -r | cut -dd -f1`
und die aktuellste installierte
kinstalled=`ls -l /boot/vmlinuz | cut -d\> -f2- | cut -d- -f2- | cut -dd -f1`
übereinstimmen. Wenn nicht ist das ein klares Zeichen, dass der User rebooten sollte. Dann wird eine entsprechende Email an den User und den Admin geschickt. Leider wäre ein reboot auch manchmal ohne Änderung der (sichtbaren) Kernelversion nötig. Dazu nötige Auffordernungen verpassen wir dann.
ein ähnliches Problem hatte ich auch. Ich wollte auf einen laufenden kleinen Server SW Updates automatisch installieren lassen und habe für YAST2 einen Punkt dafür gefunden, den man allerdings erst durch eine Installation verfügbar machen muss.
https://curius.de/blog/13-linux/153-automatische-updates-mit-opensuse zypper in yast2-online-update-configuration
Irgendwie habe ich jedoch den Verdacht, dass das nicht so recht funktioniert, denn bei einem der letzten Einloggen auf der Kiste standen viele Updates noch an. Ich habe aber noch nicht genauer nachgesehen, ob das nicht durch meine Konfiguration des Modules herrührt.
Gruss Werner Hallo Werner,
läuft bei Dir dann weiterhin unter Yast->Diensteverwaltung der packagekit und packagekit-background? Die obige Lösung habe ich auch eingestellt. Gestern stand ein Update an, welches auch nach einiger Zeit installiert wurde. Heute stehen 29 Pakete an, die nicht automatisch installiert werden. Wie schon beschrieben wird der Rechner unterschiedlich lange in Betrieb sein, mal vielleicht 10 Minuten, dann mal auch 2 Stunden oder so. 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 Donnerstag, 6. August 2020, 18:51:58 CEST schrieb Stefan:
Hallo zusammen,
ich habe die "Konfiguration der Online-Aktualisierung" wie folgt konfiguriert:
Zeitraum: täglich
Häkchen bei:
Ja, ich akzeptiere die Lizenzvereinbarung Empfohlene Pakete einbeziehen Delta-RPMs verwenden
Alle paar Monate überprüfe ich, ob alle Updates auch wirklich installiert wurden. Bisher blieben keine Updates übrig ... es wurde alles installiert.
Viele Grüße Stefan
Am 06.08.20 um 09:20 schrieb Werner Franke:
Hallo zusammen,
Am 08/05/2020 um 06:03 PM schrieb Handwerker, Jan (IMK):
Hallo Herbert,Am Mittwoch, 5. August 2020, 17:09:09 CEST schrieb
Herbert Albert:
ist es möglich unter leap 15.2 KDE Plasma 5.18 eine für den User automatische Softwareaktualisierung einzustellen, so dass diese im Hintergrund ohne Adminrechte abläuft?
bei uns läuft täglich ein Cronjob der da heißt
/usr/bin/zypper --non-interactive patch --with-interactive --auto-agree-with-licenses --recommends
Zusätzlich prüft ein weiteres Shellskript, ob die laufende Kernelversion
krunning=`/bin/uname -r | cut -dd -f1`
und die aktuellste installierte
kinstalled=`ls -l /boot/vmlinuz | cut -d\> -f2- | cut -d- -f2- | cut -dd -f1`
übereinstimmen. Wenn nicht ist das ein klares Zeichen, dass der User rebooten sollte. Dann wird eine entsprechende Email an den User und den Admin geschickt. Leider wäre ein reboot auch manchmal ohne Änderung der (sichtbaren) Kernelversion nötig. Dazu nötige Auffordernungen verpassen wir dann.
ein ähnliches Problem hatte ich auch. Ich wollte auf einen laufenden kleinen Server SW Updates automatisch installieren lassen und habe für YAST2 einen Punkt dafür gefunden, den man allerdings erst durch eine Installation verfügbar machen muss.
https://curius.de/blog/13-linux/153-automatische-updates-mit-opensuse zypper in yast2-online-update-configuration
Irgendwie habe ich jedoch den Verdacht, dass das nicht so recht funktioniert, denn bei einem der letzten Einloggen auf der Kiste standen viele Updates noch an. Ich habe aber noch nicht genauer nachgesehen, ob das nicht durch meine Konfiguration des Modules herrührt.
Gruss Werner Hallo Werner,
so ganz scheint es noch nicht zu funktionieren. Auf Grund der Warnung in https://documentation.suse.com/de-de/sles/15-SP1/html/SLES-all/cha-onlineupd... habe ich den Haken bei Interaktive Patches überspringen angemacht. Nun habe ich das Verhalten auf einem Notebook (auch leap 15.2) bei dem die gestrigen Updates noch installiert waren ausprobiert und es passierte nichts. Da hier auch systemrelevanten Updates wie grub2 etc neben libreoffice anstanden, dachte ich das das Update für alle blockiert wird, wenn systemrelevante dabei sind. Also habe ich in Yast die vermeintlich systemrelevanten installiert, nicht jedoch die libreoffice-Updates. Danach wurden über den Automatismus aber nach einem reboot die libreoffice-Updates nicht oder noch nicht installiert. 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 Sonntag, 9. August 2020, 11:23:19 CEST schrieb Herbert Albert:
Am Donnerstag, 6. August 2020, 18:51:58 CEST schrieb Stefan:
Hallo zusammen,
ich habe die "Konfiguration der Online-Aktualisierung" wie folgt konfiguriert:
Zeitraum: täglich
Häkchen bei:
Ja, ich akzeptiere die Lizenzvereinbarung Empfohlene Pakete einbeziehen Delta-RPMs verwenden
Alle paar Monate überprüfe ich, ob alle Updates auch wirklich installiert wurden. Bisher blieben keine Updates übrig ... es wurde alles installiert.
Viele Grüße Stefan
Am 06.08.20 um 09:20 schrieb Werner Franke:
Hallo zusammen,
Am 08/05/2020 um 06:03 PM schrieb Handwerker, Jan (IMK):
Hallo Herbert,Am Mittwoch, 5. August 2020, 17:09:09 CEST schrieb
Herbert Albert:
ist es möglich unter leap 15.2 KDE Plasma 5.18 eine für den User automatische Softwareaktualisierung einzustellen, so dass diese im Hintergrund ohne Adminrechte abläuft?
bei uns läuft täglich ein Cronjob der da heißt
/usr/bin/zypper --non-interactive patch --with-interactive --auto-agree-with-licenses --recommends
Zusätzlich prüft ein weiteres Shellskript, ob die laufende Kernelversion
krunning=`/bin/uname -r | cut -dd -f1`
und die aktuellste installierte
kinstalled=`ls -l /boot/vmlinuz | cut -d\> -f2- | cut -d- -f2- | cut -dd -f1`
übereinstimmen. Wenn nicht ist das ein klares Zeichen, dass der User rebooten sollte. Dann wird eine entsprechende Email an den User und den Admin geschickt. Leider wäre ein reboot auch manchmal ohne Änderung der (sichtbaren) Kernelversion nötig. Dazu nötige Auffordernungen verpassen wir dann.
ein ähnliches Problem hatte ich auch. Ich wollte auf einen laufenden kleinen Server SW Updates automatisch installieren lassen und habe für YAST2 einen Punkt dafür gefunden, den man allerdings erst durch eine Installation verfügbar machen muss.
https://curius.de/blog/13-linux/153-automatische-updates-mit-opensuse zypper in yast2-online-update-configuration
Irgendwie habe ich jedoch den Verdacht, dass das nicht so recht funktioniert, denn bei einem der letzten Einloggen auf der Kiste standen viele Updates noch an. Ich habe aber noch nicht genauer nachgesehen, ob das nicht durch meine Konfiguration des Modules herrührt.
Gruss Werner
Hallo Werner,
so ganz scheint es noch nicht zu funktionieren. Auf Grund der Warnung in https://documentation.suse.com/de-de/sles/15-SP1/html/SLES-all/cha-onlineupd ate-you.html habe ich den Haken bei Interaktive Patches überspringen angemacht. Nun habe ich das Verhalten auf einem Notebook (auch leap 15.2) bei dem die gestrigen Updates noch installiert waren ausprobiert und es passierte nichts. Da hier auch systemrelevanten Updates wie grub2 etc neben libreoffice anstanden, dachte ich das das Update für alle blockiert wird, wenn systemrelevante dabei sind. Also habe ich in Yast die vermeintlich systemrelevanten installiert, nicht jedoch die libreoffice-Updates. Danach wurden über den Automatismus aber nach einem reboot die libreoffice-Updates nicht oder noch nicht installiert.
Herbert noch anzumerken: die Updates waren noch nicht installiert. Die libreoffice-Pakte sind nicht aus dem Haupt-Repo, sondern aus dem Libreoffice-repo. Das sollte aber nichts ausmachen, da zypper lu sie ja als Updates anzeigt.
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 05.08.20 um 18:03 schrieb Handwerker, Jan (IMK):
Hallo Herbert,Am Mittwoch, 5. August 2020, 17:09:09 CEST schrieb Herbert Albert:
ist es möglich unter leap 15.2 KDE Plasma 5.18 eine für den User automatische Softwareaktualisierung einzustellen, so dass diese im Hintergrund ohne Adminrechte abläuft? bei uns läuft täglich ein Cronjob der da heißt
/usr/bin/zypper --non-interactive patch --with-interactive --auto-agree-with-licenses --recommends
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. Auch ich habe zwei User, die mit Computern eigentlich nichts am Hut haben und einfache User sind. Denen habe ich mühselig beigebracht die Updates jeden Tag "wie Zähneputzen" zu machen. Das hat ganz schön lange gedauert, bis sie das verinnerlicht haben. Mark -- 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 Donnerstag, 6. August 2020, 23:07:08 CEST schrieb Mark Wenzel:
Am 05.08.20 um 18:03 schrieb Handwerker, Jan (IMK):
Hallo Herbert,Am Mittwoch, 5. August 2020, 17:09:09 CEST schrieb
Herbert Albert:
ist es möglich unter leap 15.2 KDE Plasma 5.18 eine für den User automatische Softwareaktualisierung einzustellen, so dass diese im Hintergrund ohne Adminrechte abläuft?
bei uns läuft täglich ein Cronjob der da heißt
/usr/bin/zypper --non-interactive patch --with-interactive --auto-agree-with-licenses --recommends
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.
Auch ich habe zwei User, die mit Computern eigentlich nichts am Hut haben und einfache User sind. Denen habe ich mühselig beigebracht die Updates jeden Tag "wie Zähneputzen" zu machen. Das hat ganz schön lange gedauert, bis sie das verinnerlicht haben.
Mark Hallo Mark,
ich fürchte das wird bei meinem User noch schwieriger. Zu einer motorischen Behinderung kommen noch notorisches Unvermögen hinzu sich mit den Grundkenntnissen eines Computers und seiner Bedienung auseinander zu setzen. Allerdings ist diese Person auf Grund ihrer Behinderung auf diese Technik angewiesen. Hat bisher auch mit Linux und jede Anwendung aufbereitet auf ein Icon gelegt, sowie etwas Fernwartung mit Teamviewer oder AnyDesk ganz gut geklappt. Doch nun ist der alte Rechner wirklich alt und auch die 12.3 nicht mehr ganz frisch, weshalb ein Wechsel anstand. Das Problem ist wie von Dir beschrieben, dass der Rechner nur sporadisch an ist und dann auch noch unterschiedlich mal vielleicht 10 Minuten oder 2 Stunden. Ich habe das mit den Updates in Yast eingestellt. Was passiert eigentlich, wenn ein Update läuft und der User den Rechner runder fährt? 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, berichte mal ob das mit den automatischen Updates funktioniert. Ich habe das bisher nur auf einem Server ausprobiert an dem kein Bildschirm hängt. Auf einem Desktop Rechner kann es sein, dass nach 6 Minuten ein Benachrichtigungsfenster aufpoppt und eine "Wichtige Aktualisierung" ankündigt. Zumindest ist das bei XFCE so. Hab keine Ahnung wie man diese Meldungen ausschalten kann? Aber vielleicht ist das unter KDE anders? Viele Grüße Stefan Am 07.08.20 um 08:24 schrieb Herbert Albert:
Am Donnerstag, 6. August 2020, 23:07:08 CEST schrieb Mark Wenzel:
Am 05.08.20 um 18:03 schrieb Handwerker, Jan (IMK):
Hallo Herbert,Am Mittwoch, 5. August 2020, 17:09:09 CEST schrieb
Herbert Albert:
ist es möglich unter leap 15.2 KDE Plasma 5.18 eine für den User automatische Softwareaktualisierung einzustellen, so dass diese im Hintergrund ohne Adminrechte abläuft?
bei uns läuft täglich ein Cronjob der da heißt
/usr/bin/zypper --non-interactive patch --with-interactive --auto-agree-with-licenses --recommends
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.
Auch ich habe zwei User, die mit Computern eigentlich nichts am Hut haben und einfache User sind. Denen habe ich mühselig beigebracht die Updates jeden Tag "wie Zähneputzen" zu machen. Das hat ganz schön lange gedauert, bis sie das verinnerlicht haben.
Mark Hallo Mark,
ich fürchte das wird bei meinem User noch schwieriger. Zu einer motorischen Behinderung kommen noch notorisches Unvermögen hinzu sich mit den Grundkenntnissen eines Computers und seiner Bedienung auseinander zu setzen. Allerdings ist diese Person auf Grund ihrer Behinderung auf diese Technik angewiesen. Hat bisher auch mit Linux und jede Anwendung aufbereitet auf ein Icon gelegt, sowie etwas Fernwartung mit Teamviewer oder AnyDesk ganz gut geklappt. Doch nun ist der alte Rechner wirklich alt und auch die 12.3 nicht mehr ganz frisch, weshalb ein Wechsel anstand. Das Problem ist wie von Dir beschrieben, dass der Rechner nur sporadisch an ist und dann auch noch unterschiedlich mal vielleicht 10 Minuten oder 2 Stunden.
Ich habe das mit den Updates in Yast eingestellt. Was passiert eigentlich, wenn ein Update läuft und der User den Rechner runder fährt?
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 Freitag, 7. August 2020, 18:33:55 CEST schrieb Stefan:
Hallo Herbert,
berichte mal ob das mit den automatischen Updates funktioniert. Ich habe das bisher nur auf einem Server ausprobiert an dem kein Bildschirm hängt.
Auf einem Desktop Rechner kann es sein, dass nach 6 Minuten ein Benachrichtigungsfenster aufpoppt und eine "Wichtige Aktualisierung" ankündigt. Zumindest ist das bei XFCE so. Hab keine Ahnung wie man diese Meldungen ausschalten kann? Aber vielleicht ist das unter KDE anders?
Viele Grüße Stefan Hallo Stefan,
der KDE Softwareaktualisierung (PackeKit) hatte ein Paket angezeigt, ein zypper lu sagte aber, das nichts installiert wird, also hat es wohl funktioniert. Die Softwareaktualisierung habe ich nun mal deaktiviert. 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 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 -- 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! 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
-- 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 Fri, 07 Aug 2020 10:04:49 +0200
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
Hi hat m.E. noch keiner hier erwähnt: es gibt einen cron-Zeitpunkt "@reboot" (ersetzt alle 5 Datumsangaben). Der spezifiziert nicht den reboot, obwohl er so heißt, sondern jedes booten. Wenn man in das aufgerufene Script erstmal "sleep..." einbaut, kann man auch evt. noch nicht vollständig aktive (Netzwerk...)-Dinge abwarten. just my 2 ct cu jth -- 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 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 -- 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! 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
-- 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: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:15:39 CEST schrieb Herbert Albert:
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 sorry für das PM, da hat mir KMail wieder einmal einen Streich gespielt.
Und es muss nicht qt -q sondern atq heißen. Dann sehe ich auch das 3 jobs mittlerweile anstehen, da ich zwischenzeitlich zum Testen 3 mal gestartet habe: # atq 2 Sat Aug 8 15:06:00 2020 a root 3 Sat Aug 8 15:13:00 2020 a root 1 Sat Aug 8 14:34:00 2020 a root -- 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 Jan, hallo zusammen, Am Freitag, 7. August 2020, 09:08:18 CEST schrieb Jan Handwerker:
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.
Den shutdown zum unpassenden Zeitpunkt kannst Du verhindern - man systemd-inhibit ;-) Gruß Christian Boltz -- ToFus entstehen oft aus der Bequemlichkeit des Anwenders heraus, der die Mail unbearbeitet dann übernimmt und seinen Senf ganz dick oben aufs Wurstbrot schmiert (oft auch, wenn Honig drunter war). [Thorsten Kettner in suse-linux] -- 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 Christian! Ich hatte die Idee die automatische Softwareaktualisierung mittels boot.local zu steuern. Wäre dann zum verhindern des Abschaltens die folgende Version des Befehls richtig? Ein Skript zypper-update: #! /bin/sh nice -n 19 systemd-inhibit zypper -n dup -l --download-as-needed --no-allow- vendor-change --no-allow-arch-change --recommends Kann man nice, systemd-inhibit und zypper so verknüpfen? Und boot.local: #! /bin/sh at -f /usr/local/bin/zypper-update now + 5 minutes 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
-- 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
Am Donnerstag, 6. August 2020, 23:07:08 CEST schrieb Mark Wenzel:
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. Wie wäre es mit dem auf https://www.golinuxcloud.com/run-script-with-systemd-before-shutdown-linux/ beschriebenen Ansatz ?
-- 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, unter YaSt gibt es den Menüpunkt "Konfiguration der Online-Aktualisierung". Hier kannst Du alles einstellen. Läuft dann alles voll automatisch ohne Benutzerinteraktion ab. Mach ich so auf meinem Server, der keinen Bildschirm hat. Viele Grüße Stefan Am 05.08.20 um 17:09 schrieb Herbert Albert:
Hallo,
ist es möglich unter leap 15.2 KDE Plasma 5.18 eine für den User automatische Softwareaktualisierung einzustellen, so dass diese im Hintergrund ohne Adminrechte abläuft?
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 (11)
-
Christian Boltz -
Handwerker, Jan (IMK) -
Herbert Albert -
Jan Handwerker
-
Joerg Thuemmler -
Mark Wenzel -
Markus Koßmann -
Stefan -
Stephan Hemeier -
tux-online -
Werner Franke