Discussion:
VirtualBox-Kernelmodule können nach Kernelupdate nicht gebaut werden
Klaus Schneider-Grosch
2014-09-01 16:06:31 UTC
Permalink
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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Richard Kraut
2014-09-01 17:54:27 UTC
Permalink
Post by Klaus Schneider-Grosch
# /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"
Klaus Schneider-Grosch
2014-09-02 15:10:10 UTC
Permalink
Post by Richard Kraut
Post by Klaus Schneider-Grosch
# /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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Richard Kraut
2014-09-02 17:04:32 UTC
Permalink
Post by Klaus Schneider-Grosch
# 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.
Post by Klaus Schneider-Grosch
'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"
Klaus Schneider-Grosch
2014-09-02 17:25:12 UTC
Permalink
Post by Klaus Schneider-Grosch
# 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?
Post by Klaus Schneider-Grosch
'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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Richard Kraut
2014-09-02 17:52:12 UTC
Permalink
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"
Klaus Schneider-Grosch
2014-09-03 10:28:56 UTC
Permalink
Post by Richard Kraut
Aus welchem Repo hast Du Deine installierte VB?
Hallo Richard,

es ist aus dem Repo von VirtualBox.
Post by Richard Kraut
Post by Klaus Schneider-Grosch
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.
Post by Klaus Schneider-Grosch
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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Klaus Schneider-Grosch
2014-09-03 15:45:21 UTC
Permalink
Post by Klaus Schneider-Grosch
Post by Richard Kraut
Aus welchem Repo hast Du Deine installierte VB?
Hallo Richard,
es ist aus dem Repo von VirtualBox.
Post by Richard Kraut
Post by Klaus Schneider-Grosch
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.
Post by Klaus Schneider-Grosch
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
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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Richard Kraut
2014-09-03 17:24:13 UTC
Permalink
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"
Richard Kraut
2014-09-03 17:20:17 UTC
Permalink
Post by 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.
Post by Klaus Schneider-Grosch
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.
Post by Klaus Schneider-Grosch
Um sicherzustellen, daß ich ÃŒber einen funktionsfÀhigen Kernel verfÃŒge, habe
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.
Post by Klaus Schneider-Grosch
Was könnte man jetzt noch machen?
Gute Frage. Mir gehen so langsam die Ideen aus.
--
MfG Richi

Tanglu 1.0 amd64 "Aequorea Victoria"
Klaus Schneider-Grosch
2014-09-05 14:39:28 UTC
Permalink
Post by 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.
Post by Klaus Schneider-Grosch
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
Post by Klaus Schneider-Grosch
Um sicherzustellen, daß ich über einen funktionsfähigen Kernel verfüge,
habe ich in '/etc/zypp/zypp.conf' folgendes eingetragen, hoffe, das ist
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.
Post by Klaus Schneider-Grosch
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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Christian Meseberg
2014-09-05 16:00:05 UTC
Permalink
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
Post by Klaus Schneider-Grosch
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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Klaus Schneider-Grosch
2014-09-06 09:56:19 UTC
Permalink
Post by 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
Post by Klaus Schneider-Grosch
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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Christian Meseberg
2014-09-06 10:06:18 UTC
Permalink
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
Post by Klaus Schneider-Grosch
Post by Christian Meseberg
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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Helga Fischer
2014-09-05 17:59:42 UTC
Permalink
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.
Post by Klaus Schneider-Grosch
Am Mittwoch, den 03.09.2014, 12:28 +0200 schrieb Klaus
Post by 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).
Post by Klaus Schneider-Grosch
Post by Klaus Schneider-Grosch
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)
Post by Klaus Schneider-Grosch
Post by Klaus Schneider-Grosch
Um sicherzustellen, daß ich über einen funktionsfähigen Kernel
verfüge, habe ich in '/etc/zypp/zypp.conf' folgendes
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.
Post by Klaus Schneider-Grosch
Ob das alles so korrekt ist, merkst Du beim nächsten
Kernel-Update. Sieht aber auf den ersten Blick OK aus.
Post by Klaus Schneider-Grosch
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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Klaus Schneider-Grosch
2014-09-08 16:57:04 UTC
Permalink
Hallo Helga,

