.

.

• [Ryzen-5-DOM0-root] / $ df -h

.

• [Ryzen-5-DOM0-root] / $ zypper lr

.
Die Repository-Prioritäten sind ohne Effekt. Alle aktivierten Repositorys teilen sich die gleiche Priorität.

.

• [Ryzen-5-DOM0-root] / $ zypper mr -adR

.

1. Repository 'non-oss' wurde erfolgreich deaktiviert.
2. Für Repository 'non-oss' wurde die automatische Aktualisierung deaktiviert.
3. Repository 'non-oss-addon_42.3-0' wurde erfolgreich deaktiviert.
4. Für Repository 'non-oss-addon_42.3-0' wurde die automatische Aktualisierung deaktiviert.
5. Repository 'openSUSE-Leap_42.3-0' wurde erfolgreich deaktiviert.
6. Für Repository 'openSUSE-Leap_42.3-0' wurde die automatische Aktualisierung deaktiviert.
7. Repository 'oss' wurde erfolgreich deaktiviert.
8. Für Repository 'oss' wurde die automatische Aktualisierung deaktiviert.

.

[Ryzen-5-DOM0-root] / $ zypper lr
Die Repository-Prioritäten sind ohne Effekt. Alle aktivierten Repositorys teilen sich die gleiche Priorität.

.

• $ zypper ref

.
das bedeutet : Metadaten von Repository 'openSUSE-15.0 Non-OSS' abrufen und alle anderen auch ..... Alle Repositorys wurden aktualisiert.

Vor dem UPGRADE unbedingt die laufenden VMs runterfahren und bei jeder VM die Funktion Autostart wegklicken !!! Es muß öfter neu gestartet werden.

Sicherheitshalber die VM Einträge merken: /etc/linvirt/libxl/. und sichern.
.

.

• $ zypper dup

.
zypper will 1,8 GB neu dazu laden

zuest komme noch ehler ??? oder Warnungen ??

4 Dateikonflikte festgestellt:

File /usr/lib/python2.7/site-packages/six-1.11.0-py2.7.egg-info
  from install of
     python2-six-1.11.0-lp150.2.3.noarch (openSUSE-15.0 OSS)
  conflicts with file from package
     python-six-1.11.0-9.4.1.noarch (@System)

File /usr/lib/python2.7/site-packages/six.py
  from install of
     python2-six-1.11.0-lp150.2.3.noarch (openSUSE-15.0 OSS)
  conflicts with file from package
     python-six-1.11.0-9.4.1.noarch (@System)

File /usr/lib/python2.7/site-packages/six.pyc
  from install of
     python2-six-1.11.0-lp150.2.3.noarch (openSUSE-15.0 OSS)
  conflicts with file from package
     python-six-1.11.0-9.4.1.noarch (@System)

File /usr/lib/python2.7/site-packages/six.pyo
  from install of
     python2-six-1.11.0-lp150.2.3.noarch (openSUSE-15.0 OSS)
  conflicts with file from package
     python-six-1.11.0-9.4.1.noarch (@System)

    dracut: Stored kernel commandline:
    dracut:  rd.md.uuid=422808c0:6b2851d1:3d84d8ae:b5863ce6  rd.md.uuid=d64a15a8:6bbef546:c90e12cf:430b2458  rd.md.uuid=1397df98:8d3597a4:48eb7b0c:3c616828
    dracut:  resume=UUID=563e21a3-e6ff-4510-9823-a99046d1878f
    dracut:  root=UUID=f3b3d26b-f8e7-461e-b345-7a05acef7670 rootfstype=ext4 rootflags=rw,relatime,data=ordered
    dracut: *** Creating image file '/boot/initrd-4.4.76-1-default' ***
    dracut: *** Creating initramfs image file '/boot/initrd-4.4.76-1-default' done ***

