Am Samstag, 14. Juli 2018, 23:27:21 CEST schrieb Herbert Albert:
Hallo,
nach dem ich gestern unachtsam mein Sytem so durcheinander brachte, dass mir heut nur ein Upgrade von 42.3 auf 15.0 als möglich Lösung einfiel, habe ich wohl eine Inkonsistenz in den Paketen.
Beim zypper dup kam irgendwann die Frage, dass Pakte von zwei quellen vorhanden seien. Das konnte ich aber nicht auflösen, da es quasi fast alle betraf. Also habe ich notgedrungen mit "y" geantwortet. Die Installation lief durch und ich habe wieder ein System, das scheinbar funktioniert.
Beim Versuch VirtualBox wieder in Betrieb zu nehmen, bin ich auf eine Sache gestoßen, die mich zweifeln lässt.
Laut zypper se -si kernel virtualbox Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository
---+---------------------------+---------+----------------------------- +--------+-------------------------- i+ | VirtualBox-5.2 | package | 5.2.14_123301_openSUSE132-1 | x86_64 | (System Packages) i+ | kernel-default | package | 4.4.138-59.1 | x86_64 | (System Packages) i+ | kernel-default | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | kernel-default-devel | package | 4.4.138-59.1 | x86_64 | (System Packages) i+ | kernel-default-devel | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | kernel-devel | package | 4.4.138-59.1 | noarch | (System Packages) i+ | kernel-devel | package | 4.12.14-lp150.12.4.1 | noarch | openSUSE:Leap:15.0:Update i+ | kernel-firmware | package | 20180416-lp150.1.4 | noarch | Haupt-Repository (OSS) i+ | kernel-macros | package | 4.12.14-lp150.12.4.1 | noarch | openSUSE:Leap:15.0:Update i+ | kernel-syms | package | 4.4.138-59.1 | x86_64 | (System Packages) i+ | kernel-syms | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | nfs-kernel-server | package | 2.1.1-lp150.3.5 | x86_64 | Haupt-Repository (OSS) i | python2-jupyter_ipykernel | package | 4.8.2-lp150.1.8 | noarch | Haupt-Repository (OSS) i | python3-jupyter_ipykernel | package | 4.8.2-lp150.1.8 | noarch | Haupt-Repository (OSS) i+ | texlive-l3kernel | package | 2017.133.svn44483-lp150.5.4 | noarch | Haupt-Repository (OSS) i+ | texlive-l3kernel-doc | package | 2017.133.svn44483-lp150.5.4 | noarch | Haupt-Repository (OSS)
habe ich die Kernel 4.4.138-59.1 und 4.12.14-lp150.12.4.1 installiert. Schaue ich hingegen in Yast nach wir nur 4.12.14-lp150.12.4.1 angezeigt. Ich nehme an, das ist der Grund, warum "/sbin/vboxconfig" keine Wirkung zeigt. rpm --rebuilddb hilft auch nicht weiter, denn die Pakte sind auf der Platte. ll /lib/modules/4.4* /lib/modules/4.4.103-36-default: total 32 drwxr-xr-x 2 root root 4096 Feb 10 16:33 misc -rw-r--r-- 1 root root 45 Feb 10 16:33 modules.alias -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.alias.bin -rw-r--r-- 1 root root 0 Feb 10 16:33 modules.builtin.bin -rw-r--r-- 1 root root 0 Feb 10 16:33 modules.dep -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.dep.bin -rw-r--r-- 1 root root 52 Feb 10 16:33 modules.devname -rw-r--r-- 1 root root 55 Feb 10 16:33 modules.softdep -rw-r--r-- 1 root root 49 Feb 10 16:33 modules.symbols -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.symbols.bin
/lib/modules/4.4.104-39-default: total 32 drwxr-xr-x 2 root root 4096 Mar 24 15:05 misc -rw-r--r-- 1 root root 45 Mar 24 15:05 modules.alias -rw-r--r-- 1 root root 12 Mar 24 15:05 modules.alias.bin -rw-r--r-- 1 root root 0 Mar 24 15:05 modules.builtin.bin -rw-r--r-- 1 root root 0 Mar 24 15:05 modules.dep -rw-r--r-- 1 root root 12 Mar 24 15:05 module ...
Wie bekomme ich hier wieder ein geordnetes System hin?
Gruß
Herbert
Jetzt habe ich es auch in Yast entdeckt. Gebe ich in die Suchfunktion kernel ein, steht oben bei kernel-default nur die Version 4.12.14-lp150.12.4.1. Kicke ich im Fenster darunter auf Version, ist ein haken für beide Versionen. [x] 4.4.38-59.1-x86_64 von @System m Priorität 99 und Anbieter openSuSE [x] 4.12.14-lp150.12.4.1-x86_64 von openeSuSELeap:15.0:Update mit Priorität 99 und Anbieter openSuSE Ist das nun korrekt, oder schleppe ich da eine Altlast herum die rpm/zypper nicht mehr richtig verwaltet? Da ich beim Versuch VirtualBox den neuen Kernel bekannt zu machen darauf gestoßen bin, hier gleich noch die Frage: funktioniert VirtualBox mit Leap 15? Ich nehme seit Jahren immer die RPMs von der Oracle Seite und da wird nur openSUSE 13.2 ("Harlequin") / Leap 42 ("Malachite") i386 | AMD64 angeboten. Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org