hat ein bißchen gedauert, ein paar Dinge zu eruieren
Post by 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
Post by Helga Fischer
Post by Klaus Schneider-Grosch
es gibt nur das Paket von Oracle.
http://download.virtualbox.org/virtualbox/rpm/opensuse/12.3/
Genau dorther stammt Virtualbox
Post by Helga Fischer
Diesem Repo habe ich eine niedrigere Prioritätsnummer zugeordnet als
den normalen Suse-Repos (91).
Post by Klaus Schneider-Grosch
Post by Klaus Schneider-Grosch
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.
kernel-default-devel, kernel-desktop, kernel-desktop-devel,
kernel-devel, kernel-docs, kernel-source-vanilla,
kernel-vanilla-devel, kexec-tools und dkms.
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.

...
Post by Helga Fischer
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 ...
Post by Helga Fischer
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.
Post by Helga Fischer
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...
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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Klaus Schneider-Grosch
2014-09-11 10:00:42 UTC
Permalink
Hallo,

ich versuche mal, die Sache anders aufzurollen. Zunächst die installierten
Kernelpakete:
---------------
***@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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Helga Fischer
2014-09-11 15:18:44 UTC
Permalink
Hallo Klaus,

wo zeigt bei Dir

/usr/scr/linux hin?

Am Donnerstag 11 September 2014 schrieb Klaus Schneider-Grosch:

[...]
Post by 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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Klaus Schneider-Grosch
2014-09-11 16:40:03 UTC
Permalink
Post by Helga Fischer
Hallo Klaus,
wo zeigt bei Dir
/usr/scr/linux hin?
[...]
Post by 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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Helga Fischer
2014-09-11 17:13:29 UTC
Permalink
[...]
Post by Klaus Schneider-Grosch
Post by Helga Fischer
Guck erst mal nach, ob der Link von linux auch auf den aktuellen
Kernelbaum zeigt.
[...]
Post by Klaus Schneider-Grosch
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
---------
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).
Post by Klaus Schneider-Grosch
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).

[...]
Post by Klaus Schneider-Grosch
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
Post by Klaus Schneider-Grosch
Vielleicht ist hier auch etwas beim Updaten schiefgegangen ...
Links habe ich nie modifziert, habe alles dem Updater überlassen.
Eben, so mache ich es auch.
Post by Klaus Schneider-Grosch
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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Klaus Schneider-Grosch
2014-09-12 12:14:41 UTC
Permalink
Am Donnerstag, 11. September 2014, 19:13:29 schrieb Helga Fischer:

[...]
Post by Helga Fischer
Du hast also gar keinen aktuellen Kernel gestartet?
Hab den alten Kernel zunächst benutzt, um event. Unterschiede zu finden.
Post by Helga Fischer
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).
[...]
Post by Helga Fischer
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).
[...]
Post by Klaus Schneider-Grosch
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?
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
Post by Klaus Schneider-Grosch
Vielleicht ist hier auch etwas beim Updaten schiefgegangen ...
Links habe ich nie modifziert, habe alles dem Updater überlassen.
Eben, so mache ich es auch.
Post by Klaus Schneider-Grosch
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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Werner Flamme
2014-09-12 12:26:44 UTC
Permalink
Post by Klaus Schneider-Grosch
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

--
Richard Kraut
2014-09-12 13:09:11 UTC
Permalink
Post by 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"
Werner Flamme
2014-09-12 13:33:48 UTC
Permalink
Post by Richard Kraut
Post by 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.

--
Richard Kraut
2014-09-12 13:51:48 UTC
Permalink
Post by 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"
Christian Meseberg
2014-09-12 15:37:21 UTC
Permalink
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
Post by 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+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Richard Kraut
2014-09-12 16:07:49 UTC
Permalink
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"
Lesen Sie weiter auf narkive:
Loading...