GNOME Bugzilla – Bug 779433
iPhone 5 doesn't mount correctly in Nautilus
Last modified: 2017-03-21 08:54:45 UTC
Fedora 25 + Gnome 3.22.x I have an iPhone 5 running iOS 10.2.1. I want to be able to mount its data partition so I can easily copy the photos off the device (it doesn't support Bluetooth file transfer or anything like that). When I plug in the device, two mounts appear in Nautilus: "Documents on <device name>" and "iPhone" However both are empty; I was expecting one of them to have a DCIM directory full of photos. I found this relevant email thread: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ADLSCC6B3JLLHLMTATVHHE223USJWJHQ/ In that, Bastien Nocera said: "You can still access the device by editing the URL in the "Documents on..." location. Just remove the ":3" at the end." Two problems here: 1. There is no way to edit the URL from the Nautilus GUI, GNOME Disks, or anything else that a non-sysadmin user could figure out on their own 2. You shouldn't have to do this in the first place; it should mount with the correct path/options to display the DCIM photos directory.
What is output from "gvfs-mount -l" with the connected device? Make sure that gvfs-gphoto2 is installed. You should see photos over gphoto2:// mounts. As far as I know you can edit the uri in Nautilus, when you press "ctrl + l", but this should not be really needed. Changing component to gvfs.
gvfs-gphoto2 is installed. $ gvfs-mount -l Volume(0): iPhone Type: GProxyVolume (GProxyVolumeMonitorGPhoto2) Mount(0): iPhone -> gphoto2://[usb:001,008]/ Type: GProxyShadowMount (GProxyVolumeMonitorGPhoto2) Volume(1): Documents on Nathaniel’s iPhone Type: GProxyVolume (GProxyVolumeMonitorAfc) Mount(0): Documents on Nathaniel’s iPhone -> afc://4bb3b318467013a58c2f6d5d0cc49adef5122251:3/ Type: GProxyShadowMount (GProxyVolumeMonitorAfc) Mount(2): Documents on Nathaniel’s iPhone -> afc://4bb3b318467013a58c2f6d5d0cc49adef5122251:3/ Type: GDaemonMount Mount(3): iPhone -> gphoto2://[usb:001,008]/ Type: GDaemonMount However the mount is empty. Editing the path on the other volume ("Documents on <device name>") to remove the trailing ":3" makes the whole volume structure show up properly, and I can access everything there. So it does seem like Nautilus is mounting it improperly, in a manner that hides the folder structure. From the email thread I listed, it seems like maybe this is intentional? But not desirable if that means there is no way to access the photos stored on the device.
I suppose that Nautilus mounts it "properly", there is some problem on GVfs layer, because you should see the photos over gphoto2://[usb:001,008]/ mounts, but it doesn't work for you from some reason. I suppose that output from "gvfs-ls gphoto2://[usb:001,008]/" is also empty, isn't it? Bastien?
Nothing to add. The mounts here are what's expected (just Documents, and the gphoto2 mount). If the gphoto2 mount doesn't work, then that's what needs debugging.
Yeah, it's empty: $ gvfs-ls gphoto2://[usb:001,008]/ $
Bastien, instead of deliberately mounting the "Documents on <device name>" volume in a manner that hides its contents, what do you think of simply not mounting or showing it at all? This seems more user-friendly, and advanced users who think they need to see what's on there can figure out for themselves how to mount it. I filed a bug for this: https://bugzilla.gnome.org/show_bug.cgi?id=779481
Never mind on that!
Ok, let's debug gphoto2... Please try the following: 1/ Kill nautilus and gvfs for sure: pkill nautilus; pkill gvfs 2/ Connect the device and tell us what is output from the following commands: gphoto2 --autodetect --debug gphoto2 --summary --debug gphoto2 --list-folders --debug gphoto2 --list-files --debug (see man gphoto2 for plenty of other options which you can try)
Created attachment 347148 [details] gphoto2 --auto-detect
Created attachment 347149 [details] gphoto2 --summary
Created attachment 347150 [details] gphoto2 --list-config
Created attachment 347151 [details] gphoto2 --list-files
Created attachment 347152 [details] gphoto2 --list-folders
Attached a bunch of gphoto debug info.
Hmm, it seems that "Apple iPhone 5 (PTP mode)" is correctly detected without any error and just only "store_feedface" folder is listed. This probably happens if the phone is locked. Be sure that the phone is unlocked and press "Trust" on it if it appears. Does it help to you? See relevant discussion: https://lists.opensuse.org/opensuse/2017-01/msg00954.html
The phone is definitely unlocked. The "trust this computer" dialog only appeared on the phone once--when I first plugged it into the computer--and I tapped "trust." Is it possible that the trust was somehow lost, but the phone didn't notice and ask for it again?
Sorry, I don't have any idea how the trust works on iPhone. Anyway, this is not a bug in GVfs if gphoto2 util doesn't work for you. Please ask on your issue on gPhoto2 mailinglists, or file a new bug against gPhoto2: http://gphoto.org/feedback/ Please let us know a link on gPhoto2 mailinglist message, or bug report.
https://github.com/gphoto/libgphoto2/issues/147
Thanks for the link! It seems it is caused by iOS 10.2 and it has been already fixed in libgphoto2 master :-).