Dasselbe Problem gibt es mit VMWare statt NVidia:
Die Dateien vmmon.ko und vmnet.ko unter /usr/lib/modules/*/misc werden beim Entfernen des Kernels nicht automatisch mit gelöscht. Auch die können ggf. gelöscht werden und die dann ggf. leeren Verzeichnisse können weg.
Das rpm-Update nahm kein Ende ... es waren einfach noch zuviele 15.6-Pakete da (15.6 nochmal starten geht übrigens auch nicht, da zuviel Slowroll da ist).
Jetzt kommt die Neuinstallation. Danke Euch für die Hilfe.
Du kannst versuchen, zypper aus dem Slowroll Repo per rpm zu installieren.
Probier ich mal. Ich hatte inzwischen auch rausbekommen, dass die Abhängigkeit zu librpm in der libzypp steckt und nicht in zypper. Mal sehen ... vielleicht reicht das ja um zypper ans Laufen zu bringen und damit den Rest zu machen. Ansonsten muss ich mit dem Backup von /home, /etc/passwd und /etc/shadow neu aufsetzen.
... ein Upgrade von Leap 15.6 auf Tumbleweed Slowroll ist eine sehr abenteuerliche Geschichte. Ich hätte es neu aufgesetzt.
Darauf wird es wohl rauslaufen...
Ich probier aber erstmal noch den Vorschlag von Sauerland.
Wie bist du root geworden?
Da die grafische Oberfläche nicht läuft gehe ich mit Alt-Ctrl-F1 auf ein Textterminal und gebe "root" und "rootpw" an.
Ich komme nicht per ssh in den Rechner und weiss nicht, was da überhaupt funktioniert. Deshalb hier ein Bild. Ganz oben und ganz unten steht was zu zypper.
Auf dem PC eines Verwandten gibt es ein für mich neues Problem beim Upgrade von Leap 15.6 auf Slowroll:
Nach Ausführung von opensuse-migration-tool funktioniert eine Menge nicht ... wie gewohnt. Aber diesmal ist auch der Zypper selbst betroffen. Der Zypper will ohne eine librpm.so.8 nicht arbeiten ... vorhanden ist eine librpm.so.10.
Selbst wenn ich die Dateien in /etc/zypp/repos.d editiere könnte ich danach ja kein zypper dup machen.
rpm funktioniert aber augenscheinlich. Sollte ich jetzt irgendwo im Netz ein rpm für zypper holen und mit rpm installieren? Oder einfach aus einem funktionierenden Slowroll-Rechner einen Zypper rüberschaufeln?
Bei zwei Sachen würde ich vorsichtig sein:
tar richtet sich normalerweise nach den Usernamen und nicht nach deren Nummern. So kommen die Dateien von "otto" des einen Rechners zu "otto" des anderen Rechners auch wenn die bei den beiden verschiedene Nummern haben. Wenn aber die Datei mit der Nummernzuordnung (/etc/passwd) mit gespeichert wird, wird die Sache hinterlistig. Dann sollte man bei tar den Parameter "--numeric-owner" benutzen.
"rm -rf *" entfernt meines Wissens nicht die mit "." anfangenden Dateien.
Bei Hibiscus scheitert es schon am Import der Umsätze aus Starmoney.
Es gibt aber augenscheinlich Leute, die das gemacht haben. Hier ist am Ende eine Beschreibung der Arbeitsschritte:
Habe gerade gesehen, dass bei mir sowohl
/sbin/update-bootloader -> pbl
als auch
/usr/sbin/update-bootloader -> pbl
ein Link auf pbl ist.
Interessant! Ich habe folgenden Zustand (und dieselbe völlig zutreffende Fehlermeldung im Migration-Tool):
macbeth:~ # ll /usr/sbin/update-bootloader /sbin/update-bootloader /usr/sbin/pbl /sbin/pbl
ls: cannot access '/usr/sbin/update-bootloader': No such file or directory
ls: cannot access '/usr/sbin/pbl': No such file or directory
-rwxr-xr-x 1 root root 9498 Sep 25 2024 /sbin/pbl
lrwxrwxrwx 1 root root 3 Sep 25 2024 /sbin/update-bootloader -> pbl
macbeth:~ # rpm -qf /sbin/update-bootloader /sbin/pbl
perl-Bootloader-1.8.2-150600.3.3.1.x86_64
perl-Bootloader-1.8.2-150600.3.3.1.x86_64