Welcome, Guest. Please login or register.
Did you miss your activation email?

Author Topic:  Kummer mit neuem Kernel  (Read 3690 times)

red.iceman

  • Guest
Kummer mit neuem Kernel
« on: 2011/03/17, 20:53:18 »
Neben den bisher geschilderten Problemen mit dem NVidia-Treiber (was bei mir dazu führt, dass kein offizieller Treiber von aptosid mehr geht, nouveau unterstützt meine ION-Karte scheinbar nicht) geht bei mir auch Virtualbox nicht mehr, da sich das vbox-Modul nicht mehr kompilieren lässt. Allerdings auch nicht mehr mit towo's kernel. Dort kommt folgender Fehler:
Code: [Select]

Uninstalling modules from DKMS
  removing old DKMS module vboxhost version  3.2.12

------------------------------
Deleting module version: 3.2.12
completely from the DKMS tree.
------------------------------
Done.
Attempting to install using DKMS

Creating symlink /var/lib/dkms/vboxhost/3.2.12/source ->
                 /usr/src/vboxhost-3.2.12

DKMS: add Completed.

Kernel preparation unnecessary for this kernel.  Skipping...

Building module:
cleaning build area....
make KERNELRELEASE=2.6.38-0.towo.1-frickel-686 -C /lib/modules/2.6.38-0.towo.1-frickel-686/build M=/var/lib/dkms/vboxhost/3.2.12/build.....(bad exit status: 2)
0
0
Failed to install using DKMS, attempting to install without
make KBUILD_VERBOSE=1 -C /lib/modules/2.6.38-0.towo.1-frickel-686/build SUBDIRS=/tmp/vbox.0 SRCROOT=/tmp/vbox.0 modules
test -e include/generated/autoconf.h -a -e include/config/auto.conf || (                \
        echo;                                                           \
        echo "  ERROR: Kernel configuration is invalid.";               \
        echo "         include/generated/autoconf.h or include/config/auto.conf are missing.";\
        echo "         Run 'make oldconfig && make prepare' on kernel src to fix it.";  \
        echo;                                                           \
        /bin/false)
mkdir -p /tmp/vbox.0/.tmp_versions ; rm -f /tmp/vbox.0/.tmp_versions/*
make -f scripts/Makefile.build obj=/tmp/vbox.0
   gcc-4.4 -Wp,-MD,/tmp/vbox.0/linux/.SUPDrv-linux.o.d  -nostdinc -isystem /usr/lib/gcc/i486-linux-gnu/4.4.5/include -I/usr/src/linux-headers-2.6.38-0.towo.1-frickel-686/arch/x86/include -Iinclude  -include include/generated/autoconf.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 -m32 -msoft-float -mregparm=3 -freg-struct-return -mpreferred-stack-boundary=2 -march=i686 -mtune=generic -maccumulate-outgoing-args -Wa,-mtune=generic32 -ffreestanding -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=1024 -fno-stack-protector -fomit-frame-pointer -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fconserve-stack -I/lib/modules/2.6.38-0.towo.1-frickel-686/build/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 -DCONFIG_VBOXDRV_AS_MISC -DRT_ARCH_X86 -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
In file included from /tmp/vbox.0/include/VBox/types.h:30,
                 from /tmp/vbox.0/linux/../SUPDrvInternal.h:35,
                 from /tmp/vbox.0/linux/SUPDrv-linux.c:31:
/tmp/vbox.0/include/iprt/types.h:97:31: error: linux/autoconf.h: Datei oder Verzeichnis nicht gefunden
make[2]: *** [/tmp/vbox.0/linux/SUPDrv-linux.o] Fehler 1
make[1]: *** [_module_/tmp/vbox.0] Fehler 2
make: *** [vboxdrv] Fehler 2

Mit dem slh-Kernel passiert im Prinzip dasselbe. automake/autoconf/dmks sind installiert.

ri

Offline towo

  • Administrator
  • User
  • *****
  • Posts: 2.920
Kummer mit neuem Kernel
« Reply #1 on: 2011/03/17, 21:37:54 »
Vergiß 3.2.12 und installier VBox 4.2.
dkms ist auch Dummfug³
Ich gehe nicht zum Karneval, ich verleihe nur manchmal mein Gesicht.

red.iceman

  • Guest
Kummer mit neuem Kernel
« Reply #2 on: 2011/03/17, 21:38:45 »
Ich habe die virtualbox-Quelle von non-free auf contrib geändert, so dass mir das aktuelle virtualbox-Paket zur Verfügung stand. Nach dem Aktualisieren und der nun leider notwendigen manuellen Installation eines Extension-Paketes ging Virtualbox mit USB wieder.
Anscheinend gibt es nun nicht mehr OSE/PUEL, sondern eine Version + Extensionpaket, dass leider nicht über den Paketmanager verfügbar ist.

Gruß

ri

red.iceman

  • Guest
Re: Kummer mit neuem Kernel
« Reply #3 on: 2011/03/17, 21:40:54 »
Quote from: "towo"
dkms ist auch Dummfug³


Warum war dkms mit virtualbox 3.2 "dummfug"?

ri

Offline towo

  • Administrator
  • User
  • *****
  • Posts: 2.920
Kummer mit neuem Kernel
« Reply #4 on: 2011/03/17, 21:41:03 »
Und weiter?
Du kannst auch einfach virtualbox-ose aus debian installieren. Diese externe Quelle ist seit vbox-4 absolut obsolet.
Wie DU ja gemerkt hast, benötigst Du für den unfreien Kram das entspr. Extpack, welches man eben auch bei der OSE-Version aus debian installieren kann.
Ich gehe nicht zum Karneval, ich verleihe nur manchmal mein Gesicht.

red.iceman

  • Guest
Kummer mit neuem Kernel
« Reply #5 on: 2011/03/17, 22:38:16 »
Quote from: "towo"
Und weiter?

??? Ich wollte nur wissen, was daran falsch war, bei virtualbox 3.2 dkms zu verwenden. Wenns doch okay war, dann sag es doch einfach.
Quote
Du kannst auch einfach virtualbox-ose aus debian installieren. Diese externe Quelle ist seit vbox-4 absolut obsolet.

Gut. Wenn es egal ist, welche Pakete man nimmt - was spricht dann gegen die von virtualbox.org?


ri

Offline towo

  • Administrator
  • User
  • *****
  • Posts: 2.920
Kummer mit neuem Kernel
« Reply #6 on: 2011/03/17, 22:40:25 »
Quote
Gut. Wenn es egal ist, welche Pakete man nimmt - was spricht dann gegen die von virtualbox.org?

Daß es sinnfrei und unnütz ist?
Jedes zusätzliche Repo steigert die Fehlerträchtigkeit.
Quote
??? Ich wollte nur wissen, was daran falsch war, bei virtualbox 3.2 dkms zu verwenden. Wenns doch okay war, dann sag es doch einfach.

Wir supporten dkms nur ungern bis gar nicht, weil wir diese Art des Modulbaus nicht mögen.
Ich gehe nicht zum Karneval, ich verleihe nur manchmal mein Gesicht.