Fedora 41 Beta: iPhone USB file transfer stopped working

I’m test-driving Fedora 41 Beta and can’t use the USB file transfer functionality with my iPhone anymore. I can see the Documents and Photos entries added in Nautilus sidebar but clicking on “Documents” shows an error modal. I can browse the Photos and the wired tethering works as far as I can tell, but the actual file transfer support is broken. I checked on my F40 laptop this morning and everything still works.

This is what I see in journalctl (some bits redacted):

Oct 26 11:36:10 davepc kernel: usb 1-2.2: new high-speed USB device number 11 using xhci_hcd
Oct 26 11:36:10 davepc kernel: usb 1-2.2: New USB device found, idVendor=05ac, idProduct=12a8, bcdDevice=15.04
Oct 26 11:36:10 davepc kernel: usb 1-2.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Oct 26 11:36:10 davepc kernel: usb 1-2.2: Product: iPhone
Oct 26 11:36:10 davepc kernel: usb 1-2.2: Manufacturer: Apple Inc.
Oct 26 11:36:10 davepc kernel: usb 1-2.2: SerialNumber: 0000XXXXXXXXXXXXXXXXXXXX
Oct 26 11:36:10 davepc mtp-probe[152162]: checking bus 1, device 11: "/sys/devices/pci0000:00/0000:00:02.1/0000:05:00.0/0000:06:0c.0/0000:10:00.0/usb1/1-2/1-2.2"
Oct 26 11:36:10 davepc mtp-probe[152162]: bus: 1, device: 11 was not an MTP device
Oct 26 11:36:10 davepc systemd[1]: /usr/lib/systemd/system/usbmuxd.service:7: PIDFile= references a path below legacy directory /var/run/, updating /var/run/usbmuxd.pid → /run/usbmuxd.pid; please update the unit file accordingly.
Oct 26 11:36:10 davepc fwupd[4158]: 16:36:10.345 FuEngine             failed to probe device usb:01:00:02:02: failed to get interfaces: USB error on device 05ac:12a8 : Entity not found [-5]
Oct 26 11:36:10 davepc systemd[1]: Started usbmuxd.service - Socket daemon for the usbmux protocol used by Apple devices.
Oct 26 11:36:10 davepc audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=usbmuxd comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Oct 26 11:36:10 davepc mtp-probe[152169]: checking bus 1, device 11: "/sys/devices/pci0000:00/0000:00:02.1/0000:05:00.0/0000:06:0c.0/0000:10:00.0/usb1/1-2/1-2.2"
Oct 26 11:36:10 davepc mtp-probe[152169]: bus: 1, device: 11 was not an MTP device
Oct 26 11:36:10 davepc usbmuxd[152168]: [11:36:10.366][3] usbmuxd v1.1.1^20230720git61b99ab starting up
Oct 26 11:36:10 davepc usbmuxd[152168]: [11:36:10.367][3] Successfully dropped privileges to 'usbmuxd'
Oct 26 11:36:10 davepc usbmuxd[152168]: [11:36:10.367][3] Using libusb 1.0.27
Oct 26 11:36:10 davepc usbmuxd[152168]: [11:36:10.374][3] Initialization complete
Oct 26 11:36:10 davepc usbmuxd[152168]: [11:36:10.374][3] Enabled exit on SIGUSR1 if no devices are attached. Start a new instance with "--exit" to trigger.
Oct 26 11:36:10 davepc usbmuxd[152168]: [11:36:10.377][2] Skipping switch device 1-11 mode from 1 to 1
Oct 26 11:36:10 davepc usbmuxd[152168]: libusb: warning [op_get_configuration] device unconfigured
Oct 26 11:36:10 davepc usbmuxd[152168]: [11:36:10.377][3] Found usbmux interface for device 1-11: 1
Oct 26 11:36:10 davepc usbmuxd[152168]: [11:36:10.377][3] Changing configuration of device 1-11: 0 -> 4
Oct 26 11:36:10 davepc kernel: ipheth 1-2.2:4.2: ipheth_enable_ncm: usb_control_msg: 0
Oct 26 11:36:10 davepc kernel: ipheth 1-2.2:4.2: Apple iPhone USB Ethernet device attached
Oct 26 11:36:10 davepc NetworkManager[2123]: <info>  [1729960570.4345] manager: (eth1): new Ethernet device (/org/freedesktop/NetworkManager/Devices/13)
Oct 26 11:36:10 davepc NetworkManager[2123]: <info>  [1729960570.4373] device (eth1): interface index 13 renamed iface from 'eth1' to 'enpXXsXuXuXcXiX'
Oct 26 11:36:10 davepc kernel: ipheth 1-2.2:4.2 enpXXsXuXuXcXiX: renamed from eth1
Oct 26 11:36:10 davepc NetworkManager[2123]: <info>  [1729960570.4415] device (enpXXsXuXuXcXiX): state change: unmanaged -> unavailable (reason 'managed', managed-type: 'external')
Oct 26 11:36:10 davepc usbmuxd[152168]: [11:36:10.442][3] Connecting to new device on location 0x1000b as ID 1
Oct 26 11:36:10 davepc usbmuxd[152168]: [11:36:10.442][3] Connected to v2.0 device 1 on location 0x1000b with serial number 0000XXXX-XXXXXXXXXXXXXXXX
Oct 26 11:36:10 davepc NetworkManager[2123]: <info>  [1729960570.4624] settings: (enpXXsXuXuXcXiX): created default wired connection 'Wired connection 1'
Oct 26 11:36:10 davepc usbmuxd[152168]: [11:36:10.550][1] ERROR: Failed to read '/var/lib/lockdown/0000XXXX-XXXXXXXXXXXXXXXX.plist': No such file or directory
Oct 26 11:36:10 davepc usbmuxd[152168]: [11:36:10.647][1] ERROR: Failed to read '/var/lib/lockdown/0000XXXX-XXXXXXXXXXXXXXXX.plist': No such file or directory
Oct 26 11:36:11 davepc usbmuxd[152168]: [11:36:11.346][1] ERROR: Failed to read '/var/lib/lockdown/0000XXXX-XXXXXXXXXXXXXXXX.plist': No such file or directory
Oct 26 11:36:11 davepc usbmuxd[152168]: [11:36:11.392][1] ERROR: Failed to read '/var/lib/lockdown/0000XXXX-XXXXXXXXXXXXXXXX.plist': No such file or directory
Oct 26 11:36:11 davepc gnome-shell[3268]: Unable to mount volume Documents on David: Gio.IOErrorEnum: Unable to connect
Oct 26 11:36:13 davepc usbmuxd[152168]: [11:36:13.818][1] np_callback: ERROR: Pair failed for device 0000XXXX-XXXXXXXXXXXXXXXX, lockdown error -5
Oct 26 11:36:14 davepc ModemManager[2110]: <msg> [base-manager] couldn't check support for device '/sys/devices/pci0000:00/0000:00:02.1/0000:05:00.0/0000:06:0c.0/0000:10:00.0/usb1/1-2/1-2.2': not supported by any plugin
Oct 26 11:36:15 davepc usbmuxd[152168]: [11:36:15.357][1] ERROR: Failed to read '/var/lib/lockdown/0000XXXX-XXXXXXXXXXXXXXXX.plist': No such file or directory
Oct 26 11:36:20 davepc usbmuxd[152168]: [11:36:20.427][1] ERROR: Failed to read '/var/lib/lockdown/0000XXXX-XXXXXXXXXXXXXXXX.plist': No such file or directory

Pretty sure this is a bug but not sure under which component to file an issue.

Is anyone else seeing this?

Well, I filed a bug under usbmuxd since that’s the only thing I can key off of. Hopefully they can triage to the right component if that’s incorrect.

Bug ticket:
https://bugzilla.redhat.com/show_bug.cgi?id=2321958

2 Likes

Looks like that report has traction with the right folks - thanks a ton for being a beta tester and putting together the bug report!

Thanks for reporting this. As mentioned in the ticket, for the time being it can be worked around by running sudo update-crypto-policies --set FEDORA40, which will downgrade the crypto policy to the f40 one.

3 Likes

This may also be related:

(Or at least a part of the problem for some users.)