Beiträge von Igel1954

Wenn es ein AppImage ist, dann müsste es doch auf jeder Linux-Umgebung laufen, unabhängig davon, welche Versionen von Interpretern/Runtime-Umgebungen tatsächlich installiert ist.

Das ist zumindest meine Auffassung zum Sinn eines AppImages.

Zitat von JeyF123

Komischerweise habe ich gar keine Benachrichtigung erhalten, obwohl du mich getagged hast.

Das kannst du einstellen. Oben auf den Menüpunkt Benachrichtigungen und dann auf das Zahnrad klicken. Dann kannst du einstellen, welche Benachrichtigungen du bekommen willst.

Inspiriert durch das Thema von JeyF123 über Probleme mit Cron und den Hinweisen von Sauerland zu systemd-timer als Cron-Alternative, habe ich mich mal an der Überführung einer meiner Cron-Aufgaben nach Systemd versucht.

Die Aufgabenstellung in meiner /etc/crontab für das EInspielen von Patches und Updates:

  GNU nano 4.9.2                                                                      /etc/crontab                                                                      
 1 SHELL=/bin/bash
 2 PATH=/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin
 3 MAILTO=root
 4 #
 8 #
 9 # Mo, MI, Fri openSUSE-Updates einspielen
10 #
11 0      0   *   *   1,3,5  root    bash -lc 'Update_OS.rex '
12 #

An drei Tagen (Montag, Mittwoch, Freitag) lasse ich durch cron ein Script laufen, das per zypper alle für mich notwendigen Patches und Updates auf meinem Desktop installiert.

An Hand der Zypper-Returncodes ermittelt das Script auch, ob ein Reboot des Systems erforderlich ist und setzt als letzte Anweisung shutdown -r +30 "Rechner wird in 30 Minuten durchgestartet" ab. Für mich wichtige Informationen schreibt das Script per logger auch in das Journal.

