VirtualBox

Ticket #10709 (closed defect: fixed)

Opened 3 years ago

Last modified 3 years 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 3 years ago.
vboxadd-install.log Download (34.7 KB) - added by robatino 3 years ago.
memobj-r0drv-linux.c Download (51.3 KB) - added by robatino 3 years 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 3 years 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 3 years ago by robatino

Changed 3 years ago by robatino

comment:1 Changed 3 years 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 3 years 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 3 years 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 3 years 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 3 years ago by robatino

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

comment:5 Changed 3 years 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 3 years 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 3 years 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 3 years ago by frank

Not necessary.

comment:8 Changed 3 years 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 3 years 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 3 years 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 3 years 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.)

Version 0, edited 3 years ago by robatino (next)

comment:12 Changed 3 years ago by frank

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

comment:14 Changed 3 years 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