VirtualBox-Kernelmodule können nach Kernelupdate nicht gebaut werden
Hallo ML, mein System ist OS 13.1 64 Bit mit dem Kernel 3.11.10-21-desktop. Unter diesem Kernel kann der Virtualbox-Treiber nicht gebaut werden, und ich kann meine virtuellen Maschinen nicht starten. Wenn ich den alten noch vorhandenen Kernel 3.11.10-17-desktop boote, kann ich jederzeit die Kernelmodule neu bauen, und meine virtuellen Maschinen funktionieren. Daher vermute ich, daß das Problem Opensuse- und hier ganz speziell kernelspezifisch ist. Die VirtualBox-Foren geben leider nichts her. VirtualBox: VirtualBox-4.3-4.3.14_95030_openSUSE123-1.x86_64 Hier die Fehlermeldungen unter Kernel 3.11.10-21-desktop: # /etc/init.d/vboxdrv setup Stopping VirtualBox kernel modules done Recompiling VirtualBox kernel modules failed (Look at /var/log/vbox-install.log to find out what went wrong) Installations-Logdatei: # less /var/log/vbox-install.log: Uninstalling modules from DKMS removing old DKMS module vboxhost version 4.3.14 ------------------------------ Deleting module version: 4.3.14 completely from the DKMS tree. ------------------------------ Done. Attempting to install using DKMS Creating symlink /var/lib/dkms/vboxhost/4.3.14/source -> /usr/src/vboxhost-4.3.14 DKMS: add completed. Kernel preparation unnecessary for this kernel. Skipping... Building module: cleaning build area.... make KERNELRELEASE=3.11.10-21-desktop -C /lib/modules/3.11.10-21-desktop/build M=/var/lib/dkms/vboxhost/4.3.14/build....(bad exit status: 2) Failed to install using DKMS, attempting to install without make KBUILD_VERBOSE=1 SUBDIRS=/tmp/vbox.0 SRCROOT=/tmp/vbox.0 CONFIG_MODULE_SIG= -C /lib/modules/3.11.10-21-desktop/build modules make -C /usr/src/linux-3.11.10-21-obj/i386/desktop \ KBUILD_SRC=/usr/src/linux-3.11.10-21 \ KBUILD_EXTMOD="/tmp/vbox.0" -f /usr/src/linux-3.11.10-21/Makefile \ modules test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \ echo >&2; \ echo >&2 " ERROR: Kernel configuration is invalid."; \ echo >&2 " include/generated/autoconf.h or include/config/auto.conf are missing.";\ echo >&2 " Run 'make oldconfig && make prepare' on kernel src to fix it."; \ echo >&2 ; \ ... snip Die beiden Dateien sind vorhanden: # ls -l include/generated/autoconf.h -rw-r--r-- 1 root root 172341 Sep 1 17:27 include/generated/autoconf.h # ls -l include/config/auto.conf -rw-r--r-- 1 root root 112548 Sep 1 17:27 include/config/auto.conf Also: # cd /usr/src/linux # make oldconfig && make prepare scripts/kconfig/conf --oldconfig Kconfig # # configuration written to .config # scripts/kconfig/conf --silentoldconfig Kconfig make[1]: Nothing to be done for `all'. make[1]: Nothing to be done for `relocs'. CHK include/generated/uapi/linux/version.h CHK include/generated/utsrelease.h CALL scripts/checksyscalls.sh Erneuter Test schlägt fehl: # /etc/init.d/vboxdrv setup Stopping VirtualBox kernel modules done Recompiling VirtualBox kernel modules failed (Look at /var/log/vbox-install.log to find out what went wrong) # less /var/log/vbox-install.log: siehe oben. Hat jemand eine Idee dazu? Gruß Klaus -- 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
Am Montag, den 01.09.2014, 18:06 +0200 schrieb Klaus Schneider-Grosch:
Erneuter Test schlägt fehl:
# /etc/init.d/vboxdrv setup Stopping VirtualBox kernel modules done Recompiling VirtualBox kernel modules failed (Look at /var/log/vbox-install.log to find out what went wrong) # less /var/log/vbox-install.log: siehe oben.
Hat jemand eine Idee dazu?
Passt die Version der Kernelquellen sowie die Version der Kernel-Header-Dateien mit der Version des installierten Kernels überein? Könnte sein, dass evtl. nicht alles aktualisiert wurde. Ein 'make distclean' vor den beiden 'make oldconfig' und 'make prepare' Aufrufen kann auch nicht schaden. -- MfG Richi Tanglu 1.0 amd64 "Aequorea Victoria"
Am Montag, 1. September 2014, 19:54:27 schrieb Richard Kraut:
Am Montag, den 01.09.2014, 18:06 +0200 schrieb Klaus Schneider-Grosch:
Erneuter Test schlägt fehl:
# /etc/init.d/vboxdrv setup Stopping VirtualBox kernel modules done Recompiling VirtualBox kernel modules failed
(Look at /var/log/vbox-install.log to find out what went wrong)
# less /var/log/vbox-install.log: siehe oben.
Hat jemand eine Idee dazu?
Passt die Version der Kernelquellen sowie die Version der Kernel-Header-Dateien mit der Version des installierten Kernels überein?
Könnte sein, dass evtl. nicht alles aktualisiert wurde.
Ein 'make distclean' vor den beiden 'make oldconfig' und 'make prepare' Aufrufen kann auch nicht schaden.
Hallo Richard, vielen Dank für Deine Nachricht. In den beiden generierten Dateien -rw-r--r-- 1 root root 172341 Sep 1 17:27 include/generated/autoconf.h -rw-r--r-- 1 root root 112548 Sep 1 17:27 include/config/auto.conf ist jeweils im Kopf diese Info zu finden, die genaue Kernelversion ist nicht angegeben: # Automatically generated file; DO NOT EDIT. # Linux/x86 3.11.10 Kernel Configuration Hier die installierten Pakete, scheint zu passen: # rpm -qa |grep -i 'kernel' kernel-desktop-devel-3.11.10-17.2.x86_64 kernel-desktop-devel-3.11.10-21.1.x86_64 kernel-source-3.11.10-21.1.noarch kernel-desktop-3.11.10-17.2.x86_64 kernel-devel-3.11.10-21.1.noarch kernel-default-devel-3.11.10-21.1.x86_64 kernel-devel-3.11.10-17.2.noarch kernel-syms-3.11.10-21.1.x86_64 kernel-xen-devel-3.11.10-21.1.x86_64 patterns-openSUSE-devel_kernel-13.1-13.6.1.x86_64 kernel-desktop-3.11.10-21.1.x86_64 'make distclean' vor den beiden 'make oldconfig' und 'make prepare' und danach '/etc/init.d/vboxdrv setup' ergibt wieder den ursprünglichen Fehler. Habe ich was übersehen? Gruß Klaus -- 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
Am Dienstag, den 02.09.2014, 17:10 +0200 schrieb Klaus Schneider-Grosch:
Hier die installierten Pakete, scheint zu passen: # rpm -qa |grep -i 'kernel' kernel-desktop-devel-3.11.10-17.2.x86_64 kernel-desktop-devel-3.11.10-21.1.x86_64 kernel-source-3.11.10-21.1.noarch kernel-desktop-3.11.10-17.2.x86_64 kernel-devel-3.11.10-21.1.noarch kernel-default-devel-3.11.10-21.1.x86_64 kernel-devel-3.11.10-17.2.noarch kernel-syms-3.11.10-21.1.x86_64 kernel-xen-devel-3.11.10-21.1.x86_64 patterns-openSUSE-devel_kernel-13.1-13.6.1.x86_64 kernel-desktop-3.11.10-21.1.x86_64
Welcher Kernel wird denn gebootet? Der 3.11.10-21.1 oder der ältere 3.11.10-17.2? Könnte sein, dass VB durcheinander kommt wg. der vielen, verschiedenen devel-Paketen? Kann mir das aber momentan nicht so richtig vorstellen. Wozu braucht es das kernel-xen-devel und kernel-default-devel Paket? Du nutzt doch kernel-desktop.
'make distclean' vor den beiden 'make oldconfig' und 'make prepare' und danach '/etc/init.d/vboxdrv setup' ergibt wieder den ursprünglichen Fehler.
Habe ich was übersehen?
Nur damit wir uns nicht falsch verstehen. In /usr/src/linux zuerst make distclean, dann make oldconfig und zum Schluss make prepare Zu neu ist der Kernel jedenfalls nicht. Das wäre ein weiterer, möglicher Grund gewesen, warum die Module nicht bauen wollen. -- MfG Richi Tanglu 1.0 amd64 "Aequorea Victoria"
Am Dienstag, 2. September 2014, 19:04:32 schrieb Richard Kraut:
Am Dienstag, den 02.09.2014, 17:10 +0200 schrieb Klaus Schneider-Grosch:
Hier die installierten Pakete, scheint zu passen: # rpm -qa |grep -i 'kernel' kernel-desktop-devel-3.11.10-17.2.x86_64 kernel-desktop-devel-3.11.10-21.1.x86_64 kernel-source-3.11.10-21.1.noarch kernel-desktop-3.11.10-17.2.x86_64 kernel-devel-3.11.10-21.1.noarch kernel-default-devel-3.11.10-21.1.x86_64 kernel-devel-3.11.10-17.2.noarch kernel-syms-3.11.10-21.1.x86_64 kernel-xen-devel-3.11.10-21.1.x86_64 patterns-openSUSE-devel_kernel-13.1-13.6.1.x86_64 kernel-desktop-3.11.10-21.1.x86_64
Welcher Kernel wird denn gebootet? Der 3.11.10-21.1 oder der ältere 3.11.10-17.2?
Ich boote 3.11.10-21.1 und versuche dann zu bauen. Den älteren Kernel boote ich, wenn ich mit meinen VMs arbeiten muß. Ich würde jedoch aus Sicherheitsgründen den neueren Kernel bevorzugen.
Könnte sein, dass VB durcheinander kommt wg. der vielen, verschiedenen devel-Paketen? Kann mir das aber momentan nicht so richtig vorstellen.
Das kann ich mir auch nicht vorstellen, denn vor dem Kernelupdate hat ja alles bestens funktioniert.
Wozu braucht es das kernel-xen-devel und kernel-default-devel Paket? Du nutzt doch kernel-desktop.
Hm. Ehrlich gesagt weiß ich das nicht. Ich kann mich nicht erinnern, daß ich diese Pakete installiert habe. Xen benutze ich nicht, und kernel-default-devel wüßte ich nicht. Was ist überhaupt kernel-default-devel? Wäre es denkbar, daß diese beiden Pakete aus Abhängigkeitsgründen installiert sind? Sollte ich mal versuchen, beide Pakete zu deinstallieren?
'make distclean' vor den beiden 'make oldconfig' und 'make prepare' und danach '/etc/init.d/vboxdrv setup' ergibt wieder den ursprünglichen Fehler.
Habe ich was übersehen?
Nur damit wir uns nicht falsch verstehen.
In /usr/src/linux zuerst make distclean, dann make oldconfig und zum Schluss make prepare
Genau so habe ich das gemacht.
Zu neu ist der Kernel jedenfalls nicht. Das wäre ein weiterer, möglicher Grund gewesen, warum die Module nicht bauen wollen.
Der Kernel kam wie alle sonstigen Sicherheitsupdates rein. Gruß Klaus -- 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
Am Dienstag, den 02.09.2014, 19:25 +0200 schrieb Klaus Schneider-Grosch:
Ich boote 3.11.10-21.1 und versuche dann zu bauen. Den älteren Kernel boote ich, wenn ich mit meinen VMs arbeiten muß. Ich würde jedoch aus Sicherheitsgründen den neueren Kernel bevorzugen.
Verständlich.
Das kann ich mir auch nicht vorstellen, denn vor dem Kernelupdate hat ja alles bestens funktioniert.
Aus welchem Repo hast Du Deine installierte VB?
Hm. Ehrlich gesagt weiß ich das nicht. Ich kann mich nicht erinnern, daß ich diese Pakete installiert habe. Xen benutze ich nicht, und kernel-default-devel wüßte ich nicht. Was ist überhaupt kernel-default-devel?
Das Paket kernel-default-devel enthält die Header-Dateien für den Default-Kernel aus dem Paket kernel-default.
Wäre es denkbar, daß diese beiden Pakete aus Abhängigkeitsgründen installiert sind? Sollte ich mal versuchen, beide Pakete zu deinstallieren?
Möglich. Da Du weder den Xen-Linux-Kernel noch den Kernel-Default nutzt, benötigst Du diese beiden Pakete nicht. Sollte ein anderes Paket eine Abhängigkeit zu oben genannten haben, meckert YaST ja eh los. Zypper dürfte das auch machen. Im Zweifelsfall abbrechen und nochmal fragen.
Genau so habe ich das gemacht.
OK.
Der Kernel kam wie alle sonstigen Sicherheitsupdates rein.
Gut zu wissen. Es soll ja auch Leute geben, die sich einen wesentlich neueren Kernel aus dem OBS holen :-). -- MfG Richi Tanglu 1.0 amd64 "Aequorea Victoria"
Am Dienstag, 2. September 2014, 19:52:12 schrieb Richard Kraut:
Aus welchem Repo hast Du Deine installierte VB?
Hallo Richard, es ist aus dem Repo von VirtualBox.
Hm. Ehrlich gesagt weiß ich das nicht. Ich kann mich nicht erinnern, daß ich diese Pakete installiert habe. Xen benutze ich nicht, und kernel-default-devel wüßte ich nicht. Was ist überhaupt kernel-default-devel?
Das Paket kernel-default-devel enthält die Header-Dateien für den Default-Kernel aus dem Paket kernel-default.
Wäre es denkbar, daß diese beiden Pakete aus Abhängigkeitsgründen installiert sind? Sollte ich mal versuchen, beide Pakete zu deinstallieren?
Da Du weder den Xen-Linux-Kernel noch den Kernel-Default nutzt, benötigst Du diese beiden Pakete nicht. Sollte ein anderes Paket eine Abhängigkeit zu oben genannten haben, meckert YaST ja eh los. Zypper dürfte das auch machen.
Im Zweifelsfall abbrechen und nochmal fragen.
habe kernel-default-devel und kernel-xen-devel deinstalliert, nachdem ich zunächst kernel-syms entfernt habe. Leider keine Änderung, 'vboxdrv setup' bricht mit dem gleichen Fehler ab. Um sicherzustellen, daß ich über einen funktionsfähigen Kernel verfüge, habe ich in '/etc/zypp/zypp.conf' folgendes eingetragen, hoffe, das ist richtig so: multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,latest-2,latest-3,3.11.10-17.2,running Was könnte man jetzt noch machen? Gruß Klaus -- 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
Am Mittwoch, 3. September 2014, 12:28:56 schrieb Klaus Schneider-Grosch:
Am Dienstag, 2. September 2014, 19:52:12 schrieb Richard Kraut:
Aus welchem Repo hast Du Deine installierte VB?
Hallo Richard,
es ist aus dem Repo von VirtualBox.
Hm. Ehrlich gesagt weiß ich das nicht. Ich kann mich nicht erinnern, daß ich diese Pakete installiert habe. Xen benutze ich nicht, und kernel-default-devel wüßte ich nicht. Was ist überhaupt kernel-default-devel?
Das Paket kernel-default-devel enthält die Header-Dateien für den Default-Kernel aus dem Paket kernel-default.
Wäre es denkbar, daß diese beiden Pakete aus Abhängigkeitsgründen installiert sind? Sollte ich mal versuchen, beide Pakete zu deinstallieren?
Da Du weder den Xen-Linux-Kernel noch den Kernel-Default nutzt, benötigst Du diese beiden Pakete nicht. Sollte ein anderes Paket eine Abhängigkeit zu oben genannten haben, meckert YaST ja eh los. Zypper dürfte das auch machen.
Im Zweifelsfall abbrechen und nochmal fragen.
habe kernel-default-devel und kernel-xen-devel deinstalliert, nachdem ich zunächst kernel-syms entfernt habe. Leider keine Änderung, 'vboxdrv setup' bricht mit dem gleichen Fehler ab.
Um sicherzustellen, daß ich über einen funktionsfähigen Kernel verfüge, habe ich in '/etc/zypp/zypp.conf' folgendes eingetragen, hoffe, das ist richtig so:
multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,latest-2,latest-3,3.11.10-17.2,running
Was könnte man jetzt noch machen?
Gruß Klaus
Hallo, ich poste mal die vollständige Fehlermeldung aus /var/log/vbox-install.log. Die folgende Datei (und weitere) wird danach auch nicht gefunden, nämlich /usr/src/linux-3.11.10-21/Module.symvers ########## Uninstalling modules from DKMS removing old DKMS module vboxhost version 4.3.14 ------------------------------ Deleting module version: 4.3.14 completely from the DKMS tree. ------------------------------ Done. Attempting to install using DKMS Creating symlink /var/lib/dkms/vboxhost/4.3.14/source -> /usr/src/vboxhost-4.3.14 DKMS: add completed. Failed to install using DKMS, attempting to install without Makefile:186: Warning: using /usr/src/linux as the source directory of your Linux kernel. If this is not correct, specify KERN_DIR=<directory> and run Make again. make KBUILD_VERBOSE=1 SUBDIRS=/tmp/vbox.0 SRCROOT=/tmp/vbox.0 CONFIG_MODULE_SIG= -C /usr/src/linux modules test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \ echo >&2; \ echo >&2 " ERROR: Kernel configuration is invalid."; \ echo >&2 " include/generated/autoconf.h or include/config/auto.conf are missing.";\ echo >&2 " Run 'make oldconfig && make prepare' on kernel src to fix it."; \ echo >&2 ; \ /bin/false) mkdir -p /tmp/vbox.0/.tmp_versions ; rm -f /tmp/vbox.0/.tmp_versions/* WARNING: Symbol version dump /usr/src/linux-3.11.10-21/Module.symvers is missing; modules will have no dependencies and modversions. make -f scripts/Makefile.build obj=/tmp/vbox.0 gcc -Wp,-MD,/tmp/vbox.0/linux/.SUPDrv-linux.o.d -nostdinc -isystem /usr/lib64/gcc/x86_64-suse-linux/4.8/include - I/usr/src/linux-3.11.10-21/arch/x86/include -Iarch/x86/include/generated - Iinclude -I/usr/src/linux-3.11.10-21/arch/x86/include/uapi - Iarch/x86/include/generated/uapi -I/usr/src/linux-3.11.10-21/include/uapi - Iinclude/generated/uapi -include /usr/src/linux-3.11.10-21/include/linux/kconfig.h -D__KERNEL__ -Wall -Wundef - Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror- implicit-function-declaration -Wno-format-security -fno-delete-null-pointer- checks -O2 -m64 -mno-sse -mpreferred-stack-boundary=3 -mtune=generic -mno-red- zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack- protector -DCONFIG_X86_X32_ABI -DCONFIG_AS_CFI=1 - DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1 -DCONFIG_AS_FXSAVEQ=1 -DCONFIG_AS_AVX=1 -DCONFIG_AS_AVX2=1 -pipe -Wno-sign-compare -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -Wframe-larger-than=2048 -Wno-unused-but-set- variable -fomit-frame-pointer -fasynchronous-unwind-tables -g -fno-inline- functions-called-once -Wdeclaration-after-statement -Wno-pointer-sign -fno- strict-overflow -fconserve-stack -DCC_HAVE_ASM_GOTO -include /tmp/vbox.0/include/VBox/SUPDrvMangling.h -I/usr/src/linux/include - I/tmp/vbox.0/ -I/tmp/vbox.0/include -I/tmp/vbox.0/r0drv/linux - I/tmp/vbox.0/vboxdrv/ -I/tmp/vbox.0/vboxdrv/include - I/tmp/vbox.0/vboxdrv/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX - DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -DVBOX_WITH_HARDENING - Wno-declaration-after-statement -DCONFIG_VBOXDRV_AS_MISC -DRT_ARCH_AMD64 - DVBOX_WITH_64_BITS_GUESTS -DMODULE -D"KBUILD_STR(s)=#s" - D"KBUILD_BASENAME=KBUILD_STR(SUPDrv_linux)" - D"KBUILD_MODNAME=KBUILD_STR(vboxdrv)" -c -o /tmp/vbox.0/linux/.tmp_SUPDrv- linux.o /tmp/vbox.0/linux/SUPDrv-linux.c /bin/sh: scripts/genksyms/genksyms: No such file or directory make[2]: *** [/tmp/vbox.0/linux/SUPDrv-linux.o] Error 1 make[1]: *** [_module_/tmp/vbox.0] Error 2 make: *** [vboxdrv] Error 2 ########## Wäre es möglich, daß Pakete der Kernelquellen für 3.11.10-21 nicht vollständig oder fehlerhaft sind? Vielen Dank fürs Mitdenken, Gruß Klaus -- 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
Am Mittwoch, den 03.09.2014, 17:45 +0200 schrieb Klaus Schneider-Grosch:
Wäre es möglich, daß Pakete der Kernelquellen für 3.11.10-21 nicht vollständig oder fehlerhaft sind?
Es wäre nicht das erste Mal, dass ein Kernel-Update fehlerhaft ist. Meist haben aber Dinge nicht mehr funktioniert, die einem schneller aufgefallen sind (z.B. ein benötigtes, aber streikendes Kernel-Modul vom Kernel selbst, also nichts von dritten Parteien). -- MfG Richi Tanglu 1.0 amd64 "Aequorea Victoria"
Am Mittwoch, den 03.09.2014, 12:28 +0200 schrieb Klaus Schneider-Grosch:
es ist aus dem Repo von VirtualBox.
Mir fällt da gerade etwas ein. Such mal in der Paketverwaltung nach VirtualBox-Paketen und deinstalliere alle Pakete, die von openSUSE oder aus dem OBS (letzteres bei Dir laut Deiner Mail eher unwahrscheinlich) stammen. Lasse nur das Paket vom VirtualBox-Projekt selber stehen.
habe kernel-default-devel und kernel-xen-devel deinstalliert, nachdem ich zunächst kernel-syms entfernt habe. Leider keine Änderung, 'vboxdrv setup' bricht mit dem gleichen Fehler ab.
kernel-syms würde ich lieber installiert lassen.
Um sicherzustellen, daß ich über einen funktionsfähigen Kernel verfüge, habe ich in '/etc/zypp/zypp.conf' folgendes eingetragen, hoffe, das ist richtig so:
multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,latest-2,latest-3,3.11.10-17.2,running
Ob das alles so korrekt ist, merkst Du beim nächsten Kernel-Update. Sieht aber auf den ersten Blick OK aus.
Was könnte man jetzt noch machen?
Gute Frage. Mir gehen so langsam die Ideen aus. -- MfG Richi Tanglu 1.0 amd64 "Aequorea Victoria"
Am Mittwoch, 3. September 2014, 19:20:17 schrieb Richard Kraut:
Am Mittwoch, den 03.09.2014, 12:28 +0200 schrieb Klaus Schneider-Grosch:
es ist aus dem Repo von VirtualBox.
Mir fällt da gerade etwas ein. Such mal in der Paketverwaltung nach VirtualBox-Paketen und deinstalliere alle Pakete, die von openSUSE oder aus dem OBS (letzteres bei Dir laut Deiner Mail eher unwahrscheinlich) stammen. Lasse nur das Paket vom VirtualBox-Projekt selber stehen.
es gibt nur das Paket von Oracle.
habe kernel-default-devel und kernel-xen-devel deinstalliert, nachdem ich zunächst kernel-syms entfernt habe. Leider keine Änderung, 'vboxdrv setup' bricht mit dem gleichen Fehler ab.
kernel-syms würde ich lieber installiert lassen.
ok
Um sicherzustellen, daß ich über einen funktionsfähigen Kernel verfüge, habe ich in '/etc/zypp/zypp.conf' folgendes eingetragen, hoffe, das ist richtig so:
multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,latest-2,latest-3,3.11.10-17.2,running Ob das alles so korrekt ist, merkst Du beim nächsten Kernel-Update. Sieht aber auf den ersten Blick OK aus.
Was könnte man jetzt noch machen?
Gute Frage. Mir gehen so langsam die Ideen aus.
Vielleicht hat sonst noch jemand eine Idee? Gibt es denn noch jemand, der VirtualBox betreibt? Derjenige müßte doch auch beim Bauen der Kernelmodule mit dem Kernel 3.11.10-21-desktop drüber gestolpert sein - oder verwendet eben einen anderen Kernel. Vielen Dank fürs Mitdenken, Gruß Klaus -- 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
Hallo zusammen, Klaus Schneider-Grosch meinte am Freitag, den 05.09.2014 um 16:39 Uhr wegen:VirtualBox-Kernelmodule können nach Kernelupdate nicht gebaut werden
Vielleicht hat sonst noch jemand eine Idee? Gibt es denn noch jemand, der VirtualBox betreibt? Derjenige müßte doch auch beim Bauen der Kernelmodule mit dem Kernel 3.11.10-21-desktop drüber gestolpert sein - oder verwendet eben einen anderen Kernel.
Vielen Dank fürs Mitdenken, Gruß Klaus
OS 13.1 Linux 3.11.10-21-pae i686 und KDE 4.13.3 mit VirtualBox 4.3.14 Keine Probleme. Ich war allerdings bisher der Meinung, den Desktop-Kernel zu benutzen der auch installiert ist. Das muss zypper dup irgendwie unbemerkt erledigt haben. -- Beste Grüße Christian Schade, dass XMMS gerade nichts spielt :( -- 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
Am Freitag, 5. September 2014, 18:00:05 schrieb Christian Meseberg:
Hallo zusammen,
Klaus Schneider-Grosch meinte am Freitag, den 05.09.2014 um 16:39 Uhr wegen:VirtualBox-Kernelmodule können nach Kernelupdate nicht gebaut werden
Vielleicht hat sonst noch jemand eine Idee? Gibt es denn noch jemand, der VirtualBox betreibt? Derjenige müßte doch auch beim Bauen der Kernelmodule mit dem Kernel 3.11.10-21-desktop drüber gestolpert sein - oder verwendet eben einen anderen Kernel.
Vielen Dank fürs Mitdenken, Gruß Klaus
OS 13.1 Linux 3.11.10-21-pae i686 und KDE 4.13.3 mit VirtualBox 4.3.14
Keine Probleme. Ich war allerdings bisher der Meinung, den Desktop-Kernel zu benutzen der auch installiert ist. Das muss zypper dup irgendwie unbemerkt erledigt haben.
Hallo Christian, das scheint ein anderer Kernel zu sein. Bei Deiner Angabe 'pae i686' vermute ich, daß es ein 32 Bit Kernel ist. Helgas Mail bereitet mir jedoch mehr Kopfzerbrechen ... Sorry für die pm Viele Grüße, Klaus -- 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
Hallo zusammen, Klaus Schneider-Grosch meinte am Samstag, den 06.09.2014 um 11:56 Uhr wegen:VirtualBox-Kernelmodule können nach Kernelupdate nicht gebaut werden
OS 13.1 Linux 3.11.10-21-pae i686 und KDE 4.13.3 mit VirtualBox 4.3.14
Keine Probleme. Ich war allerdings bisher der Meinung, den Desktop-Kernel zu benutzen der auch installiert ist. Das muss zypper dup irgendwie unbemerkt erledigt haben.
Hallo Christian,
das scheint ein anderer Kernel zu sein. Bei Deiner Angabe 'pae i686' vermute ich, daß es ein 32 Bit Kernel ist. Helgas Mail bereitet mir jedoch mehr Kopfzerbrechen ...
sorry, ich hatte die Eröffnungsmail zu dem Thread nicht gelesen. Tatsächlich habe ich 32bit. -- Beste Grüße Christian Schade, dass XMMS gerade nichts spielt :( -- 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
Hallo Klaus, leider habe ich keine Idee zu Deinem Problem, ich will Dir trotzdem schildern, wie es bei mir aussieht, da ich auch vbox von Oracle in Betrieb habe - auf einem hoffentlich ähnlichen System wie Du. Am Freitag 05 September 2014 schrieb Klaus Schneider-Grosch:
Am Mittwoch, 3. September 2014, 19:20:17 schrieb Richard Kraut:
Am Mittwoch, den 03.09.2014, 12:28 +0200 schrieb Klaus Schneider-Grosch:
es ist aus dem Repo von VirtualBox.
Mir fällt da gerade etwas ein. Such mal in der Paketverwaltung nach VirtualBox-Paketen und deinstalliere alle Pakete, die von openSUSE oder aus dem OBS (letzteres bei Dir laut Deiner Mail eher unwahrscheinlich) stammen. Lasse nur das Paket vom VirtualBox-Projekt selber stehen.
es gibt nur das Paket von Oracle.
Also: http://download.virtualbox.org/virtualbox/rpm/opensuse/12.3/ Diesem Repo habe ich eine niedrigere Prioritätsnummer zugeordnet als den normalen Suse-Repos (91).
habe kernel-default-devel und kernel-xen-devel deinstalliert, nachdem ich zunächst kernel-syms entfernt habe. Leider keine Änderung, 'vboxdrv setup' bricht mit dem gleichen Fehler ab.
kernel-syms würde ich lieber installiert lassen.
ok
kernel-syms sind bei mir nicht installiert. Dafür: kernel-default-devel, kernel-desktop, kernel-desktop-devel, kernel-devel, kernel-docs, kernel-source-vanilla, kernel-vanilla-devel, kexec-tools und dkms. Benutzt wird: 3.11.10-21-desktop (64bit)
Um sicherzustellen, daß ich über einen funktionsfähigen Kernel verfüge, habe ich in '/etc/zypp/zypp.conf' folgendes eingetragen, hoffe, das ist richtig so:
multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,latest-2,latest-3,3.11.10-17.2,running
multiversion ist bei mir ohne besondere Angaben aktiviert (ich könnte mal ein paar alte Kernels an die Luft setzen - mein System ist etwas gewachsen). vbox nimmt aber immer den aktuellsten Kernel. Für diesen setzt YaST auch immer die Links richtig, so dass das Ganze auch funktioniert. Diese Links sind nicht ohne; wenn da was fehlt, geht Virtualisierung nicht.
Ob das alles so korrekt ist, merkst Du beim nächsten Kernel-Update. Sieht aber auf den ersten Blick OK aus.
Was könnte man jetzt noch machen?
Gute Frage. Mir gehen so langsam die Ideen aus.
Vielleicht hat sonst noch jemand eine Idee? Gibt es denn noch jemand, der VirtualBox betreibt? Derjenige müßte doch auch beim Bauen der Kernelmodule mit dem Kernel 3.11.10-21-desktop drüber gestolpert sein - oder verwendet eben einen anderen Kernel.
Nachdem Du das Problem hier geschildert hast, habe ich 'panisch' gedacht, ach, so ein Mist, vbox will nicht mehr. Ich hatte zwar einen neuen Kernel eingespielt, vbox jedoch nicht benötigt. Bei mir wollte es nur, dass ich das setup neu aufrufe und danach lief alles wieder. In meinem Log sehe ich, dass vbox-setup DKMS benutzt. Ist das bei Dir (noch) installiert? DKMS setzt hier auch einen Link; bei Deinem Problem habe ich das Gefühl, dass es daran hapern könnte. [...] ------------------------------ Deleting module version: 4.3.14 completely from the DKMS tree. ------------------------------ Done. Attempting to install using DKMS Creating symlink /var/lib/dkms/vboxhost/4.3.14/source -> /usr/src/vboxhost-4.3.14 DKMS: add completed. Kernel preparation unnecessary for this kernel. Skipping... Building module: cleaning build area.... make KERNELRELEASE=3.11.10-21-desktop -C /lib/modules/3.11.10-21-desktop/build M=/var/lib/dkms/vboxhost/4.3.14/build............ cleaning build area.... DKMS: build completed. [...] HTH, Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- 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
Hallo Helga, hat ein bißchen gedauert, ein paar Dinge zu eruieren am Freitag, 5. September 2014, 19:59:42 schrieb Helga Fischer:
leider habe ich keine Idee zu Deinem Problem, ich will Dir trotzdem schildern, wie es bei mir aussieht, da ich auch vbox von Oracle in Betrieb habe - auf einem hoffentlich ähnlichen System wie Du.
Mein System: 64-Bit Prozessor (Intel Core2 Quad), 8 GB RAM, Intel Onboard Grafik
es gibt nur das Paket von Oracle.
Also: http://download.virtualbox.org/virtualbox/rpm/opensuse/12.3/
Genau dorther stammt Virtualbox
Diesem Repo habe ich eine niedrigere Prioritätsnummer zugeordnet als den normalen Suse-Repos (91).
habe kernel-default-devel und kernel-xen-devel deinstalliert, nachdem ich zunächst kernel-syms entfernt habe. Leider keine Änderung, 'vboxdrv setup' bricht mit dem gleichen Fehler ab.
kernel-syms würde ich lieber installiert lassen.
ok
kernel-syms sind bei mir nicht installiert. Dafür: kernel-default-devel, kernel-desktop, kernel-desktop-devel, kernel-devel, kernel-docs, kernel-source-vanilla, kernel-vanilla-devel, kexec-tools und dkms.
Benutzt wird: 3.11.10-21-desktop (64bit)
das sind meine Kernel-Module: kernel-desktop-devel-3.11.10-17.2.x86_64 kernel-desktop-devel-3.11.10-21.1.x86_64 kernel-source-3.11.10-21.1.noarch kernel-desktop-3.11.10-17.2.x86_64 kernel-devel-3.11.10-21.1.noarch kernel-devel-3.11.10-17.2.noarch patterns-openSUSE-devel_kernel-13.1-13.6.1.x86_64 dkms-2.2.0.3-14.2.noarch kexec-tools-2.0.3-5.4.1.x86_64 Ich würd sagen, das sollte passen. ...
vbox nimmt aber immer den aktuellsten Kernel. Für diesen setzt YaST auch immer die Links richtig, so dass das Ganze auch funktioniert. Diese Links sind nicht ohne; wenn da was fehlt, geht Virtualisierung nicht.
Welche Links sind bei Dir gesetzt, bzw., welche sind nach Deinem Dafürhalten unabdingbar? Dann würde ich die mal nachprüfen ...
Nachdem Du das Problem hier geschildert hast, habe ich 'panisch' gedacht, ach, so ein Mist, vbox will nicht mehr. Ich hatte zwar einen neuen Kernel eingespielt, vbox jedoch nicht benötigt.
Bei mir wollte es nur, dass ich das setup neu aufrufe und danach lief alles wieder.
Christians Mail rief mir in Erinnerung, daß ich mein System ursprünglich irrtümlich mit OS 13.1 32 Bit aufgesetzt hatte. Eine Software, Route Converter, war jedoch einfach nicht zum Laufen zu bringen, warum, weiß ich nicht. Nachdem ich erst mal herausgefunden habe, daß ich ein 32 Bit System hatte, habe ich es mithilfe einer 64 Bit-DVD auf 64 Bit upgedatet, wie hier in der ML beschrieben. Das hat auch völlig ohne Probleme funktioniert. Ich frage mich nur, ob das der Grund sein könnte, daß die Kernelmodule unter 3.11.10-21 nicht gebaut werden, jedoch nach wie vor unter 3.11.10-17.
In meinem Log sehe ich, dass vbox-setup DKMS benutzt. Ist das bei Dir (noch) installiert? DKMS setzt hier auch einen Link; bei Deinem Problem habe ich das Gefühl, dass es daran hapern könnte.
[...]
------------------------------ Deleting module version: 4.3.14 completely from the DKMS tree. ------------------------------ Done. Attempting to install using DKMS
Creating symlink /var/lib/dkms/vboxhost/4.3.14/source -> /usr/src/vboxhost-4.3.14
DKMS: add completed.
Kernel preparation unnecessary for this kernel. Skipping...
Building module: cleaning build area.... make KERNELRELEASE=3.11.10-21-desktop -C /lib/modules/3.11.10-21-desktop/build M=/var/lib/dkms/vboxhost/4.3.14/build............ cleaning build area....
DKMS: build completed.
[...]
dkms ? Hier mein Log, hier stimmt wohl was nicht ??? Uninstalling modules from DKMS removing old DKMS module vboxhost version 4.3.14 ------------------------------ Deleting module version: 4.3.14 completely from the DKMS tree. ------------------------------ Done. Attempting to install using DKMS Creating symlink /var/lib/dkms/vboxhost/4.3.14/source -> /usr/src/vboxhost-4.3.14 DKMS: add completed. Failed to install using DKMS, attempting to install without Makefile:186: Warning: using /usr/src/linux as the source directory of your Linux kernel. If this is not correct, specify KERN_DIR=<directory> and run Make again. make KBUILD_VERBOSE=1 SUBDIRS=/tmp/vbox.0 SRCROOT=/tmp/vbox.0 CONFIG_MODULE_SIG= -C /usr/src/linux modules test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \ echo >&2; \ echo >&2 " ERROR: Kernel configuration is invalid."; \ echo >&2 " include/generated/autoconf.h or include/config/auto.conf are missing.";\ echo >&2 " Run 'make oldconfig && make prepare' on kernel src to fix it."; \ echo >&2 ; \ /bin/false) mkdir -p /tmp/vbox.0/.tmp_versions ; rm -f /tmp/vbox.0/.tmp_versions/* WARNING: Symbol version dump /usr/src/linux-3.11.10-21/Module.symvers is missing; modules will have no dependencies and modversions. make -f scripts/Makefile.build obj=/tmp/vbox.0 gcc -Wp,-MD,/tmp/vbox.0/linux/.SUPDrv-linux.o.d -nostdinc -isystem /usr/lib64/gcc/x86_64-suse-linux/4.8/include - I/usr/src/linux-3.11.10-21/arch/x86/include -Iarch/x86/include/generated - Iinclude -I/usr/src/linux-3.11.10-21/arch/x86/include/uapi - Iarch/x86/include/generated/uapi -I/usr/src/linux-3.11.10-21/include/uapi - Iinclude/generated/uapi -include /usr/src/linux-3.11.10-21/include/linux/kconfig.h -D__KERNEL__ -Wall -Wundef - Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror- implicit-function-declaration -Wno-format-security -fno-delete-null-pointer- checks -O2 -m64 -mno-sse -mpreferred-stack-boundary=3 -mtune=generic -mno-red- zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack- protector -DCONFIG_X86_X32_ABI -DCONFIG_AS_CFI=1 - DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1 -DCONFIG_AS_FXSAVEQ=1 -DCONFIG_AS_AVX=1 -DCONFIG_AS_AVX2=1 -pipe -Wno-sign-compare -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -Wframe-larger-than=2048 -Wno-unused-but-set- variable -fomit-frame-pointer -fasynchronous-unwind-tables -g -fno-inline- functions-called-once -Wdeclaration-after-statement -Wno-pointer-sign -fno- strict-overflow -fconserve-stack -DCC_HAVE_ASM_GOTO -include /tmp/vbox.0/include/VBox/SUPDrvMangling.h -I/usr/src/linux/include - I/tmp/vbox.0/ -I/tmp/vbox.0/include -I/tmp/vbox.0/r0drv/linux - I/tmp/vbox.0/vboxdrv/ -I/tmp/vbox.0/vboxdrv/include - I/tmp/vbox.0/vboxdrv/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX - DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -DVBOX_WITH_HARDENING - Wno-declaration-after-statement -DCONFIG_VBOXDRV_AS_MISC -DRT_ARCH_AMD64 - DVBOX_WITH_64_BITS_GUESTS -DMODULE -D"KBUILD_STR(s)=#s" - D"KBUILD_BASENAME=KBUILD_STR(SUPDrv_linux)" - D"KBUILD_MODNAME=KBUILD_STR(vboxdrv)" -c -o /tmp/vbox.0/linux/.tmp_SUPDrv- linux.o /tmp/vbox.0/linux/SUPDrv-linux.c /bin/sh: scripts/genksyms/genksyms: No such file or directory ... snip Hast Du oder hat sonst jemand dazu eine Idee? Viele Grüße, Klaus -- 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
Hallo, ich versuche mal, die Sache anders aufzurollen. Zunächst die installierten Kernelpakete: --------------- x@y:~> rpm -qa |grep -i 'kernel'|sort kernel-desktop-3.11.10-17.2.x86_64 kernel-desktop-3.11.10-21.1.x86_64 kernel-desktop-devel-3.11.10-17.2.x86_64 kernel-desktop-devel-3.11.10-21.1.x86_64 kernel-devel-3.11.10-17.2.noarch kernel-devel-3.11.10-21.1.noarch kernel-source-3.11.10-17.2.noarch kernel-source-3.11.10-21.1.noarch patterns-openSUSE-devel_kernel-13.1-13.6.1.x86_64 --------------- Jetzt der Befehl, die Kernelmodule zu bauen: --------------- y:~ # /etc/init.d/vboxdrv setup Stopping VirtualBox kernel modules done Uninstalling old VirtualBox DKMS kernel modules done Trying to register the VirtualBox kernel modules using DKMSError! echo Your kernel headers for kernel 3.11.10-21-desktop cannot be found at /lib/modules/3.11.10-21-desktop/build or /lib/modules/3.11.10-21- desktop/source. failed (Failed, trying without DKMS) Recompiling VirtualBox kernel modules failed (Look at /var/log/vbox-install.log to find out what went wrong) --------------- Den Inhalt von /var/log/vbox-install.log habe ich bereits gepostet, das spare ich mir nun. Also in dem angegebenen Verzeichnis nachgeschaut: --------------- y:~ # l /lib/modules/3.11.10-21-desktop/source/ total 852 drwxr-xr-x 24 root root 4096 Sep 10 15:33 ./ drwxr-xr-x 8 root root 4096 Sep 10 15:33 ../ -rw-r--r-- 1 root root 141135 Sep 10 14:52 .config -rw-r--r-- 1 root root 141135 Sep 2 14:43 .config.old -rw-r--r-- 1 root root 4465 Jul 21 17:28 .mailmap -rw-r--r-- 1 root root 650 Sep 2 14:43 .missing-syscalls.d drwxr-xr-x 2 root root 4096 Sep 2 14:43 .tmp_versions/ -rw-r--r-- 1 root root 18693 Jul 21 17:28 COPYING -rw-r--r-- 1 root root 95317 Jul 21 17:28 CREDITS drwxr-xr-x 102 root root 12288 Sep 10 15:33 Documentation/ -rw-r--r-- 1 root root 2536 Jul 21 17:28 Kbuild -rw-r--r-- 1 root root 252 Jul 21 17:28 Kconfig -rw-r--r-- 1 root root 260213 Jul 21 17:28 MAINTAINERS -rw-r--r-- 1 root root 49149 Jul 21 17:28 Makefile -rw-r--r-- 1 root root 18736 Jul 21 17:28 README lrwxrwxrwx 1 root root 50 Sep 10 15:33 README.SUSE -> ../../share/doc/packages/kernel-source/README.SUSE -rw-r--r-- 1 root root 7485 Jul 21 17:28 REPORTING-BUGS drwxr-xr-x 32 root root 4096 Jul 21 17:28 arch/ drwxr-xr-x 3 root root 4096 Sep 10 15:33 block/ drwxr-xr-x 4 root root 4096 Sep 10 15:33 crypto/ drwxr-xr-x 112 root root 4096 Sep 10 15:33 drivers/ drwxr-xr-x 36 root root 4096 Sep 10 15:33 firmware/ drwxr-xr-x 74 root root 4096 Sep 10 15:33 fs/ drwxr-xr-x 29 root root 4096 Sep 2 14:43 include/ drwxr-xr-x 2 root root 4096 Sep 10 15:33 init/ drwxr-xr-x 2 root root 4096 Sep 10 15:33 ipc/ drwxr-xr-x 12 root root 4096 Sep 10 15:33 kernel/ drwxr-xr-x 11 root root 4096 Sep 10 15:33 lib/ drwxr-xr-x 2 root root 4096 Sep 10 15:33 mm/ drwxr-xr-x 56 root root 4096 Sep 10 15:33 net/ drwxr-xr-x 12 root root 4096 Jul 21 17:28 samples/ drwxr-xr-x 13 root root 4096 Aug 12 18:09 scripts/ drwxr-xr-x 9 root root 4096 Sep 10 15:33 security/ drwxr-xr-x 22 root root 4096 Sep 10 15:33 sound/ drwxr-xr-x 17 root root 4096 Sep 10 15:33 tools/ drwxr-xr-x 2 root root 4096 Sep 10 15:33 usr/ drwxr-xr-x 3 root root 4096 Jul 21 17:28 virt/ --------------- Sind da nicht die Kernel-Header dabei? Wenn nein, in welchem Paket sind diese denn dann enthalten? Die Suchmaschine hilft mir nicht eindeutig weiter. Wenn die Kernel-Header jedoch vorhanden sind, woher stammt dann die Fehlermeldung? Last but not least: Beim Kernel 3.11.10-17-desktop funktioniert vboxdrv setup, und das Verzeichnis /lib/modules/3.11.10-17-desktop/source/ zeigt auch einen solchen Inhalt wie oben, da sind die Kernel-Header anscheinend drin. Hat jemand eine Idee, wie ich weiterkomme? Viele Grüße, Klaus -- 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
Hallo Klaus, wo zeigt bei Dir /usr/scr/linux hin? Am Donnerstag 11 September 2014 schrieb Klaus Schneider-Grosch: [...]
Hat jemand eine Idee, wie ich weiterkomme?
Nein. Ich grüble grade rum, ob es da nicht mal was ganz komisches gab, das man auf genauso seltsame Weise gelöst hat. Das Gedächtnis mag aber auch trügen. Guck erst mal nach, ob der Link von linux auch auf den aktuellen Kernelbaum zeigt. Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- 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
Am Donnerstag, 11. September 2014, 17:18:44 schrieb Helga Fischer:
Hallo Klaus,
wo zeigt bei Dir
/usr/scr/linux hin?
Am Donnerstag 11 September 2014 schrieb Klaus Schneider-Grosch:
[...]
Hat jemand eine Idee, wie ich weiterkomme?
Nein. Ich grüble grade rum, ob es da nicht mal was ganz komisches gab, das man auf genauso seltsame Weise gelöst hat. Das Gedächtnis mag aber auch trügen.
Guck erst mal nach, ob der Link von linux auch auf den aktuellen Kernelbaum zeigt.
Helga
Hallo Helga, fast hätte ich hier geschrieben: Ja, das tut er, hier unter Kernel 3.11.10-17.2 ... ABER: Schaue ich doch mal sicherheitshalber nach, und jetzt verstehe ich gar nichts mehr. Wie denn das?: --------- y:~ # l /usr/src/linux lrwxrwxrwx 1 root root 16 Sep 10 15:33 /usr/src/linux -> linux-3.11.10-21/ y:~ # uname -r 3.11.10-17-desktop y:~ # /etc/init.d/vboxdrv setup Stopping VirtualBox kernel modules done Uninstalling old VirtualBox DKMS kernel modules done Trying to register the VirtualBox kernel modules using DKMS done --------- VirtualBox tut es und startet meine Maschinen, obwohl beim Kernelmodulbau offensichtlich 3.11.10-21-Code verwendet wird. Oder es ist 3.11.10-17-Code im 3.11.10-21-Verzeichnis gelandet. Neustart mit Kernel 3.11.10-2-desktop. Jetzt das Gleiche: --------- y:~ # l /usr/src/linux lrwxrwxrwx 1 root root 16 Sep 10 15:33 /usr/src/linux -> linux-3.11.10-21/ y:~ # uname -r 3.11.10-21-desktop y:~ # /etc/init.d/vboxdrv setup Stopping VirtualBox kernel modules done Uninstalling old VirtualBox DKMS kernel modules done Removing old VirtualBox kernel module done Trying to register the VirtualBox kernel modules using DKMSError! echo Your kernel headers for kernel 3.11.10-21-desktop cannot be found at /lib/modules/3.11.10-21-desktop/build or /lib/modules/3.11.10-21- desktop/source. failed (Failed, trying without DKMS) Recompiling VirtualBox kernel modules failed (Look at /var/log/vbox-install.log to find out what went wrong) --------- Es sieht so aus, daß Du mit Deinem Hinweis auf die Links ziemlich nahe dran bist. Hast Du eine Idee, welche Links ich prüfen sollte? Vielleicht ist hier auch etwas beim Updaten schiefgegangen ... Links habe ich nie modifziert, habe alles dem Updater überlassen. Kannst Du oder kann sonst jemand damit etwas anfangen? Viele Grüße, Klaus -- 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
Am Donnerstag 11 September 2014 schrieb Klaus Schneider-Grosch:
Am Donnerstag, 11. September 2014, 17:18:44 schrieb Helga Fischer: [...]
Guck erst mal nach, ob der Link von linux auch auf den aktuellen Kernelbaum zeigt. [...] fast hätte ich hier geschrieben: Ja, das tut er, hier unter Kernel 3.11.10-17.2 ... ABER: Schaue ich doch mal sicherheitshalber nach, und jetzt verstehe ich gar nichts mehr. Wie denn das?:
y:~ # l /usr/src/linux lrwxrwxrwx 1 root root 16 Sep 10 15:33 /usr/src/linux -> linux-3.11.10-21/ y:~ # uname -r 3.11.10-17-desktop
Du hast also gar keinen aktuellen Kernel gestartet? Aus leidvoller Erfahrung weiß ich, dass Virtualisierungssoftware immer nur auf einem Kernel funktioniert, nämlich mit dem, auf den die Links zeigen. (Die stellt GRUB nicht um - außer dass sei irgendwann mal dazugekommen).
y:~ # /etc/init.d/vboxdrv setup Stopping VirtualBox kernel modules done Uninstalling old VirtualBox DKMS kernel modules done Trying to register the VirtualBox kernel modules using DKMS done --------- VirtualBox tut es und startet meine Maschinen, obwohl beim Kernelmodulbau offensichtlich 3.11.10-21-Code verwendet wird. Oder es ist 3.11.10-17-Code im 3.11.10-21-Verzeichnis gelandet.
Das sollte nicht passieren. (Ich habe übrigens auch noch die Infrastruktur von 4 Kerneln hier rumliegen; benutze jedoch nur den aktuellsten, schließlich läuft da alles). [...]
Es sieht so aus, daß Du mit Deinem Hinweis auf die Links ziemlich nahe dran bist. Hast Du eine Idee, welche Links ich prüfen sollte?
Anhand Deiner Fehlermeldungen habe ich nachgesehen: Unter /lib/modules/3.11.10-21-desktop/ gibt's noch die links 'build' und 'source'. build -> /usr/src/linux-3.11.10-21-obj/x86_64/desktop source -> /usr/src/linux-3.11.10-21
Vielleicht ist hier auch etwas beim Updaten schiefgegangen ... Links habe ich nie modifziert, habe alles dem Updater überlassen.
Eben, so mache ich es auch.
Kannst Du oder kann sonst jemand damit etwas anfangen?
Ich bin froh, dass alles so nett tut... Bin mir aber nicht sicher, ob es nicht noch einen weiteren Link gibt. Ich saß schon vor diesem blöden Problem. Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- 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
Am Donnerstag, 11. September 2014, 19:13:29 schrieb Helga Fischer: [...]
Du hast also gar keinen aktuellen Kernel gestartet?
Hab den alten Kernel zunächst benutzt, um event. Unterschiede zu finden.
Aus leidvoller Erfahrung weiß ich, dass Virtualisierungssoftware immer nur auf einem Kernel funktioniert, nämlich mit dem, auf den die Links zeigen. (Die stellt GRUB nicht um - außer dass sei irgendwann mal dazugekommen).
[...]
Das sollte nicht passieren. (Ich habe übrigens auch noch die Infrastruktur von 4 Kerneln hier rumliegen; benutze jedoch nur den aktuellsten, schließlich läuft da alles).
[...]
Es sieht so aus, daß Du mit Deinem Hinweis auf die Links ziemlich nahe dran bist. Hast Du eine Idee, welche Links ich prüfen sollte?
Anhand Deiner Fehlermeldungen habe ich nachgesehen:
Unter /lib/modules/3.11.10-21-desktop/ gibt's noch die links 'build' und 'source'.
Das ist die Fehlerursache. Dieser Link hat tatsächlich gefehlt:
build -> /usr/src/linux-3.11.10-21-obj/x86_64/desktop
Dieser Link existiert:
source -> /usr/src/linux-3.11.10-21
Vielleicht ist hier auch etwas beim Updaten schiefgegangen ... Links habe ich nie modifziert, habe alles dem Updater überlassen.
Eben, so mache ich es auch.
Kannst Du oder kann sonst jemand damit etwas anfangen?
Ich bin froh, dass alles so nett tut... Bin mir aber nicht sicher, ob es nicht noch einen weiteren Link gibt. Ich saß schon vor diesem blöden Problem.
Nach der Neuerstellung des build-Links ist vboxdrv setup einwandfrei durchgelaufen, die VMs funktionieren. Damit ist das Problem für mich erst mal gelöst. Eine andere Frage ist natürlich, ob es ein Problem mit dem Update-Prozeß gibt, oder das Ganze auch mit dem Upgrade von OS 13.1 32 Bit -> 64 Bit zusammenhängt. Vielen Dank für Deine Hilfe, und auch vielen Dank an diejenigen, die hier mitgeholfen haben! Viele Grüße, Klaus -- 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
Klaus Schneider-Grosch [01.09.2014 18:06]:
Hallo ML,
mein System ist OS 13.1 64 Bit mit dem Kernel 3.11.10-21-desktop. Unter diesem Kernel kann der Virtualbox-Treiber nicht gebaut werden, und ich kann meine virtuellen Maschinen nicht starten.
Nur als Anmerkung: im Virtualization-Repo ist VirtualBox fertig mit Kernelmodulen hinterlegt, das spart den ganzen Ärger beim Übersetzen. Gruß Werner --
Am Freitag, den 12.09.2014, 14:26 +0200 schrieb Werner Flamme:
Nur als Anmerkung: im Virtualization-Repo ist VirtualBox fertig mit Kernelmodulen hinterlegt, das spart den ganzen Ärger beim Übersetzen.
Dafür hat man hier dann Ärger mit dem USB-Support. -- MfG Richi Tanglu 1.0 amd64 "Aequorea Victoria"
Richard Kraut [12.09.2014 15:09]:
Am Freitag, den 12.09.2014, 14:26 +0200 schrieb Werner Flamme:
Nur als Anmerkung: im Virtualization-Repo ist VirtualBox fertig mit Kernelmodulen hinterlegt, das spart den ganzen Ärger beim Übersetzen.
Dafür hat man hier dann Ärger mit dem USB-Support.
Ach so, da sind die Binaries aus dem Extension Pack wohl schon enthalten? Na, trotzdem, lieber den Pack zusätzlich runterladen als den Kompilierkram. YMMV. --
Am Freitag, den 12.09.2014, 15:33 +0200 schrieb Werner Flamme:
Ach so, da sind die Binaries aus dem Extension Pack wohl schon enthalten? Na, trotzdem, lieber den Pack zusätzlich runterladen als den Kompilierkram. YMMV.
Den Pack braucht man trotzdem. Da haperts an einer anderen Stelle. Zu dem Problem gab es hier auf der Liste auch schon den einen und den anderen Thread. Im Archiv wirst Du fündig. -- MfG Richi Tanglu 1.0 amd64 "Aequorea Victoria"
Hallo zusammen, Richard Kraut meinte am Freitag, den 12.09.2014 um 15:09 Uhr wegen:VirtualBox-Kernelmodule können nach Kernelupdate nicht gebaut werden
Am Freitag, den 12.09.2014, 14:26 +0200 schrieb Werner Flamme:
Nur als Anmerkung: im Virtualization-Repo ist VirtualBox fertig mit Kernelmodulen hinterlegt, das spart den ganzen Ärger beim Übersetzen.
Dafür hat man hier dann Ärger mit dem USB-Support.
mmh, bei der OS-Virtualbox hat man eigentlich keinen Ärger mit USB-Support. Der ist da nicht integriert und wenn man das akzeptiert ist alle ok. Ich habe die vbox von Oracle und trotzdem kein usb. Das ärgert mich ;) -- Beste Grüße Christian Schade, dass XMMS gerade nichts spielt :( -- 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
Am Freitag, den 12.09.2014, 17:37 +0200 schrieb Christian Meseberg:
mmh, bei der OS-Virtualbox hat man eigentlich keinen Ärger mit USB-Support. Der ist da nicht integriert und wenn man das akzeptiert ist alle ok. Ich habe die vbox von Oracle und trotzdem kein usb. Das ärgert mich ;)
Es gibt jetzt schon länger keinen Unterschied mehr zwischen OSS-Version und Nicht-OSS Version. Alle proprietären Bestandteile wurden in das Extensions-Modul ausgelagert. Die beiden bekanntesten darunter ist der bereits erwähnte USB-Support sowie der RDP-Server. Links zum Archiv mit USB-Problemen in Verbindung mit VirtualBox aus diesem Jahr [1], [2], [3] (klingt hier eher nebenbei an). 1: http://lists.opensuse.org/opensuse-de/2014-01/msg00277.html 2: http://lists.opensuse.org/opensuse-de/2014-04/msg00344.html 3: http://lists.opensuse.org/opensuse-de/2014-08/msg00072.html -- MfG Richi Tanglu 1.0 amd64 "Aequorea Victoria"
participants (5)
-
Christian Meseberg -
Helga Fischer -
Klaus Schneider-Grosch -
Richard Kraut -
Werner Flamme