Output of systemd-presets-common-SUSE-15-lp150.1.1.noarch.rpm %posttrans script:
    Created symlink /etc/systemd/system/multi-user.target.wants/btrfsmaintenance-refresh.service -> /usr/lib/systemd/system/btrfsmaintenance-refresh.service.
    Created symlink /etc/systemd/system/multi-user.target.wants/btrfsmaintenance-refresh.path -> /usr/lib/systemd/system/btrfsmaintenance-refresh.path.
    Created symlink /etc/systemd/system/multi-user.target.wants/cups.path -> /usr/lib/systemd/system/cups.path.
    Created symlink /etc/systemd/system/printer.target.wants/cups.service -> /usr/lib/systemd/system/cups.service.
    Created symlink /etc/systemd/system/sysinit.target.wants/lvm2-monitor.service -> /usr/lib/systemd/system/lvm2-monitor.service.
    Created symlink /etc/systemd/system/multi-user.target.wants/apparmor.service -> /usr/lib/systemd/system/apparmor.service.

Output of rpm-4.14.1-lp150.9.13.1.x86_64.rpm %posttrans script:
    migrating rpmdb from /var/lib/rpm to /usr/lib/sysimage/rpm...

Output of apache2-2.4.33-lp150.2.23.1.x86_64.rpm %posttrans script:
    Restarting apache (all instances)

Output of dmraid-1.0.0.rc16-lp150.3.4.x86_64.rpm %posttrans script:
    Updating /etc/sysconfig/dmraid ...

Output of grub2-i386-pc-2.02-lp150.13.26.1.x86_64.rpm %posttrans script:
    update-bootloader: 2022-03-11 23:30:54 <3> update-bootloader-9962 run_command.294: '/usr/lib/bootloader/grub2/install' failed with exit code 1, output:
    <<<<<<<<<<<<<<<<
    target = i386-pc
    + /usr/sbin/grub2-install --target=i386-pc --force --skip-fs-probe /dev/sda
    i386-pc wird für Ihre Plattform installiert.
    /usr/sbin/grub2-install: Warnung: Physischer Datenträger »(null)« konnte nicht gefunden werden. Einige Module könnten im Core-Abbild fehlen..
    /usr/sbin/grub2-install: Warnung: Physischer Datenträger »(null)« konnte nicht gefunden werden. Einige Module könnten im Core-Abbild fehlen..
    installation beendet. Keine Fehler aufgetreten.
    /dev/sdb: not a block device
    >>>>>>>>>>>>>>>>

Einige laufende Programme verwenden Dateien, die durch eine kürzliche Aktualisierung gelöscht wurden. Ãberprüfen Sie die Programme,
und starten Sie sie ggf. neu. Mit 'zypper ps -s' rufen Sie eine Liste der Programme auf.
Sie haben neue Post in /var/spool/mail/root.
[Ryzen-5-DOM0-root] / $
===========================================================================
.

• [Ryzen-5-DOM0-root] / $ zypper ps -s

.
Die folgenden aktiven Prozesse verwenden gelöschte Dateien:

Diese Prozesse sollten neu gestartet werden. Informationen über die Bedeutung der Werte in der obigen Tabelle finden Sie unter 'man zypper'.

Keine Core-Bibliotheken oder Dienste wurden aktualisiert.
Ein Neustart ist wahrscheinlich nicht notwendig.
[Ryzen-5-DOM0-root] / $
.

Der vncserver antwortet auf die Anfrage des Clients nicht mehr - ich hatte aber nirgendwo etwas geändert !!

Ich habe die boot-Version nicht überprüft - das sollte immer gemacht werden zumindest der Server kommt wieder hoch.

Eine Änderung im Bootmanager : anstelle  "kernel 4.4.180" jetzt mit kernel "4.12.14" gestartet

Der vncserver nimmt immer noch keinen VNC-Client Anmeldung an - damit kann ich den Virt-Manager auch nicht starten und somit kann ich auch die Mail-VM NICHT probeweise starten - sehr schlecht.

