#19 ✓resolved
mikimis

Lockdown handshake problem

Reported by mikimis | March 31st, 2009 @ 05:19 AM

/sbin/mount.fuse.ifuse: error while loading shared libraries: libiphone.so.0: cannot open shared object file: No such file or directory

Comments and changes to this ticket

  • Matt Colyer

    Matt Colyer March 31st, 2009 @ 03:05 PM

    • Tag set to “ifuse”

    Did you run make install as root?

    If you did, try running ldconfig as root

  • mikimis

    mikimis March 31st, 2009 @ 05:41 PM

    Could've swore I ran it as root, so I tried ldconfig with no reponse, then made sure I ran it as root...

    
root@mikimis-laptop:~/libiphone$ ldconfig
root@mikimis-laptop:/home/mikimis/libiphone# ldconfig
root@mikimis-laptop:/home/mikimis/libiphone# make install
Making install in src
make[1]: Entering directory `/home/mikimis/libiphone/src'
make[2]: Entering directory `/home/mikimis/libiphone/src'
test -z "/usr/local/lib" || /bin/mkdir -p "/usr/local/lib"
 /bin/bash ../libtool   --mode=install /usr/bin/install -c
'libiphone.la' '/usr/local/lib/libiphone.la'
/usr/bin/install
-c .libs/libiphone.so.0.0.0 /usr/local/lib/libiphone.so.0.0.0
(cd /usr/local/lib && { ln -s -f libiphone.so.0.0.0 libiphone.so.0 ||
{ rm -f libiphone.so.0 && ln -s libiphone.so.0.0.0 libiphone.so.0; }; })
(cd /usr/local/lib && { ln -s -f libiphone.so.0.0.0 libiphone.so || { rm
-f libiphone.so && ln -s libiphone.so.0.0.0 libiphone.so; }; })
/usr/bin/install -c .libs/libiphone.lai /usr/local/lib/libiphone.la
/usr/bin/install -c .libs/libiphone.a /usr/local/lib/libiphone.a
chmod 644 /usr/local/lib/libiphone.a
ranlib /usr/local/lib/libiphone.a
PATH="$PATH:/sbin" ldconfig -n /usr/local/lib
----------------------------------------------------------------------
Libraries have been installed in:
   /usr/local/lib

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment variable
     during execution
   - add LIBDIR to the `LD_RUN_PATH' environment variable
     during linking
   - use the `-Wl,--rpath -Wl,LIBDIR' linker flag
   - have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
test -z "/usr/local/bin" || /bin/mkdir -p "/usr/local/bin"
  /bin/bash ../libtool   --mode=install /usr/bin/install -c
'libiphone-initconf' '/usr/local/bin/libiphone-initconf'
/usr/bin/install -c libiphone-initconf /usr/local/bin/libiphone-initconf
make[2]: Nothing to be done for `install-data-am'.
make[2]: Leaving directory `/home/mikimis/libiphone/src'
make[1]: Leaving directory `/home/mikimis/libiphone/src'
Making install in include
make[1]: Entering directory `/home/mikimis/libiphone/include'
make[2]: Entering directory `/home/mikimis/libiphone/include'
make[2]: Nothing to be done for `install-exec-am'.
test -z "/usr/local/include" || /bin/mkdir -p "/usr/local/include"
 /bin/bash /home/mikimis/libiphone/install-sh -c -m 644
'libiphone/libiphone.h' '/usr/local/include/libiphone/libiphone.h'
make[2]: Leaving directory `/home/mikimis/libiphone/include'
make[1]: Leaving directory `/home/mikimis/libiphone/include'
Making install in fdi
make[1]: Entering directory `/home/mikimis/libiphone/fdi'
make[2]: Entering directory `/home/mikimis/libiphone/fdi'
make[2]: Nothing to be done for `install-exec-am'.
test -z "/usr/local/share/hal/fdi/information/20thirdparty/"
|| /bin/mkdir -p "/usr/local/share/hal/fdi/information/20thirdparty/"
 /usr/bin/install -c -m 644 '31-apple-mobile-device.fdi'
'/usr/local/share/hal/fdi/information/20thirdparty//31-apple-mobile-device.fdi'
make[2]: Leaving directory `/home/mikimis/libiphone/fdi'
make[1]: Leaving directory `/home/mikimis/libiphone/fdi'
Making install in udev
make[1]: Entering directory `/home/mikimis/libiphone/udev'
make[2]: Entering directory `/home/mikimis/libiphone/udev'
make[2]: Nothing to be done for `install-exec-am'.
test -z "/usr/local/etc/udev/rules.d/" || /bin/mkdir -p
"/usr/local/etc/udev/rules.d/"
 /usr/bin/install -c -m 644 '89-libiphone.rules'
