Page 1 of 2

VBoxDD VERR_FILE_NOT_FOUND with VirtualBox 1.6

Posted: 4. May 2008, 14:47
by axellec
Hi,
I get the error "Unable to load R3 module /opt/VirtualBox/VBoxDD VBox status code: -102 (VERR_FILE_NOT_FOUND)" on Solaris 10 with VirtualBox 1.6

I have tried several things including adding the correct 64-bit libdlpi (see http://unixsadm.blogspot.com/2008/02/vi ... ation.html), but it still doesn't work in my case.

I wonder if my problem comes from the "version not found" I have below. If so, how can I resolve this ? Note there are no "file not found" which is a good point !

$ ldd VBoxDD.so | grep "not"
$
$ ldd VirtualBox | grep "not"
libX11.so.4 (SUNW_1.1) => (version not found)
libX11.so.4 (SUNW_1.1) => (version not found)
libXi.so.5 (SUNW_1.1) => (version not found)
libXrender.so.1 (RENDER_0.0) => (version not found)
libXrender.so.1 (RENDER_0.5) => (version not found)
libXrender.so.1 (RENDER_0.8) => (version not found)
libX11.so.4 (SUNWprivate) => (version not found)
libX11.so.4 (SUNW_1.1) => (version not found)
libSM.so.6 (SUNW_1.1) => (version not found)
libICE.so.6 (SUNW_1.1) => (version not found)

I am running a 64-bit Solaris 10 on a x86 (amd64).
Regards,
Axelle.

Posted: 5. May 2008, 13:08
by tschoenemann
same here.
Tried for some time to figure out the missing library problem - but no success. I was trying to use VBoxVRDP (VBoxHeadless)

I ended up testing all files in /opt/VirtualBox with "ldd" - and none had any
unresolved libs anymore - but the "102 - VERR_FILE_NOT_FOUD"
error still exists.

i opened a bug ticket. Maybe update4 of sol10 is too old? who knows...

thomas

Posted: 5. May 2008, 20:58
by axellec
Maybe update4 of sol10 is too old? who knows...
I don't think so, because I've others having the same problem with u5 in the comments of
http://unixsadm.blogspot.com/2008/02/vi ... ation.html.

Axelle.[/url]

Posted: 6. May 2008, 12:53
by Macabee
I have the libdlpi.so problem on Solaris 10 Update 5 (it appears that .so doesn't exist on the 64-bit kernel).

Posted: 6. May 2008, 18:25
by cjr
Macabee wrote:I have the libdlpi.so problem on Solaris 10 Update 5 (it appears that .so doesn't exist on the 64-bit kernel).
It also affects u3 :-(

Posted: 7. May 2008, 17:16
by tschoenemann
after some further testing, debugging and not solving
it seems to me, that this sol10 package never has been testet
on a "normal" sol10 system @innotec.

Posted: 8. May 2008, 11:39
by Macabee
Seems to be they just repackaged the OS version and called it S10 thinking it would run... Would be good to get this fixed. A bug is raised but nothing useful on it.

Posted: 9. May 2008, 11:20
by tschoenemann
i got a tip and now it works:

You need the "libdlpi.so.1" library for 64-bit machines.
It must be from the SUNWcslr_5.11.82-1_solaris-i386.deb package, not newer!

Put it into /usr/lib/amd64 and start your VMs.
it works!

1 - Find + download the package at : http://apt.nexenta.org/dists/elatte-sta ... s-i386.deb

2 - put it to some temp folder and extract it:
/usr/xpg4/bin/ar x sunwcslr_5.11.82-1_solaris-i386.deb
tar xvf data.tar

3a - put libdlpi.so.1 to a new lib folder and add this to your LD_LIBRARY_PATH
(for example if your virtualbox is in /opt/virtualbox :
mkdir /opt/VirtualBox/mylibs
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/VirtualBox/mylibs
start VirtualBox or VBoxHeadless

3b - for a quick test you also can just copy the lib to /usr/lib/amd64.
this way of istalling librarys is the recommended "WINDOZE" way to
corrupt your system 8) 8)

Posted: 9. May 2008, 16:27
by jmalick
I tried downloading the package you mentioned and extracted the data.tar file but all it contains, apparently, are symbolic links. There seems to be no actual libdlpi.so.1 binary (of course I may be completely blind).

Here is all I see in the extract data.tar file:

lrwxrwxrwx 1 root root 31 May 9 10:19 libdlpi.so.1 -> ../../../lib/amd64/libdlpi.so.1

but no actual binary.

Thanks,
John

82-1 does not include libdlpi.so

Posted: 9. May 2008, 17:03
by axellec
tschoenemann wrote:i got a tip and now it works:

You need the "libdlpi.so.1" library for 64-bit machines.
It must be from the SUNWcslr_5.11.82-1_solaris-i386.deb package, not newer!

Put it into /usr/lib/amd64 and start your VMs.
Hi,
I have seen this tip somewhere too, that the version 85 was too recent and did not contain the right libdlpi.
However I am confused: I downloaded SUNWcslr_5.11.82-1_solaris-i386.deb, and have unpacked it. It does NOT contain libdlpi.so.1 but a link to the system's dlpi !!! (which is pretty useless as it doesn't exist).
lrwxrwxrwx 1 axelle staff 31 mai 9 15:32 ./usr/lib/amd64/libdlpi.so -> ../../../lib/amd64/libdlpi.so.1
lrwxrwxrwx 1 axelle staff 31 mai 9 15:32 ./usr/lib/amd64/libdlpi.so.1 -> ../../../lib/amd64/libdlpi.so.1

On the contrary, libdlpi.so.1 does exist in the 85 version:
lrwxrwxrwx 1 axelle staff 12 mai 9 16:47 ./lib/amd64/libdlpi.so -> libdlpi.so.1
-rwxr-xr-x 1 axelle staff 72328 mars 30 01:02 ./lib/amd64/libdlpi.so.1

And unfortunetely, whether I use one version or another I still have the VERR_FILE_NOT_FOUND problem.

This package is really quite disappointing. I thought that releasing a new version 1.6, tagged for Solaris (not OpenSolaris) would remove such problems. It very much looks to me as if it hasn't been tested at all
:(

Axelle.

wrong link

Posted: 9. May 2008, 17:40
by gorman
Hi,
The link above is wrong. You want the "sunwcslr" package , NOT the "sunwcsl" package

1) Download:http://apt.nexenta.org/dists/elatte-sta ... s-i386.deb

2) run: /usr/xpg4/bin/ar x sunwcslr_5.11.82-1_solaris-i386.deb

3) run: gunzip -c data.tar.gz |tar xvf - ./lib/amd64/libdlpi.so.1
The libdlpi.so.1 will now be unpacked in ./lib/amd64/

