Die Probleme mit der Wifi-Karte auf meinem Thinkpad habe ich erfolgreich gelöst. Seit der Umstellung auf iwd gab es keine Kernelpanics mehr. Also konnte ich mir in Ruhe anschauen, wie Tumbleweed sich über vier Wochen allgemein verhält. Kurz gesagt: Es gab keine Probleme.

Updates

Tumbleweed ist ein Rolling-Release-System. Updates für die Pakete werden zeitnah bereitgestellt. Im Gegensatz zu Arch gibt es in Tumbleweed immer Snapshots, die veröffentlicht werden. In diesen Snapshots sind die Updates gebündelt. Dank der automatisierten Tests bei openSUSE ist sichergestellt, dass das System in seiner Gesamtheit auch nach dem Update funktioniert. Das bedeutet aber nicht, dass keine Bugs in den neuen Versionen der Pakete enthalten sein können. Soweit ich es verstehe, geht es bei den automatisierten Test eher darum, dass das Gesamtsystem weiterhin funktioniert (Bootet es? Kann eine grafische Oberfläche gestartet werden? Funktionieren die wichtigsten Programme? …). Während des Aprils gab es kein Update, welches bei mir ein Problem verursacht hat.

Allerdings haben die Updates teilweise einen enormen Umfang gehabt. Es ist nicht ungewöhnlich gewesen, dass ich an zwei oder drei Tagen in einer Woche jeweils über ein Gigabyte an aktualisierten Paketen installieren durfte. Insbesondere das Update von LaTeX ist in diesen Zeitraum gefallen. Das ist nicht nur von der Größe her ein echter Brocken, auch die Anzahl der Pakete ist enorm. Und LaTeX wurde, wenn ich mich richtig erinnere, dreimal aktualisiert. Man muss sich also darauf einstellen, dass es oft große Updatepakete geben kann.

Was aber sehr gut funktioniert, ist das Aussetzen eines oder mehrerer Updates. Ich habe auch einmal den Computer eine Woche nicht aktualisiert. Und ich habe noch ein älteres Thinkpad, das vier Wochen im Schrank lag und nicht benutzt wurde. Das war für Tumbleweed kein Problem. Ein sudo zypper dup hat auf beiden Geräten sehr gut funktioniert.

Wenn man sich vorab über den Inhalt eines Updatepakets informieren möchte, dann kann ich folgende Seite empfehlen: Tumbleweed snapshots. Ich habe die Seite in meinem RSS-Aggregator abonniert. So kann ich mir vorab anschauen, was im Update enthalten ist.

Sehr zu empfehlen ist in dem Hinblick auch der Blog von Dominique a.k.a. DimStar (Dim\*) – A passionate openSUSE user. Hier gibt es jede Woche ein Review mit den Highlights und eine Vorausschau auf die nächste Woche.

Snapshots

Bei jedem Update legt openSUSE einen Snapshot an. Sollte ein Update also doch Probleme verursachen, kann ich beim Neustart des Rechners eine ältere Version starten. Der ältere Snapshot kann dann als aktuelles, produktives System wieder aktiviert werden. Wenn der Bug kritisch ist und viele Personen betreffen sollte, sind die Chancen gut, dass es schnell einen Fix gibt. So oder so… sollte ein Update einmal schiefgehen, ein Reboot und ich habe wieder ein funktionierendes System. Und das alles kommt out of the box.

Softwareverfügbarkeit

Im Repository ist sehr viel enthalten. Es gab einige Programme, die ich nicht gefunden habe und dann als Flatpak installiert habe. Bei mir sind das unter anderem Programme wie Discord, Element, Proton Mail Bridge oder Signal. Ich wollte da auch nicht mit RPM-Paketen arbeiten, die ich selber herunterladen und dann installieren muss. Entweder es ist im Repository von openSUSE, dann freue ich mich. Ansonsten wird es über Flatpak installiert. Ich habe damit kein Problem.

Codecverfügbarkeit