'/usr/local/etc/udev/rules.d//89-libiphone.rules'
make[2]: Leaving directory `/home/mikimis/libiphone/udev'
make[1]: Leaving directory `/home/mikimis/libiphone/udev'
make[1]: Entering directory `/home/mikimis/libiphone'
make[2]: Entering directory `/home/mikimis/libiphone'
make[2]: Nothing to be done for `install-exec-am'.
test -z "/usr/local/lib/pkgconfig" || /bin/mkdir -p
"/usr/local/lib/pkgconfig"
 /usr/bin/install -c -m 644 'libiphone-1.0.pc'
'/usr/local/lib/pkgconfig/libiphone-1.0.pc'
make[2]: Leaving directory `/home/mikimis/libiphone'
make[1]: Leaving directory `/home/mikimis/libiphone'

    seemed to work...so I tried mounting:

    
root@mikimis-laptop:/home/mikimis/libiphone# mount -t fuse.ifuse
d /media/ipod
No iPhone found, is it connected?
If it is make sure that your user has permissions to access the raw usb
device.
If you're still having issues try unplugging the device and reconnecting
it.

    Yup. Left it unplugged. Plugged it back in:

    
root@mikimis-laptop:/home/mikimis/libiphone# mount -t fuse.ifuse
d /media/ipod
Something went in lockdown handshake.
Did you run libiphone-initconf as the current user?

    I swear to god I did. But I'll do it again...

    
root@mikimis-laptop:/home/mikimis/libiphone# exit
mikimis@mikimis-laptop:~/libiphone$ libiphone-initconf 
This program generates keys required to connect with the iPhone
It only needs to be run ONCE.

Additionally it may take several minutes to run, please be patient.

Generating key... done
Generating key... done
Generating root certificate...done
Generating host certificate...done
init_config_file(): setting hostID to
46B442DA-A67F-7E12-0BE8-C8EFF05B31FD
mikimis@mikimis-laptop:~/libiphone$ sudo mount -t fuse.ifuse
d /media/ipod
[sudo] password for mikimis:
Something went in lockdown handshake.
Did you run libiphone-initconf as the current user?
mikimis@mikimis-laptop:~/libiphone$

    Definitely.

    Maybe I have too many keys now or something? How would I clean that up?

  • Matt Colyer

    Matt Colyer April 1st, 2009 @ 04:18 PM

    • Title changed from “error while loading shared libraries” to “Lockdown handshake problem”

    You did everything right. ldconfig isn't supposed to return output, so we fixed the initial problem.

    It sounds like something deeper might be going on now. What kind of device do you have and what version of the iPhone OS are you running? Is it jailbroken?

  • Jonathan Beck

    Jonathan Beck April 1st, 2009 @ 04:38 PM

    • State changed from “new” to “open”

    Apparently you did run libiphone-initconf with your user account. In fact it needs to be run with the user account that intend to run ifuse.

    In you're case, you run :

    sudo mount

    Which means the user intending to run ifuse is root You should try to run :

    sudo libiphone-initconf

    I know it's confusing. this problem is being addressed in #17

    Let us know if this is the problem, so we can close the ticket.

  • mikimis

    mikimis April 4th, 2009 @ 04:58 PM

    I'm running Ubuntu 8.04LTS on a Dell Inspiron 6000 with a jailbroken iPod Touch running 1.1.2(3B48b) firmware

    
mikimis@mikimis-laptop:~$ sudo libiphone-initconf 
This program generates keys required to connect with the iPhone
It only needs to be run ONCE.

Additionally it may take several minutes to run, please be patient.

Generating key... done
Generating key... done
Generating root certificate...done
Generating host certificate...done
init_config_file(): setting hostID to B8B61101-B5BE-8FFD-8A38-E965458B24D4
mikimis@mikimis-laptop:~$ sudo mount -t fuse.ifuse d /media/ipod
XML Pairing request : <?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
	<key>PairRecord</key>
	<dict>
		<key>DeviceCertificate</key>
		<data>
		LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSUIvekNCNnFBREFnRUNB
		Z0VBTUFzR0NTcUdTSWIzRFFFQkJUQUFNQjRYRFRBNU1EUXdOREUxTlRJeE5W
		b1gKRFRFNU1EUXdNakUxTlRJeE5Wb3dBRENCbkRBTEJna3Foa2lHOXcwQkFR
		RURnWXdBTUlHSUFvR0F0T1c4bnNmYwpLekNZQXl2T0RvdDU3TXhSeU1hd0hS
		ZW9jQjd4U0x2TEV5cFQ0VWZUWHNnWHhudkVwa2dsdVhMYU8xZGYvdWVSClFo
		cmovWWxPMkZmYU96cHp5ZnJ0S080eHBvRHNUUHdKU3pjeERSMU5lZTJHbkR2
		aU1SSTQ1cWk2b01hb3V4TjMKbEJNQVJLS3ZTS0NOT2tQNW1jSW1sNUVLcTBI
		L0czTTMyK01DQXdFQUFhTVFNQTR3REFZRFZSMFRBUUgvQkFJdwpBREFMQmdr
		cWhraUc5dzBCQVFVRGdnRUJBQ3lZM3pnTVdPY2l6UC9yTmNKZlFkWmpIaHdz
		dThGYXVzSzdnNzUrCjhMcDlHSlBEWG1KUEtQSVJOYXM4cS91UWhnOHBSQlp6
		a1RBTVZaVjI3VXhEWnhDbDlBMHdIRWVJTkNHaGlRQWwKVjhQU0phMWRvSHFh
		MWo2ZDA4T08wd1RDYllScWIzSzhYTmZ5V1A0S2ZJUW1zZ0N0SXltL1Izd1N4
		ZU9wNEtVaQprTEozTlUrRy9lRVZCejlIdTRUWHY2ZU9wRkYxb0VhY21XaTVP
		U1lUUUoxVHVvdmhKQkM1SzZCazZaRVdyUmxJCklzQlh1blhkNnJjUXkzVXpH
		L0FYd3lwVS83UUd4OHM0TE1FcWhaS0V1RDUwRHZzYWE3S0ZCaGszbVZqU0Fy
		aTkKWUZvUk00WitDenkrZjNZdFVlSmxyeGlSVWtEbnhOMnlwdjVVU2xjT0cz
		SGsra2M9Ci0tLS0tRU5EIENFUlRJRklDQVRFLS0tLS0K
		</data>
		<key>HostCertificate</key>
		<data>
		LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSUNsVENDQVgrZ0F3SUJB
		Z0lCQURBTEJna3Foa2lHOXcwQkFRVXdBREFlRncwd09UQTBNRFF4TlRVeE5E
		bGEKRncweE9UQTBNREl4TlRVeE5EbGFNQUF3Z2dFZk1Bc0dDU3FHU0liM0RR
		RUJBUU9DQVE0QU1JSUJDUUtDQVFETApyV0p4RXNORUVvWkhLeWFjbDAzMkdX
		NlhXZ0Q0Q2ttaGRYU2dqc1NZc3FSZFMrKzYyZVpnQ3ZYQ3ZYTWlIR0hvCk1V
		ZE5nMjNUdFBlV3M0RGlwWEU4QkJoRmNjaDM1WmdyaWxON3UvbGZGcHY4bk1M
		YkRwK21nSGFGb2Evb3l6OWUKU2ZxZE5xL0w0blZScWpVVlFYVThmYTdPb3pH
		UWt4NnArRnQ2S0E2bTQyeDFzblhlNS9zNjdDODRqNXNMekFaVwpjSXVxNDRE
		cHowZlNqeVBLVy9FeVhORG1TWGwzRDlZbU52MUJoY0pRNmRvNGIwZlVKZ1pF
		M0lmUXZTRThMZEFjCkRiR3lGQmEya2ZDeUd2LzZBL2g3ZjJXOTU2dFFETVVL
		TDg2NktIQUNmKzYwSHFSdC9RL1YxZ3RYZm56ZitRU08KcXRmTmZ0ejg4OXR6
		ZCtaNlowNXZBZ01CQUFHaklUQWZNQXdHQTFVZEV3RUIvd1FDTUFBd0R3WURW
		UjBQQVFILwpCQVVEQXdlZ0FEQUxCZ2txaGtpRzl3MEJBUVVEZ2dFQkFMUngy
		aGFyQnZYcjRNempyWWQzREllL25PZkUvQzVOCktoaDlvOXBoK1Fyam1rOTJE
		WFJwREdPY21KU2dlMS9tZklYS3NyUkZSdzJWVExONVV2QkNnNmxWN2kvU2ph
		cWoKQnN4SDFLRjc3cE5vRmtqODl5MCtSR2I1UnQrRTRzK01lZ0tMWSs2WkQw
		REtIVjVES2phRDEyUzdvelpiOUxBUwp6enpkWnpnRDhBVElZNlRhMFFqVm5n
		SXlnMDB4MURPZHhFanlKRENzZU1rUmJDRWEwNEhQNXR2RGZRekM5Mnh6Cmhl
		R1dMMU1mcXBVWTEvWkUwZk0yNU9YMGdZSW9iQzhzV3gyZzdzejU4VXVCamJX
		VkE5a1FtT043Q2diT2x4T3oKLy9yUmFUL0JkUHF4ZWxEM3lmdmcxaWw5UkJG
		bzJ3eXVUajZRbTVDV25oaEFYUTFXRXg3cXVvQT0KLS0tLS1FTkQgQ0VSVElG
		SUNBVEUtLS0tLQo=
		</data>
		<key>HostID</key>
		<string>B8B61101-B5BE-8FFD-8A38-E965458B24D4</string>
		<key>RootCertificate</key>
		<data>
		LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSUNoekNDQVhHZ0F3SUJB
		Z0lCQURBTEJna3Foa2lHOXcwQkFRVXdBREFlRncwd09UQTBNRFF4TlRVeE5E
		bGEKRncweE9UQTBNREl4TlRVeE5EbGFNQUF3Z2dFZk1Bc0dDU3FHU0liM0RR
		RUJBUU9DQVE0QU1JSUJDUUtDQVFEbQpDTHJkZnhEVlZJSUJtQldSMHJ6QVZJ
		N3c2TlVhbGhNMU1PSGc0UndkVElOTW41RitWeUF3TjVHQ3IyR0NWZVpaCmFn
		eGpFMEdYMkgzYThQSUhDWEVDREJTbHVuUHczYWlqbnNFaitzL0srR3ZBMHJX
		dXl5eHFoS21XQ1RUekpSYWUKbEgvc1MyWXpOM1dscy9SV2RYenpXY1UxUDV0
		ZlJYY2VQaEc5TVJ5RTFyM05RUVdWYW9uZHAxSit1a0hNT3R3MwpTQzJvT0cw
		VTBKWDNGenFjcXhMeUpSeGdJa3JHTURQOXpvcmh4dGptZ2tyTnlSYXBwTFhz
		YWVnRHBneXJOVnRTClNOQmwzdFZQa2JNc0VidUFHaTNBa1UzZW83M1FIbzVa
		STMwdXJiRFkyYnoxcTdrSkhZZ2lhMFltdjRIVERPZnoKTTNUbStaZDZON3Fa
		cjkyS1NUWGxBZ01CQUFHakV6QVJNQThHQTFVZEV3RUIvd1FGTUFNQkFmOHdD
		d1lKS29aSQpodmNOQVFFRkE0SUJBUURQdXRhQ2JaUGQ3cklxWitSZHg2WlVP
		NlpDOUQyOXlnUXhMVjNRWnR6dlFyTjJxdmZiCkZybmg4MDU0ek1pWVhtaTNY
		MGhNU1JIMVdpNFY4UTh3VFJnalpLdmFYTS9OZEI1TDVUMnduZkcyK1pKNjd1
		Yi8KMW5wS1haUDkzZUNSMVg2YUJzNzVPUlNOZ2YrZXBWMlRrS0gyL0drVHlG
		eklnMkdEZ2RiT2ZNNEtWUTN3LzZMZgp6T29xTXBTQWNBVUJWYkFNWDZibWFi
		R2RWdVNybzZUUWRwb0Jtb3B5M1ZpL3VldW9wZ3V2VWRSdE5YZnV2Zk9LClNB
		d3U0ZkhvczFSb2NsdE91V2twRzNzNEJWOWZrbkVzUi94OXo4MlY3RnFPWlNz
		QkVuWFZmNHhpQVF0aXlib3kKS1FZNEZkVkV3M3plSDZsdUZhSC81OXNiRmZr
		WGRUUmNpL0JvCi0tLS0tRU5EIENFUlRJRklDQVRFLS0tLS0K
		</data>
</dict>
	<key>Request</key>
	<string>Pair</string>
</dict>
</plist>

fuse: mountpoint is not empty
fuse: if you are sure this is safe, use the 'nonempty' mount option
mikimis@mikimis-laptop:~$

    Is this my expected output?

  • Jonathan Beck

    Jonathan Beck April 6th, 2009 @ 05:10 PM

    • State changed from “open” to “resolved”

    Yes, this means you have keys associated to the user running mount (in this case root).

    However, your mount point /media/ipod is not an empty directory so mount fails. Try mounting to a non empty directory.

    I am closing this ticket since it seems your problem is solved. For non existing root keys, refer to #17.

Please Sign in or create a free account to add a new ticket.

With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.

New-ticket Create new ticket

Create your profile

Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป

A project around supporting the iPhone in Linux.

See http://libimobiledevice.org

People watching this ticket

Tags

Referenced by

Pages