Um diese Aufgabe per systemd zu lösen, hab ich mich an dem Beispiel von Michael Kofler (https://kofler.info/systemd-timer-als-cron-alternative/) orientiert und in /etc/systemd/system die Dateien Update_OS.timer und Update_OS.service angelegt.

[Unit]
Description=Update_OS --timer
Wants=network-online.target

[Timer]
OnCalendar=Mon,Wed,Fri
Persistent=true     
Unit=Update_OS.service

[Install]
WantedBy=multi-user.target

[Unit]
Description=Update_OS --service
#
# Automatisches Einspielen von Patches und Updates
# durch zypper, der per REXX-PScript aufgerufen wird
#
Requires=NetworkManager.service NetworkManager-wait-online.service
After=NetworkManager.service

[Service]
Type=oneshot
NotifyAccess=exec 
StandardOutput=file:/var/log/Update_OS.log
StandardError=inherit

User=root
Group=root 

#Nice=19
#IOSchedulingClass=2
#IOSchedulingPriority=7
ExecStart=/bin/bash -lc '/usr/local/bin/Update_OS.rex  '

[Install]
WantedBy=multi-user.target

Da ja im Gegensatz zur Ausführung der Aufgabe mit Cron von Systemd keine E-Mail kommt, lasse ich alle Ausgaben in eine Log-Datei schreiben.

Mit systemctl enable --now Update_OS.timer wird der Timer aktiviert. Durch die Option --now spart man sich die zusätzliche Start-Anweisung.

Beim Start meldet Systemd auch Syntax-Fehler. Ich hab dann mehrfach den Timer wieder disablen müssen, um die Timer- bzw. Service-Datei zu korrigieren. Bis beide Dateien anstandslos von Systemd anerkannt wurden, hab ich reichlich Gebrauch von den entsprechenden Man-Pages per Browser gemacht.

Bei Änderungen am aktiven Timer bzw. Service muß dieser per systemctl reenable --now <timername>.timer oder per systemctl daemon-reload aktualisieren.

Ich hab für die Umstellung von Cron nach Systemd ca. 7-8 Stunden mit Unterbrechungen (genau weiß ich es nicht) benötigt.

Die Umstellung der restlichen Cron-Aufgaben (2 Sicherungsaufgaben mit fsarchiver bzw. BorgBackup) werden als nächstes in Angriff genommen.

Ob die beiden Dateien vom Inhalt her optimal aufgebaut sind, müssen Systemd-Kundige beurteilen, für meine Zwecke reicht das.

Zitat von Sauerland

Igel1954

Wenn du Leap 15.3 hast, vor dem Update die beiden obigen Pakete mit dem Befehl installieren und danach das Update machen.

Das sollte genügen.

Danke, nach der Installation der beiden Pakete hat Zypper mir auch die Nvidia G04 390.154 Pakete zum Update angeboten. Jetzt läuft mein System mit dem aktuellen Treiber.

Zitat von Omegator

Mit dem Wechsel lasse ich mir immer relativ lange Zeit, also genau genommen warte ich immer fast bis zum Schluß.

Ich warte auch immer bis zum Schluss bei meinem Rechner. Den Rechner meiner Frau mach ich meist ein bisschen vorher, da ist nicht so viel installiert.

Ich will jetzt den Thread nicht kapern, aber ich müsste eigentlich auch auf den aktuellen G04-Treiber für meine Geforce GT610 updaten.

Und der Fehler auf den Omegator gelaufen ist, wirft jetzt bei mir Fragen auf, ob ich evtl. auch auf diesen Fehler laufen würde. Das würde ich am liebsten im Vorfeld verhindern wollen.

Im Moment nutzt mein System noch den 390.151. Zypper lu bietet mir den aktuellen Treiber (390.154) nicht mal zum Update an, nur im YAST sehe ich die neue Version.

Hängt das damit zusammen, dass SuSE in den Namen der Kernelmodule diese 150300 dazwischen gesetzt hat?

Im Abschnitt [General] der ~/.kde4/share/config/kdeglobals sollten diese Einstellungen zu finden sein.

Bei mir sieht es in dem Abschnitt so aus:

[General]
BrowserApplication[$e]=firefox.desktop
ColorScheme=Breeze
Name[de_DE]=Breeze
Name=Breeze
XftAntialias=true
XftHintStyle=hintmedium
XftSubPixel=none
desktopFont=Noto Sans,10,-1,5,50,0,0,0,0,0,Regular
font=Noto Sans,10,-1,5,50,0,0,0,0,0,Regular
menuFont=Noto Sans,10,-1,5,50,0,0,0,0,0,Regular
shadeSortColumn=true
smallestReadableFont=Noto Sans,8,-1,5,50,0,0,0,0,0,Regular
taskbarFont=Noto Sans,10,-1,5,50,0,0,0,0,0,Regular
toolBarFont=Noto Sans,10,-1,5,50,0,0,0,0,0,Regular
widgetStyle=Breeze

Bonn, Stadtbezirk Hardtberg, der Ortsteil Medinghoven, auch als Legoland bekannt, liegt ca. 130m über dem Stadtzentrum von Bonn:

Laut Messstation von Wetteronline gerade 37°C

Auf meinem Balkon (digitaler Temperaturfühler) 36,0′C

Zitat von juerg

Bitte korrigieren!

Dann würde ich dir empfehlen auf bugzilla einen entsprechenden Bugreport mit allen erforderlichen Informationen aufzumachen. Nur dann können die Entwickler auch tätig werden.

Hier findest du nur Nutzer von OpenSuSE Linux (LEAP oder Tumbleweed), die Hilfestellung leisten können, wenn denn die richtigen Fragen gestellt werden.

Wie hast du denn den Upgrade durchgeführt?

Zitat von Sauerland

Aber der Grundsatz steht:

Was der Mensch programmiert, hat Fehler.

Nach über 40 Jahren IT (Operating, Anwendungsentwicklung, Systemprogrammierung/-administration) kann ich dazu auch nur beitragen: Der größte Softwarefehler sitzt vor dem Bildschirm!