Also weiter mit Stufe 2 und von jetzt ab mit vollem Risiko - eine Alternative bietet sich im Moment nicht an. Weiteres Suchen kostet nur noch mehr vertane Zeit.
.

Auch hier nochmal :
.

• [Ryzen-5-DOM0-root] ~ $zypper mr -adR

.
und dann die neuen Repos hinzugefügt :
.

• [Ryzen-5-DOM0-root] ~ $ zypper lr

.
Die Repository-Prioritäten sind ohne Effekt. Alle aktivierten Repositorys teilen sich die gleiche Priorität.

.

• [Ryzen-5-DOM0-root] ~ $ zypper dup

.
es dauert wieder gefühlt 1,5 Stunden

Nur mal zur Kontrolle :
Aktuelles OS: openSUSE Leap 15.1 x86_64
Kernel: 4.12.14-lp150.12.82-default
.

.

• [Ryzen-5-DOM0-root] ~ $ zypper mr -adR 

.
- die alten 15.1 Repos deaktiviert und die neuen 15.2 hinzugefügt :
Repository 'openSUSE-15.2 Updates Non-OSS' erfolgreich hinzugefügt
.

• [Ryzen-5-DOM0-root] / $ zypper lr

.
Die Repository-Prioritäten sind ohne Effekt. Alle aktivierten Repositorys teilen sich die gleiche Priorität.

.

• [Ryzen-5-DOM0-root] ~ $ zypper dup

.
Die folgenden 122 NEUEN Pakete werden installiert:
Die folgenden 43 Pakete werden GELÃSCHT:
Die folgenden 1879 Pakete werden aktualisiert:

1879 Pakete werden aktualisiert, 5 werden zurückgestuft, 122 neue, 43 zu entfernen, 1 Architekturwechsel.
GesamtgröÃe des Downloads: 1,07 GiB. Bereits im Cache gespeichert: 0 B. Nach der Operation werden zusätzlich 471,5 MiB belegt.

Um 'Mesa-dri-nouveau' zu installieren, müssen Sie den Bedingungen der folgenden Lizenzvereinbarung zustimmen:

Hinweis: Nouveau DRI/3D Treiber ausgewählt.

Der Treiber ist als Experimentell eingestuft und bekannt dafür, Probleme mit
Anwendungen, die 3D-Beschleunigung moderner NVIDIA Hardware nutzen, zu
haben.

Katastrophe ????????? Das termnal mit der Installation von 15.2 ist abgestürzt ?????????????????? Wie kommt das ?

Neue putty SSH-Konsole aufgrufen und "zypper dup" jetzt nochmal aufgerufen -
aha, erfreulich - es geht an der abgebrochenen Stelle weiter

zypper mit nur noch 484 Install-Upgraedes,
zypper hat es gemerkt, daß von den 1900 einge noch fehelen.

ich boote jetzt die 15.2 XEN Version. also nicht die normale version ohne XEN - und schreibe gerade einen neuen Bootloader - das dauert mit über 5 Minuten sehr lange

irgend etwas an der Firewall spinnt

Einfach mal ausprobiert - mit 15.2 ohne firewall kann ich jetzt den VNC Client (auf dieser DOM-0) starten und mich auf den VNC-Server  einloggen - na endlich.

Und jetzt mit dem Virt-manager die mail-4 Domain starten - klappt - die Mail4-DOM kommt hoch und ich kann über webmin die inzwischen (2 Tage) eingelaufenen Mails abrufen - ein "toller" Forstschritt.

Begeisterung klingt aber anders.
.

Nur mal 2 Meldungen von über 3 Metern Bildschirmausgabe herausgegriffen :

Repository 'repo-15.2-update-oss' wurde erfolgreich deaktiviert.
Repository 'openSUSE-15.3 Updates Non-OSS' erfolgreich hinzugefügt

• [Ryzen-5-DOM0-root] /etc/ssh $ zypper lr

Die Repository-Prioritäten sind ohne Effekt. Alle aktivierten Repositorys teilen sich die gleiche Priorität.
.