Über Codecs hatte ich bereits Ende März ebenfalls geschrieben. Ich bleibe bei meiner Entscheidung Firefox und VLC als Flatpak zu nutzen. Dadurch spare ich mir die evtl. auftretenden Probleme mit dem Packman-Repository.

Community

Ich lese viel im Subreddit r/openSUSE. Man merkt, dass die Community nicht besonders groß ist. Die Anzahl der Beiträge ist überschaubar und es werden sehr wenig Screenshots des Desktops gepostet. Die meisten Beiträge sind konkrete Probleme. Und es wird auch geholfen. Ich wünsche mir, jede Community wäre so unaufgeregt wie die openSUSE-Community. Ich bin auch in ein oder zwei Matrix-Kanälen von openSUSE stiller Leser. Und auch hier ist die Kommunikation angenehm, unaufgeregt und hilfsbereit. Wenn ich mir andere Foren, Discord-Kanäle oder Subreddits anschaue, dann bin ich froh openSUSE, aktuell zu nutzen. Übrigens, es gibt ein Grafana-Dashboard von openSUSE. Es werden die Zugriffe auf den Hauptmirror registriert. Daraus kann man grob ableiten, wie viele Benutzer es mindestens gibt. Für Tumbleweed pendelt es zwischen 240000 und 250000 Benutzern. Slowroll könnte vielleicht dieses Jahr die 6000 Benutzer knacken. Das sind aber nur die Installationen, die den Hauptmirror verwenden. Da es weitere Mirrorserver gibt, liegt die Anzahl der Benutzer mit Sicherheit höher.

Der Wechsel zu Slowroll

Jetzt habe ich einige Male Slowroll erwähnt. Der Unterschied zu Tumbleweed liegt in der Anzahl der Updates. In Slowroll gibt es etwa alle vier Wochen (ich meine, dass es immer um den 9. eines Monats geschieht) ein großes Update. Darin sind dann die aktualisierten Pakete enthalten, die aus Tumbleweed gesammelt wurden. Während des Monats gibt es kleinere Updates, die primär Sicherheitslücken oder kritische Fehler beheben. Ich habe vor einer Woche meine Computer auf Slowroll umgestellt. Da mir die Updates von Tumbleweed dann doch etwas zu groß und zu viel waren, glaube ich für mich hier den richtigen Kompromiss gefunden zu haben. Slowroll ist sehr aktuell, aber eben nicht ganz so aktuell wie Arch oder Tumbleweed. Ich nenne Slowroll „entschleunigtes Rolling-Release“. Slowroll ist aktuell noch in der Beta-Phase. Ich merke davon aber nichts ☺️

Gaming

Aktuell spiele ich ab und zu Diablo 4 über Steam. Das Spiel funktioniert sehr gut unter openSUSE. Übrigens: X-Plane 12 funktioniert auch. Ich habe es aber nur kurz getestet. Andere Spiele habe ich in der Zeit nicht gespielt. Daher kann ich wenig zu Gaming allgemein sagen. Aber da Kernel, Mesa-Treiber und KDE Plasma immer sehr aktuell sind, steht aus meiner Sicht Gaming hier nichts im Wege.

Mein Fazit

Ich finde openSUSE Tumbleweed bzw. Slowroll sehr gut. Das Konzept aus Rolling-Release zusammen mit den automatisierten Tests sowie den Snapshots gibt mir genug Sicherheit, dass ich diese Distribution nutze. Ist openSUSE für jeden etwas? Ich bin da zwiegespalten. Ein Anfänger könnte doch schnell überfordert sein. Man sollte schon ein wenig über Linux wissen und auch keine Scheu vor der Kommandozeile haben. Denn Systemupdates sollten zwingend über zypper eingespielt werden.

