In a couple of places /usr/lib/udev/rules.d/ is used as location for custom udev rules. Isn't the /etc/udev/rules.d/ a better place for them? If so I propose to change /usr/lib/udev/rules.d/ to /etc/udev/rules.d/.

Also, there's no need for rebooting the system, as suggested in MTP#gvfs-mtp troubleshooting. What is that? A Windows? ;} I think this should be removed or changed to some other means like “relogging”.

--thebodzio 22:34, 29 December 2014 (UTC)

Yes to both, Udev#About udev rules and Udev#Loading new rules. -- Kynikos (talk) 01:39, 31 December 2014 (UTC)

May be it must be removed "This article or section is a candidate for merging with udev."? I have added more related info to gvfs-mtp but not related to udev, I think that it is good if will stay here as it is. (Andy Crowd - 蔡依林 18:28, 17 August 2016 (UTC)).

I am not sure about two probably similar udev rules MTP#Media_players and MTP#gvfs-mtp, may be to have only one is enough and merge both?(Andy Crowd - 蔡依林 22:58, 19 August 2016 (UTC))

EDIT:

I will try to merge them after few days, I hope it is OK. (Andy Crowd - 蔡依林 21:24, 20 August 2016 (UTC))

This is what I mean about merging Media players and gvfs-mtp sections and udev rules:

ATTR{idVendor}=="04b7", ATTR{idProduct}=="88a9", SYMLINK+="libmtp", MODE="660", ENV{ID_MTP_DEVICE}="1"

+

SUBSYSTEM=="usb", ATTR{idVendor}=="04b7", ATTR{idProduct}=="88a9", MODE="0666", OWNER="[username]"

=

SUBSYSTEM=="usb", ATTR{idVendor}=="04b7", ATTR{idProduct}=="88a9", MODE="0660", GROUP="uucp", ENV{ID_MTP_DEVICE}="1", SYMLINK+="libmtp"

(Andy Crowd - 蔡依林 19:42, 21 August 2016 (UTC)).

In Archlinux I have no problem with detecting my phone without Udev rules but in Debian I have tested both udev rules and only the last that I combined worked perfect, I could both see and mount MTP in Thunar.

(Andy Crowd - 蔡依林 11:12, 22 August 2016 (UTC))

About restarting computer: after changing Udev rules and reload them is not working, I think that it is also necessary restart gvfsd and related to it processes or just reboot computer that helped me much better. Did some else tested it?

(Andy Crowd - 蔡依林 18:46, 22 August 2016 (UTC)).

"You can transfer files using the mtp-connect command." How? --Sleeping (talk) 16:45, 23 November 2018 (UTC)

When you run the command it tells you (provided that mtp-detect was successful). --Larivact (talk) 16:58, 23 November 2018 (UTC)

Not for me, it doesn't. I *can* see files and folders etc. with mtp-files and so on. But mtp-connect tells me nothing and remains a mystery. --cfr (talk) 19:37, 3 February 2022 (UTC)

It looks to me this is basically the same issue as Talk:Media_Transfer_Protocol#libmtp. As I have tried to address the other issue, I hope the reader will now get to reading the other issue. Regid (talk) 09:56, 31 January 2025 (UTC)

Does this actually provide any command line tools, as the wiki claims? The README for libmtp says explicitly that it provides no tools and only 'examples' which are deliberately undocumented and not intended for use. If that's right, it is misleading to describe them otherwise. It just leads to much frustration and wasted time. --cfr (talk) 19:37, 3 February 2022 (UTC)

From libmtp package page, it provides:

usr/bin/mtp-albumart
usr/bin/mtp-albums
usr/bin/mtp-connect
usr/bin/mtp-delfile
usr/bin/mtp-detect
usr/bin/mtp-emptyfolders
usr/bin/mtp-files
usr/bin/mtp-filetree
usr/bin/mtp-folders
usr/bin/mtp-format
usr/bin/mtp-getfile
usr/bin/mtp-getplaylist
usr/bin/mtp-hotplug
usr/bin/mtp-newfolder
usr/bin/mtp-newplaylist
usr/bin/mtp-playlists
usr/bin/mtp-reset
usr/bin/mtp-sendfile
usr/bin/mtp-sendtr
usr/bin/mtp-thumb
usr/bin/mtp-tracks
usr/bin/mtp-trexist

--Fengchao (talk) 12:34, 22 February 2023 (UTC)

I have tried to address this issue at Special:Diff/826167/prev. Regid (talk) 09:49, 31 January 2025 (UTC)

A suggestion to add instructions to Media Transfer Protocol#Troubleshooting how to deactivate MTP handling of Snap KDE and Gnome, to avoid the device being hijacked when using a CLI solution.

Nsqm (talk) 14:25, 21 March 2023 (UTC)