.

.

• [Ryzen-5-DOM0-root] /etc/ssh $ zypper dup

.
Hinweis: Received 2 new package signing keys from repository openSUSE-15.3 Non-OSS:

  Those additional keys are usually used to sign packages shipped by the repository. In order to
  validate those packages upon download and installation the new keys will be imported into the rpm
  database.

  New:
  Schlüssel-Fingerabdruck:  637B 32FF 3D83 F07A 7AE1 C40A 9C21 4D40 6517 6565
  Name des Schlüssels:      openSUSE:Backports OBS Project <openSUSE:Backports@build.opensuse.org>
  Key Algorithm:            RSA 2048
  Schlüssel erstellt:       Mi 02 Okt 2019 15:17:53 CEST
  Ablauf des Schlüssels:    Fr 10 Dez 2021 14:17:53 CET (ABGELAUFEN)
  RPM-Name:                 gpg-pubkey-65176565-5d94a381

  New:
  Schlüssel-Fingerabdruck:  FEAB 5025 39D8 46DB 2C09 61CA 70AF 9E81 39DB 7C82
  Name des Schlüssels:      SuSE Package Signing Key <build@suse.de>
  Key Algorithm:            RSA 2048
  Schlüssel erstellt:       Mo 21 Sep 2020 10:21:47 CEST
  Ablauf des Schlüssels:    Fr 20 Sep 2024 10:21:47 CEST
  RPM-Name:                 gpg-pubkey-39db7c82-5f68629b

  The repository metadata introducing the new keys have been signed and validated by the trusted
  key:

  Repository:               openSUSE-15.3 Non-OSS
  Schlüssel-Fingerabdruck:  22C0 7BA5 3417 8CD0 2EFE 22AA B88B 2FD4 3DBD C284
  Name des Schlüssels:      openSUSE Project Signing Key <opensuse@opensuse.org>
  Key Algorithm:            RSA 2048
  Schlüssel erstellt:       Mo 05 Mai 2014 10:37:40 CEST
  Ablauf des Schlüssels:    Do 02 Mai 2024 10:37:40 CEST
  RPM-Name:                 gpg-pubkey-3dbdc284-53674dd4
 .

