#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