VirtualBox

Ticket #10709 (closed defect: fixed)

Opened 22 months ago

Last modified 20 months ago

building Fedora Rawhide guest additions fails (VB 4.1.18, 3.5.0-0.rc3 kernel)

Reported by: robatino Owned by:
Priority: major Component: other
Version: VirtualBox 4.1.18 Keywords:
Cc: Guest type: Linux
Host type: other

Description

While trying to build the guest additions in a Fedora Rawhide guest:

Building the main Guest Additions module [FAILED] (Look at /var/log/vboxadd-install.log to find out what went wrong)

Attaching VBox.log and vboxadd-install.log.

Attachments

VBox.log Download (84.3 KB) - added by robatino 22 months ago.
vboxadd-install.log Download (34.7 KB) - added by robatino 22 months ago.
memobj-r0drv-linux.c Download (51.3 KB) - added by robatino 21 months ago.
/usr/src/vboxhost-4.1.18/vboxdrv/r0drv/linux/memobj-r0drv-linux.c from F17 x86_64 host
make.log Download (10.1 KB) - added by robatino 21 months ago.
/var/lib/dkms/vboxguest/4.1.18/build/make.log after running "dkms install vboxguest/4.1.18 -k 3.6.0-0.rc0.git8.1.fc18.x86_64" (while running 3.5.0 kernel). This is after applying the patch for the 3.5.0 kernel.

Change History

Changed 22 months ago by robatino

Changed 22 months ago by robatino

comment:1 Changed 22 months ago by frank

Yes, this fix did it not make into the 4.1.18 release anymore. This was only fixed for the host drivers but not for the guest drivers. Just copy the file /usr/src/vboxhost-4.1.18/vboxdrv/r0drv/linux/memobj-r0drv-linux.c from your host to /usr/src/vboxguest-4.1.18/vboxadd/r0drv/linux in your guest, then do /etc/init.d/vboxadd setup in your guest. This will be properly fixed in the next maintenance release.

comment:2 Changed 22 months ago by robatino

Not sure if I understood the instructions correctly. No vboxadd/ directory existed in /usr/src/vboxguest-4.1.18/ in the guest, so I went into that directory and did "mkdir -p vboxadd/r0drv/linux" and then copied the file into that directory. When running /etc/init.d/vboxadd setup in the guest, the build fails again.

comment:3 Changed 22 months ago by frank

Sorry, I wrote these instructions out of my head and it was already late :) Replace vboxadd by vboxguest. There must be already a file memobj-r0drv-linux.c in it, just replace it with the one from the host.

comment:4 Changed 21 months ago by robatino

Just a heads up that 3.5.0 is likely to be pushed to F17 stable very soon.

 https://admin.fedoraproject.org/updates/FEDORA-2012-11323/kernel-3.5.0-2.fc17

Changed 21 months ago by robatino

/usr/src/vboxhost-4.1.18/vboxdrv/r0drv/linux/memobj-r0drv-linux.c from F17 x86_64 host

comment:5 Changed 21 months ago by robatino

I attached a copy of memobj-r0drv-linux.c from my F17 x86_64 host for the benefit of people who aren't using Linux hosts (see  https://forums.virtualbox.org/viewtopic.php?f=3&t=50748 ). 3.5.0 has been pushed to F17 stable.

Changed 21 months ago by robatino

/var/lib/dkms/vboxguest/4.1.18/build/make.log after running "dkms install vboxguest/4.1.18 -k 3.6.0-0.rc0.git8.1.fc18.x86_64" (while running 3.5.0 kernel). This is after applying the patch for the 3.5.0 kernel.

comment:6 Changed 21 months ago by robatino

It appears I can't build the guest additions for the Rawhide 3.6.0 kernel either, even after applying the above patch. (This is using "dkms install" while running the 3.5.0 kernel.) Should I file a new ticket for 3.6.0?

comment:7 Changed 21 months ago by frank

Not necessary.

comment:8 Changed 21 months ago by kitgerrits

Building the kernel modules for the newly-released 3.5.1 kernel also fails on Fedora Core 17: make[1]: * No rule to make target /usr/src/kernels/3.5.1-1.fc17.x86_64/arch/x86/syscalls/syscall_32.tbl', needed by arch/x86/syscalls/../include/generated/asm/unistd_32.h'. Stop. make: * [archheaders] Error 2

comment:9 Changed 20 months ago by kitgerrits

I have pulled the kernel modules from rpmfusion and they seem to work: Name : kmod-VirtualBox Arch : x86_64 Version : 4.1.18 Release : 1.fc17.5 Size : 8.6 k Repo : rpmfusion-free-updates Summary : Metapackage which tracks in VirtualBox kernel module for newest

: kernel

URL :  http://www.virtualbox.org/wiki/VirtualBox License : GPLv2 or CDDL Description : This is a meta-package without payload which sole purpose is to

: require the VirtualBox kernel module(s) for the newest kernel. : to make sure you get it together with a new kernel.

comment:10 Changed 20 months ago by frank

  • Status changed from new to closed
  • Resolution set to fixed

4.1.20 contains compile fixes for Linux 3.5 and Linux 3.6-rc2.

comment:11 Changed 20 months ago by robatino

Even with VirtualBox 4.1.20, running dkms install for a given kernel on either the host or the guest corrupts the corresponding kernel-devel package. In addition to causing times on many files to change (which happened before 3.5.0), which generates a large amount of output when running rpm -V on the package, it now causes the deletion of the corresponding /usr/src/kernels/*/System.map, which prevents drpms from the old to new kernel-devel from working (so it has to download the full kernel-devel RPM each time). (I would have reported this earlier, but had seen the problem with earlier kernels and assumed it would be fixed along with the guest additions problem. Sorry about that.)

Edit: Should I file a new ticket for the above issue?

Last edited 20 months ago by robatino (previous) (diff)

comment:12 Changed 20 months ago by frank

Please do although I think this is not a VirtualBox bug.

comment:14 Changed 20 months ago by sergiomb

VirtualBox 4.1.18 compiles fine with kernels 3.5

You may install VirtualBox-guest-4.1.18-1.fc17.x86_64 from rpmfusion and if you find any problem, you should report it on  https://bugzilla.rpmfusion.org/

Please help us on rpmfusion and test our package.

Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use