1. Cache für Repository 'openSUSE-15.3 Non-OSS' erzeugen
2. Cache für Repository 'openSUSE-15.3 Non-OSS' erzeugen --
3. Cache für Repository 'openSUSE-15.3 Non-OSS' erzeugen ................<100%>
4. Cache für Repository 'openSUSE-15.3 Non-OSS' erzeugen ..............<100%>
5. Cache für Repository 'openSUSE-15.3 Non-OSS' erzeugen ..............[fertig]
6. Cache für Repository 'openSUSE-15.3 OSS' erzeugen ---
7. Cache für Repository 'openSUSE-15.3 OSS' erzeugen --
8. Cache für Repository 'openSUSE-15.3 OSS' erzeugen .....................<100%>[
9. Cache für Repository 'openSUSE-15.3 OSS' erzeugen ....................<100%>[|
10. Cache für Repository 'openSUSE-15.3 OSS' erzeugen ......................[fertig]
11. Metadaten von Repository 'openSUSE-15.3 Updates Non-OSS' abrufen .....[fertig]
12. Cache für Repository 'openSUSE-15.3 Updates Non-OSS' erzeugen
13. Cache für Repository 'openSUSE-15.3 Updates Non-OSS' erzeugen
14. Cache für Repository 'openSUSE-15.3 Updates Non-OSS' erzeugen ........<100%>
15. Cache für Repository 'openSUSE-15.3 Updates Non-OSS' erzeugen ..........<100%>
16. Cache für Repository 'openSUSE-15.3 Updates Non-OSS' erzeugen ..........[fertig]
17. Metadaten von Repository 'openSUSE-15.3 Updates OSS' abrufen ..........[fertig]
18. Cache für Repository 'openSUSE-15.3 Updates OSS' erzeugen
19. Cache für Repository 'openSUSE-15.3 Updates OSS' erzeugen
20. Cache für Repository 'openSUSE-15.3 Updates OSS' erzeugen ...............<100%>[
21. Cache für Repository 'openSUSE-15.3 Updates OSS' erzeugen ...............<100%>[
22. Cache für Repository 'openSUSE-15.3 Updates OSS' erzeugen .............[fertig]

.
Repository-Daten werden geladen...
Die folgenden 1785 Pakete werden aktualisiert:
Das folgende Produkt wird GELÃSCHT:   "openSUSE Leap 15.2"

Die folgenden 3 Pakete erfordern einen Systemneustart: -   kernel-default-5.3.18-59.10.1 kernel-firmware xen

1785 Pakete werden aktualisiert, 188 werden zurückgestuft, 151 neue, 16 zu entfernen, 1770  Anbieterwechsel.
GesamtgröÃe des Downloads: 1,35 GiB. Bereits im Cache gespeichert: 0 B. Nach der Operation werden zusätzlich 424,0 MiB belegt.
.

wieder nach etwa 1,5 Stunden - es ist eine der letzten Zeilen 2096 von insgesamt 2132 Zeilen :

2096/2132) Installieren: libvirt-daemon-driver-storage-core-7.1.0-4.1.x86_64 ......................................[fertig]
Zusätzliche rpm-Ausgabe:
Updating /etc/sysconfig/virtstoraged ...

(2097/2132) Installieren: python3-libvirt-python-7.1.0-1.3.x86_64 ...............................[fertig]
(2098/2132) Installieren: libvirt-glib-1_0-0-3.0.0-1.95.x86_64 .......................................[fertig]
(2099/2132) Installieren: libvirt-daemon-driver-storage-scsi-7.1.0-4.1.x86_64 ..............[fertig]
(2100/2132) Installieren: libvirt-daemon-driver-storage-rbd-7.1.0-4.1.x86_64 ..............[fertig]
(2101/2132) Installieren: libvirt-daemon-driver-storage-mpath-7.1.0-4.1.x86_64 ...........[fertig]
(2102/2132) Installieren: libvirt-daemon-driver-storage-logical-7.1.0-4.1.x86_64 ..........[fertig]
(2103/2132) Installieren: libvirt-daemon-driver-storage-iscsi-direct-7.1.0-4.1.x86_64 ...[fertig]
(2104/2132) Installieren: libvirt-daemon-driver-storage-iscsi-7.1.0-4.1.x86_64 ............[fertig]
(2105/2132) Installieren: libvirt-daemon-driver-storage-gluster-7.1.0-4.1.x86_64 ........[fertig]
(2106/2132) Installieren: libvirt-daemon-driver-storage-disk-7.1.0-4.1.x86_64 ............[fertig]
(2107/2132) Installieren: vm-install-0.10.11-1.14.x86_64 ...........................................[fertig]
(2108/2132) Installieren: virt-viewer-8.0-2.54.x86_64 ................................................[fertig]
(2109/2132) Installieren: typelib-1_0-LibvirtGLib-1_0-3.0.0-1.95.x86_64 ....................[fertig]
(2110/2132) Installieren: libvirt-daemon-driver-storage-7.1.0-4.1.x86_64 ....................[fertig]
(2111/2132) Installieren: virt-manager-common-3.2.0-5.1.noarch ................................[fertig]
(2112/2132) Installieren: libvirt-daemon-xen-7.1.0-4.1.x86_64 ...................................[fertig]
(2113/2132) Installieren: virt-install-3.2.0-5.1.noarch .................................................[fertig]
(2114/2132) Installieren: virt-manager-3.2.0-5.1.noarch ..
...........................

    dracut:  root=UUID=f3b3d26b-f8e7-461e-b345-7a05acef7670 rootfstype=ext4 rootflags=rw,relatime
    dracut: *** Creating image file '/boot/initrd-5.3.18-59.10-default' ***
    dracut: *** Creating initramfs image file '/boot/initrd-5.3.18-59.10-default' done ***

auch hier nur ein Ausschnitt des durchlaufenden Bildschirms :

%posttrans script 'systemd-presets-branding-openSUSE-12.2-lp153.2.37.noarch.rpm' wird ausgeführt <6%>==
%posttrans script 'ucode-intel-20210525-7.1.x86_64.rpm' wird ausgeführt .............<17%>=====
%posttrans script 'yp-tools-4.2.2-3.16.x86_64.rpm' wird ausgeführt ..................<21%>=======
%posttrans script 'intlfonts-euro-bitmap-fonts-1.2.1-1.21.noarch.rpm' wird ausgeführt ...........<32%>====
%posttrans script 'gnu-unifont-bitmap-fonts-10.0.07-1.14.noarch.rpm' wird ausgeführt ..........<43%>=
%posttrans script 'sg3_utils-1.44~763+19.1ed0757-9.3.1.x86_64.rpm' wird ausgeführt ......<55%>==
/%posttrans script 'liblapack3-3.5.0-4.3.17.x86_64.rpm' wird ausgeführt .................................<66%>=

Output of apache2-2.4.43-3.22.1.x86_64.rpm %posttrans script:
    Restarting apache (all instances)

%posttrans script 'fonts-config-20200609+git0.42e2b1b-4.7.1.noarch.rpm' wird ausgeführt ........<73%>=

Output of dmraid-1.0.0.rc16-3.26.x86_64.rpm %posttrans script:
    Updating /etc/sysconfig/dmraid ...

%posttrans script 'xorg-x11-fonts-7.6-13.3.1.noarch.rpm' wird ausgeführt .............<84%>=
%posttrans script 'grub2-x86_64-efi-2.04-20.4.noarch.rpm' wird ausgeführt .......<89%>=====
%posttrans script 'man-2.7.6-6.22.x86_64.rpm' wird ausgeführt .............................<94%>=====
%posttrans script 'lightdm-1.30.0-bp153.2.6.x86_64.rpm' wird ausgeführt ............<95%>==
%posttrans scripts werden ausgeführt ...............................................<100%>
|%posttrans scripts werden ausgeführt ..........................................<100%>[
%posttrans scripts werden ausgeführt ............................................[fertig]

Es werden Programme ausgeführt, die immer noch die durch kürzliche Upgrades gelöschten oder aktualisierten Dateien oder Bibliotheken verwenden.
 Starten Sie die Programme neu, um die Aktualisierungen zu nutzen. Mit 'zypper ps -s' erhalten Sie eine Liste dieser Programme.

Core-Bibliotheken oder Dienste wurden aktualisiert. Ein Neustart wird benötigt, um sicher zu stellen, dass ihr System von diesen Updates profitiert.

[Ryzen-5-DOM0-root] /etc/ssh $

Jetzt ist die letzte Upgrade Prozedur zuende - es ist inzwischen Morgens um 5.30
.

.

Zumindest kommt die DOM-0 nach dem letzten "UPGRADE" auf die Version Leap 15.3 wieder hoch. Jedoch an den VNC-Server der DOM-0 zum Starten einer VM komme ich (immer noch) nicht ran.

Nach dem Abschalten der neuen "Firewalld" (es ist ab Leap 15.0 nicht mehr die alte Firewall2) kann ich auch mit dem Windows VNC-Client auf die DOM-0 und dort den Virt-Manager starten und die wichtige VM (mit unserem Mail-Server auch bereits auf 15.3) testweise hochfahren. Zumindest den Mail-Server habe ich jetzt am Laufen. Und ich weiß, es liegt an der Firewalld, daß die meinen VNC-Port nicht durchläßt.
.

Da auf der DOM-0 irgend etwas mit dem Tiger-VNC- Server nicht stimmt, einfach mal "zypper up" aufrufen, ob da noch etwas fehlt. - Ja, es fehlt offensichtlich noch eine Menge !!!!!!!!!!!!!!!!!!!!!!!!!! - angeblich über 500 Pakete. Was für meine Zwecke als DOM-0 wirklich fehlt, erschließt sich mir nicht. - Zum Beispiel ist auf der DOM-0 der Firefox absolut unsinnig und überflüssig.
.

Also noch noch ein 15.3 "UPDATE" hinten dran hängen. "zypper up" (also nicht zypper dup !!) machts dann ........

599 Pakete werden aktualisiert, 21 neue, 37 zu entfernen. - Gesamtgröße des Downloads: 554,2 MiB. Bereits im Cache gespeichert: 0 B. Nach der Operation werden zusätzlich 148,4 MiB belegt.

Die folgenden 2 Pakete erfordern einen Systemneustart:
"kernel-default-5.3.18-150300.59.54.1 xen"

Und damit - nochmal 1 Stunde warten und dabei alles protokollieren. Es wird schon hell draußen. Die Laune ist am A......
.

Im Netzwerk-Bereich :

• Das IPV4 Forwarding im Netzwerk der DOM-0 muß (jetzt) eingeschaltet sein.

und in der Firewalld

• das IPV4 Masquerading in der Firewalld der DOM-0 muß ebenfalls gesetzt sein,

.
sonst hapert es mit den VMs, den virtuellen Maschinen.

Das "warum" habe ich noch nicht heraus gefunden, ich habe einfach probiert und eigentlich ist das Mist, ganz großer Mist. Der Admin sucht auf "gut Glück". Das müsste bei der Aktualisierung eines KVM/XEN Servers am Ende des Scripts deutlich sichtbar "angemerkt" werden, daß das jetzt neu ist.
.
Was macht ein ADMIN mit 100 virtualisierten opensuse Servern ?
.

.

Nach dem Upgrade von 15.2 auf 15.3 hatte ich obiges Update (also ein erstes Update) angeworfen und ca. 550 MB herunter geladen und installiert.

Zwei Tage später habe ich wieder "zypper up" angeworfen und erblicke ganz erstaunt nochmal folgendes :
.

• [Ryzen-5-DOM0-root] ~ $ zypper update

.
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

Die folgenden 32 NEUEN Pakete werden installiert:
  kernel-firmware-all kernel-firmware-amdgpu kernel-firmware-ath10k kernel-firmware-ath11k kernel-firmware-atheros kernel-firmware-bluetooth
  kernel-firmware-bnx2 kernel-firmware-brcm kernel-firmware-chelsio kernel-firmware-dpaa2 kernel-firmware-i915 kernel-firmware-intel kernel-firmware-iwlwifi
  kernel-firmware-liquidio kernel-firmware-marvell kernel-firmware-media kernel-firmware-mediatek kernel-firmware-mellanox kernel-firmware-mwifiex
  kernel-firmware-network kernel-firmware-nfp kernel-firmware-nvidia kernel-firmware-platform kernel-firmware-prestera kernel-firmware-qlogic
  kernel-firmware-radeon kernel-firmware-realtek kernel-firmware-serial kernel-firmware-sound kernel-firmware-ti kernel-firmware-ueagle
  kernel-firmware-usb-network

Das folgende Paket wird GELÃSCHT:
  kernel-firmware

32 neue Pakete zu installieren, 1 zu entfernen.
GesamtgröÃe des Downloads: 214,6 MiB. Bereits im Cache gespeichert: 0 B. Nach dem Vorgang werden 397,4 MiB freigegeben.
Fortfahren? [j/n/v/...? zeigt alle Optionen] (j):

• Also nochmal 210 MB Updates herunterladen. ??????????

Am Ende ist es dann trivial : Keine Core-Bibliotheken oder Dienste wurden aktualisiert. Ein Neustart ist wahrscheinlich nicht notwendig.
.

.

.