Auf jeden Fall ist openSUSE Tumbleweed aber für jeden etwas, der ein Rolling-Release-System haben möchte aber vor Arch zurückschreckt. Bei openSUSE Tumbleweed bekommt man ein fertig eingerichtetes System. Man muss dann aber auch mit den Entscheidungen leben, die openSUSE für einen getroffen hat. Möchte man sein eigenes System aufbauen und selber die Entscheidungen treffen, dann ist Arch klar besser. Tumbleweed oder auch Slowroll müssen sich aber nicht verstecken. Und ich hoffe, dass diese Distribution bzw. das gesamte openSUSE-Projekt ein wenig mehr Aufmerksamkeit bekommt. Denn zur Zeit führt diese Distribution eher ein Schattendasein, welches nicht verdient ist.

Natürlich möchte ich aber dennoch gerne irgendwann WIFI 7 nutzen können. Meine Hoffnung lag bisher auf dem Kernel 7.0. Durch einen glücklichen Zufall bin ich aber im Arch-Forum auf diesen Thread gestoßen: https://bbs.archlinux.org/viewtopic.php?id=312624 Der Benutzer dort beschreibt exakt mein Problem. Die Analyse des Arch-Mitglieds Seth ist interessant. Er kann die Logs korrekt interpretieren und führt die Probleme auf wpa_supplicant zurück. Das ist der Dienst, der mit dem WIFI-Router die Verbindung aushandelt (soweit ich es verstehe). Und wpa_supplicant kann bisher nur sehr rudimentär WIFI 7. Diese Tatsache und der Umstand, dass am ath12k-Modul sehr aktiv gearbeitet wurde und wird, scheinen dann zu der Kernelpanic zu führen. Ich habe also den Lösungsvorschlag von Seth bei mir umgesetzt.

Lösung

Es hilft, wenn man wpa_supplicant durch iwd ersetzt. Das funktioniert unter Arch sehr einfach. Im Wiki wird das hier beschrieben: https://wiki.archlinux.org/title/NetworkManager#Using_iwd_as_the_Wi-Fi_backend

1. iwd mittels pacman -S iwd installieren
2. Dem Networkmanager mitteilen, dass iwd als Backend verwendet werden soll. Dazu wird die Datei /etc/NetworkManager/conf.d/wifi_backend.conf mit folgendem Inhalt angelegt:

   [device]
   wifi.backend=iwd
   

3. wpa_supplicant am besten dann mit sudo systemctl mask wpa_supplicant maskieren. Das verhindert, dass irgendwie doch noch wpa_supplicant genutzt werden kann.
4. Den Rechner einmal neustarten
5. Die alte WIFI-Verbindung einmal löschen und neu verbinden.

Seit ich diese Änderung auf meinem Thinkpad durchgeführt habe, läuft die WLAN-Verbindung stabil. Es gibt in KDE Plasma einen kleinen kosmetischen Bug. Beim Klicken auf das WLAN-Symbol wird in dem Widget nicht direkt der Status der WLAN-Verbindung angezeigt. In den Systemeinstellungen kann man aber die Verbindungsgeschwindigkeit sowie weitere Informationen einsehen. Im KDE-Forum habe ich bereits eine Diskussion mit diesem Problem gefunden. Für mich ist das nicht wichtig. Das Symbol selber signalisiert korrekt, ob ich mit dem WLAN verbunden bin. Das reicht für mich aus. Ich habe dafür aber auch Vorteile bemerkt. iwd baut die WIFI-Verbindung viel schneller auf. Insbesondere beim Aufwachen aus dem Standby muss ich nicht mehr lange warten. Für mich ist iwd eine Verbesserung und nicht nur, weil die Kernelpanics nicht mehr auftreten.

Ja… manchmal muss man in Linux vielleicht auch bei einem Bug um die Ecke denken. Es gibt oft nicht nur ein Tool, welches Funktionen bereitstellt. Sondern zwei oder drei oder viele. Und manchmal hilft es dann einfach, das Tool zu wechseln. Ich bin aber zuversichtlich, dass auch wpa_supplicant irgendwann mit WIFI 7 umgehen kann.

Welcome Back openSUSE Tumbleweed.