Kein Netzwerk mehr nach dem Upgrade von 15.6 auf Leap 16.0

rebell21 · 9. Januar 2026

Code

OpenSuSe-VM:/home/peter # cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-6.12.0-160000.8-default root=UUID=e9c369e8-5e0d-4cf8-bc40-080aba432905 splash=silent resume=/dev/disk/by-path/pci-0000:04:00.0-part3 quiet mitigations=auto net.ifnames=0
OpenSuSe-VM:/home/peter #

Code

OpenSuSe-VM:/home/peter # sudo tail -20 /var/log/pbl.log
2026-01-09 09:47:10 <1> update-bootloader-7426: bootloader = grub2
2026-01-09 09:47:11 <1> update-bootloader-7426: '/usr/lib/bootloader/grub2/config' = 0, output:
>>>>>>>>>>>>>>>>
+ /usr/sbin/grub2-mkconfig -o /boot/grub2/grub.cfg
Generating grub configuration file ...
Found theme: /boot/grub2/themes/openSUSE/theme.txt
Found linux image: /boot/vmlinuz-6.12.0-160000.8-default
Found initrd image: /boot/initrd-6.12.0-160000.8-default
Found linux image: /boot/vmlinuz-6.4.0-150600.23.73-default
Found initrd image: /boot/initrd-6.4.0-150600.23.73-default
Found linux image: /boot/vmlinuz-6.4.0-150600.23.47-default
Found initrd image: /boot/initrd-6.4.0-150600.23.47-default
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
41325.116635 | DM multipath kernel driver not loaded
File descriptor 8 (/dev/udmabuf) leaked on lvs invocation. Parent PID 8311: /bin/sh
File descriptor 9 (/memfd:lp_dma_buf (deleted)) leaked on lvs invocation. Parent PID 8311: /bin/sh
Adding boot menu entry for UEFI Firmware Settings ...
done
<<<<<<<<<<<<<<<<
OpenSuSe-VM:/home/peter #

Alles anzeigen

kann es sein, dass die alternativen Kernel 6.4.0..... beim Booten stören?

Kann ich das os-prober irgendwie loswerden ?

luigi · 9. Januar 2026

Zitat von rebell21

OpenSuSe-VM:/home/peter # grep -i net.ifnames=0 /boot/grub2/grub.cfg
linux /boot/vmlinuz-6.12.0-160000.8-default root=UUID=e9c369e8-5e0d-4cf8-bc40-080aba432905 ${extra_cmdline} splash=silent resume=/dev/disk/by-path/pci-0000:04:00.0-part3 quiet mitigations=auto security=selinux enforcing=1 selinux=1 net.ifnames=0

und

Zitat von rebell21

OpenSuSe-VM:/home/peter # cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-6.12.0-160000.8-default root=UUID=e9c369e8-5e0d-4cf8-bc40-080aba432905 splash=silent resume=/dev/disk/by-path/pci-0000:04:00.0-part3 quiet mitigations=auto net.ifnames=0

Wo ist

Code

security=selinux enforcing=1 selinux=1

geblieben?

Hidalgo · 9. Januar 2026

Ufff ... jetzt geht es ans Eingemachte!

Hier meine Sichtweise, warum es wahrscheinlich nicht klappt mit update-bootloader. Bin für jede bessere Hilfe / Korrektur als meine dankbar!

Leap 16 benutzt doch standartmäßig snapshots wegen btrfs Filesystem. Ein update-bootloader schreibt wahrscheinlich in die Konfiguration des

aktuellen Snapshots!

Grub scheint den Pfad zum aktuellen btrfs subvolume nicht richtig zu finden, erzeugt dann fehlerhafte Konfiguration des Loaders und somit muß auf

"read-only" snapshots ausgewichen werden, was du ja auch gemacht hast.

Die vorgeschlagene Lösung in #14 klappt auch nicht? (Bin jetzt am rotieren....)

Mache ggfs. doch mal folgendes - ja ich verweise jetzt auf yast!

Code

sudo yast2 bootloader

Das funktioniert nämlich noch unter Leap 16!

Gehe oben zum Reiter "Kernel-Parameter" und füge dort bei "Optionaler Parameter für Kernel-Befehlszeile"

net.ifnames=0

hinzu und speichere das mit ok.

Yast sorgt dann für ordnungsgemäßes aktualisieren des aktuellen Bootloaders - auch bei btrfs, denn weil das in der Vergangenheit bei btrfs bei mir (allerdings nicht bei Netzwerkproblemen probiert) klappte, ist das mal einen Versuch wert. Parameter wurden immer übernommen im aktuellen laufenden btrfs-System.

rebell21 · 9. Januar 2026

Code

security=selinux enforcing=1 selinux=1

genau das Vorhandensein dieser Parameter verhindert den Boot. Ich habe diese als Bootparamter manuell beim Booten eingefügt. Dann bootet Leap 16.0 nicht. Wenn ich die Kommandos

Code

update-bootloader --add net.ifnames=0
update-bootloader --config

ausführe, werden die Parameter

Code

security=selinux enforcing=1 selinux=1 net.ifnames=0

in die Datei /boot/grub2/grub.cfg eingefügt. Und dann bootet Leap 16.0 nicht. Wenn ich nur

Code

net.ifnames=0

manuell bei den Bootparametern einfüge, bootet der Rechner

Ich habe bei dem opensuse-migration tool ais Selinux umgeschaltet weg von apparmor. War das ein Fehler ? Wie kann ich Selinux wieder loswerden?

Sauerland · 9. Januar 2026

Als erstes:

alles mit update-bootloader wieder einfügen, update-bootloader --config nicht vergessen.

