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 ich habe da dies gefunden:
Package File Conflicts File conflicts happen when two packages attempt to install files with the same name but different contents. This may happen if you are installing a newer version of a package without erasing the older version, of if two unrelated packages each install a file with the same name. As checking for file conflicts requires access to the full filelist of each package being installed, zypper will check for file conflict only if all packages are downloaded in advance (see −−download−in−advance). As the reason for file conflicts usually is a poor package design or lack of coordination between the people building the packages, they are not easy to resolve. By using the −−replacefiles option you can force zypper to replace the conflicting files. Nevertheless this may damage the package whose file gets replaced. komme ich aus der Nummer mit meiner Installation wieder raus, wenn ja, wie? 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