VirtualBox

Opened 12 years ago

Closed 12 years ago

Last modified 12 years ago

#10709 closed defect (fixed)

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

Reported by: Andre Robatino Owned by:
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 (4)

VBox.log (84.3 KB ) - added by Andre Robatino 12 years ago.
vboxadd-install.log (34.7 KB ) - added by Andre Robatino 12 years ago.
memobj-r0drv-linux.c (51.3 KB ) - added by Andre Robatino 12 years ago.
/usr/src/vboxhost-4.1.18/vboxdrv/r0drv/linux/memobj-r0drv-linux.c from F17 x86_64 host
make.log (10.1 KB ) - added by Andre Robatino 12 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.

Download all attachments as: .zip

Change History (18)

by Andre Robatino, 12 years ago

Attachment: VBox.log added

by Andre Robatino, 12 years ago

Attachment: vboxadd-install.log added

comment:1 by Frank Mehnert, 12 years ago

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 by Andre Robatino, 12 years ago

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 by Frank Mehnert, 12 years ago

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 by Andre Robatino, 12 years ago

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

by Andre Robatino, 12 years ago

Attachment: memobj-r0drv-linux.c added

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

comment:5 by Andre Robatino, 12 years ago

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.

by Andre Robatino, 12 years ago

Attachment: make.log added

/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 by Andre Robatino, 12 years ago

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 by Frank Mehnert, 12 years ago

Not necessary.

comment:8 by kitgerrits, 12 years ago

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 by kitgerrits, 12 years ago

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 by Frank Mehnert, 12 years ago

Resolution: fixed
Status: newclosed

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

comment:11 by Andre Robatino, 12 years ago

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 12 years ago by Andre Robatino (previous) (diff)

comment:12 by Frank Mehnert, 12 years ago

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

comment:14 by sergiomb, 12 years ago

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.

© 2023 Oracle
ContactPrivacy policyTerms of Use