Dann:

Code

update-bootloader --del-option security=selinux

Code

update-bootloader --del-option selinux=1

Code

update-bootloader --del-option enforcing=1

Code

update-bootloader --config

Danach posten:

Code

grep -i net.ifnames=0 /boot/grub2/grub.cfg

rebell21 · 9. Januar 2026

Hidalgo

ich habe mit

Code

sudo yast2 bootloader

die boot-loader Config Datei editiert

Im Reiter "Kernel Parameter" die Parameter

Code

security=selinux enforcing=1 selinux=1

entfernt. Die standen dort nämlich drin

Und den Parameter

Code

net.ifnames=0

eingefügt. Dann mit ok gespeichert. Nun startet der Rechner und die Parameter

Code

security=selinux enforcing=1 selinux=1

stehen auch nicht mehr in der Boot-Zeile.

Und das Netzwerk funktioniert.

Code

(base) peter@OpenSuSe-VM:~> ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 52:54:00:82:9a:1c brd ff:ff:ff:ff:ff:ff
    altname enp1s0
    altname enx525400829a1c
    inet 192.168.2.124/24 brd 192.168.2.255 scope global eth0
       valid_lft forever preferred_lft forever
(base) peter@OpenSuSe-VM:~>

Alles anzeigen

Sollte man im opensuse-migration Tool bei apparmor bleiben ? Was bedeutet das jetzt für meine Leap 16.0 Version ?

Ist aber wirklich kompliziert

rebell21 · 9. Januar 2026

nach dem Booten

Code

(base) peter@OpenSuSe-VM:~> sudo grep -i net.ifnames=0 /boot/grub2/grub.cfg
[sudo] Passwort für root: 
        linux   /boot/vmlinuz-6.12.0-160000.8-default root=UUID=e9c369e8-5e0d-4cf8-bc40-080aba432905  ${extra_cmdline} splash=silent resume=/dev/disk/by-path/pci-0000:04:00.0-part3 quiet net.ifnames=0 mitigations=auto
                linux   /boot/vmlinuz-6.12.0-160000.8-default root=UUID=e9c369e8-5e0d-4cf8-bc40-080aba432905  ${extra_cmdline} splash=silent resume=/dev/disk/by-path/pci-0000:04:00.0-part3 quiet net.ifnames=0 mitigations=auto
                linux   /boot/vmlinuz-6.4.0-150600.23.73-default root=UUID=e9c369e8-5e0d-4cf8-bc40-080aba432905  ${extra_cmdline} splash=silent resume=/dev/disk/by-path/pci-0000:04:00.0-part3 quiet net.ifnames=0 mitigations=auto
                linux   /boot/vmlinuz-6.4.0-150600.23.47-default root=UUID=e9c369e8-5e0d-4cf8-bc40-080aba432905  ${extra_cmdline} splash=silent resume=/dev/disk/by-path/pci-0000:04:00.0-part3 quiet net.ifnames=0 mitigations=auto
(base) peter@OpenSuSe-VM:~>

rebell21 · 9. Januar 2026

Sollte ich apparmor jetzt nicht wieder aktivieren ?

Im Moment sind doch weder selinux noch apparmor aktiv , oder ?

den os-prober

Code

Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.

habe ich auch deaktiviert. Leap 16.0 startet jetzt viel schneller

Sauerland · 9. Januar 2026

Zitat von rebell21

Die standen dort nämlich drin

Dann hast du zwar Parameter hinzugefügt, aber den Bootloader nicht mit

Code

grub2-mkconfig -o /boot/grub2/grub.cfg

schreiben lassen.

Wenn du mit update-bootloader --add-option OPTION etwas hinzufügst, wird es dann nur in /etc/default/grub eingetragen.

Erst ein update-bootloader --config schreibt es in die /boot/grub/grub.cfg (führt grub2-mkconfig -o /boot/grub2/grub.cfg aus) und übernimmt dann auch deine selinux Einträge.......

rebell21 · 9. Januar 2026

ich hatte das ja mit yast2 gemacht. Wird der bootloader nach Klicken auf ok nicht neu geschrieben ? Die VM ist jedenfalls gebootet.

Ich habe auch noch

Code

security=apparmor

eingefügt und aa-status zeigt jetzt

Code

apparmor module is loaded.
156 profiles are loaded.
76 profiles are in enforce mode.

....

5 profiles are in complain mode.
   Xorg
   transmission-cli
   transmission-daemon
   transmission-gtk
   transmission-qt
0 profiles are in prompt mode.
0 profiles are in kill mode.
75 profiles are in unconfined mode.
....
  
2 processes have profiles defined.
2 processes are in enforce mode.
   /usr/sbin/avahi-daemon (1392) avahi-daemon
   /usr/bin/plasmashell (2504) plasmashell
0 processes are in complain mode.
0 processes are in prompt mode.
0 processes are in kill mode.
0 processes are unconfined but have a profile defined.
0 processes are in mixed mode.

Alles anzeigen

apparmor scheint zu laufen

Und selinux scheint abgeschaltet

Code

OpenSuSe-VM:/home/peter # getenforce
Disabled
OpenSuSe-VM:/home/peter #

Kein Netzwerk mehr nach dem Upgrade von 15.6 auf Leap 16.0

Ubuntu 26.10 „Stonking Stingray“ ist erschienen

Tumbleweed-Update bricht ab

KDE Plasma 6.8 verabschiedet sich von X11

VBox - gemeinsame Zwischenablage

Linux-Kernel: Kennzeichnungspflicht für KI-generierten Code soll entfallen

k.113

BlackPhoenix

aitexturegenerator

Giorgio68

pavelstr

Teilen

Tags