VirtualBox

Opened 13 years ago

Closed 8 years ago

#9133 closed defect (obsolete)

Starting any VM fails with VERR_SUPLIB_SYMLINKS_ARE_NOT_PERMITTED

Reported by: Jan Ploski Owned by:
Component: other Version: VirtualBox 4.0.10
Keywords: Cc:
Guest type: other Host type: Linux

Description (last modified by aeichner)

After upgrading from virtualbox-3.2_3.2.12-68302~Debian~squeeze_i386.deb to virtualbox-4.0_4.0.10-72479~Debian~lenny_i386.deb the VMs no longer start. An error is displayed about "symlinks not permitted". In fact /usr is a symlink to another directory (on another disk) in my system, and it must remain so because of requirements wrt partition sizing and encryption. I've never had any other software complain about that, so why doesn't VirtualBox like it (while it was ok in 3.2)?

See also http://www.linux-archive.org/gentoo-user/532273-virtualbox-update-v4-0-8-trouble.html where another user has run into the same problem and got away with a workaround (which I cannot use).

Change History (4)

comment:1 by Frank Mehnert, 12 years ago

priority: blockermajor

comment:2 by sadeq, 12 years ago

Same problem with 4.1.18. I have symlink for /usr to another partition too and vbox refuse to startvm because of that. FYI, It was working with vbox 3.2.

comment:3 by Andy Kennedy, 10 years ago

Choosing to keep my $HOME and /opt directories on a separate partition (which is large), I symlinked over the /big/opt /opt. VirtualBox no Likey! Is there a workaround? I'm not doing too well with building VB either on my Slackware machine.

Please advise.

comment:4 by aeichner, 8 years ago

Description: modified (diff)
Resolution: obsolete
Status: newclosed

Please reopen if still relevant with a recent VirtualBox release.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use