Die Neuinstallation von man zu erzwingen soll wohl Abhilfe schaffen.
Seit dem 10.08 sind die TW Snapshots eine Katastrophe, nichts hat mehr das 80er Stabilitätsranking übertroffen. Der aktuelle Snapshot hängt bei unter 40. u.a. mit kaputter crontab.
Als Enduser sollte man echt nur bei Ratings über 90 updaten...
Das hört sich auch schwer nach einem btrfs balance Job an. Hast du openSUSE mit btrfs nach Standard-Vorgaben installiert. Dein System ist halt schon sehr schwach auf der Brust, btrfs könnte dein System halt wirklich auslasten. Wenn da noch ein paar defekte Sektoren dazu kommen, rödelt die Festplatte auch richtig rum.
Alternativ kann man openSUSE auch mit ext4 installieren, dann gibts entsprechende CPU/HDD Auslastende Balance-Jobs auch nicht.
Die aktuellen snapshots der vergangenen Woche sind sehr ... naja...
Hab hier einen Rechner, der komplett kein DNS mehr kann.
Lass mich raten, kein btrfs und snapper?
Lass mich nicht lügen, aber ich meine im Wiki gelesen zu haben, dass Besitzern von Nvidia Grafikkarten und VirtualBox Nutzern von Tumbleweed abgeraten wird, da die oft Probleme mit noch nicht vorhandenen Kernmodulen haben?
Ansonsten empfehle ich die KVM-Variante zur Virtualisierung in YAST. Dazu noch btrfs und Snapper, wahlweise mit sehr konservativen Update-Verhalten mit dem Tool Tumbleweed CLI und einen raschen Blick auf die Tumbleweed-Review Website.
Zusätzlich war es in diesem einen konkreten Fall schon vor Release des 5.8er Kernels bekannt, dass VirtualBox bricht. Bei einem so entwicklungs-zentrieren OS wie Tumbleweed würde auch noch empfehlen, sich mal die Mailingliste anzuschauen, damit man genau so was frühzeitig erfährt und aussitzen kann. Oder aber Leap 15.2
Du stellst keine Frage, keine Infos, welcher Browser mit welcher Fehlermeldung. Du benutzt ein Kernel-Repository, was einen Kernel bietet, der noch nicht mal in Tumbleweed angekommen ist. In diesem Forum gibts keine Devs, die das als Bugreport werten würden...
Also was ist dein Anliegen hier?
Ich habe genau den gleichen Fehler unter Tumbleweed.
Bisher hab ich nur eine Spur gefunden, dass es ein Systemd Bug sein könnte, hatte aber noch nicht die Zeit, genau zu suchen.
Weil das Gnome-Disk-Utility und der YAST-Partitionierer das so machen.
Ich wühle mich gerade durch Bugreports, könnte ein systemd Bug sein. Muss ich mir aber in Ruhe anschauen.
Es geht ja unter openSUSE. Das ist ja das inkonsistente.
Es geht einfach so unter LEAP 15.1 und 15.2. Wenn ich von 15.1/15.2 ein Upgrade auf TW mache, gehts auch. Irgendwas stimmt bei einer Neuinstallation von TW nicht, dass er die fstab nicht respektiert.
Das ist in der Tat so, openSUSE ist auf die nvme installiert, die unter /dev/nvme0nx gemounted wird. Die Daten-HDD, um die es geht, ist das erste SATA Device und wird dementsprechend als /dev/sda erkannt.
Ich nehme mal an, dass die nvme in meinem Fall aber nicht die Fehlerursache ist. Da ich wg. Homeoffice leider nicht so lange rumtrödeln kann, hab ich mir LEAP 15.2 auf der gleichen Maschine installiert. Da habe ich exakt das gleiche gemacht und es geht alles. In der fstab steht:
LABEL=Daten /mnt/Daten auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=Daten 0 0Ich bin aber weiterhin für Vorschläge und Anregungen dankbar, da ich eigentlich eher Tumbleweed benutzen möchte. Außerdem wurmt mich, dass ich den Fehler nicht verstehe 