4) run: digest -a md5 ./lib/amd64/libdlpi.so.1
The result should be: 76e5b4ede348afc9dd421402325824a6

5) Copy this into your LD_LIBRARY_PATH

SOLVED: Re: wrong link

Posted: 11. May 2008, 07:18
by axellec
gorman wrote:Hi,
The link above is wrong. You want the "sunwcslr" package , NOT the "sunwcsl" package

1) Download:http://apt.nexenta.org/dists/elatte-sta ... s-i386.deb
Yes ! At last ! It works indeed when I use the right package !
Many thanks

VBoxDD VERR_FILE_NOT_FOUND with VirtualBox 1.6 - no luck

Posted: 13. May 2008, 22:53
by syxys
Hi,

I downloaded the right package, unzip it, untar it but I still get the same error message.

I have check:

solaris# ldd /opt/VirtualBox/VboxDD.so
...
libdlpi.so.1 (SUNW_1.1) => (version not found)
...
solaris# digest -a md5 /lib/amd64/libdlpi.so.1
76e5b4ede348afc9dd421402325824a6

solaris# set
...
LD_LIBRARY_PATH=:/opt/VirtualBox:/opt/VirtualBox/qtgcc/lib:/lib/amd64:/lib
...

I followed the exact step as gorman show but no luck.

I think I am running Solaris 10 Update 5. Anyway to quick check this?

I am quite new to the Solaris world!

Any clue anybody?

:cry: Sylvain

Posted: 14. May 2008, 18:55
by gorman
Hi,

What Solaris version are you running ?
# cat /etc/release |head -1

s10x_u5wos = Solaris 10 U5

You mean:
solaris# ldd /opt/VirtualBox/VBoxDD.so
( VBoxDD.so not VboxDD.so )
right ?

It looks like it picks up a wrong version of libdlpi.so.1.

Try this:
Copy the correct libdlpi.so.1 directly into the directory /opt/VirtualBox (which is first in your LD_LIBRARY_PATH) and run ldd /opt/VirtualBox/VBoxDD.so again.

Let me know whet happens.

VBoxDD VERR_FILE_NOT_FOUND with VirtualBox 1.6 - no luck

Posted: 14. May 2008, 19:34
by syxys
Hi gorman,

Thank for the rapid response.

Ok,

I'm running Solaris 10 U4 it seems. But I did run the update manager and install all that was available last week. Is it not suppose to update you to the lastest release?

Back to VirtualBox, I did mean VBoxDD.so. My libdlpi.so.1 has a md5 signature that match the one you post so it must be the same version! No?

I have copy the file in the /opt/VirtualBox directory but still
solaris# ldd /opt/VirtualBox/VBoxDD.so
...
libdlpi.so.1 (SUNW_1.1) => (version not found)
...

Is there a way to see where the VBoxDD.so is looking for his libraries?

Should I untar the whole data.tar package as they seem to be doing there?

http://unixsadm.blogspot.com/2008/02/vi ... ation.html

I have to agree with Macabee and tschoenemann that there where no testing at all on S10.

I have reinstall VirtualBox-1.6.0-SunOS-x86-r30421.pkg but no change. Please take note that I did not uninstall it first. I still have to figure that out :?

Any advice would still be appreciate. :)

Sylvain