mtp + htc phone only partially functional

Bug #1183658 reported by adam jvok
74
This bug affects 15 people
Affects Status Importance Assigned to Milestone
libmtp (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Trying to use an HTC One-X phone with my Ubuntu 13.04 system and having some issues.

Plug phone in via usb, I get either:
"Unable to mount android phone. Couldn't find matching udev device."
or
"Unable to mount android phone. Unable to open MTP device '[usb:003,005]'"
But then get a 'Files' window showing an icon for 'Internal Storage'.

'df' shows:
none                              4         0         4   0% /sys/fs/cgroup

ls -al /sys/fs/cgroup
drwxr-xr-x 2 root root 40 May 23 09:26 .
drwxr-xr-x 6 root root  0 May 23 09:26 ..

In 'Files' I can:
- navigate the drive,
- create folders.
- copy files and folders to/from other places on my PC.
- delete files.

I can not:
- create files (get 'operation not supported by backend')
- open files (have to copy pictures to my pc to view them).

The biggest issue is not being able to open files directly (have to copy them first).

I guess that this procedure ( http://bernaerts.dyndns.org/linux/268-ubuntu-automount-any-mtp-device) would solve my problem, but I would rather not do this if there is another more simple solution. Non technical people just wouldn't do this. I would expect to be able to plug in a phone and access its files as per normal, without this messing about.

Tags: bot-comment
Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. It seems that your bug report is not filed about a specific source package though, rather it is just filed against Ubuntu in general. It is important that bug reports be filed about source packages so that people interested in the package can find the bugs about it. You can find some hints about determining what package your bug might be about at https://wiki.ubuntu.com/Bugs/FindRightPackage. You might also ask for help in the #ubuntu-bugs irc channel on Freenode.

To change the source package that this bug is filed about visit https://bugs.launchpad.net/ubuntu/+bug/1183658/+editstatus and add the package name in the text box next to the word Package.

[This is an automated message. I apologize if it reached you inappropriately; please just reply to this message indicating so.]

tags: added: bot-comment
adam jvok (ajvok1)
affects: ubuntu → libmtp (Ubuntu)
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in libmtp (Ubuntu):
status: New → Confirmed
Revision history for this message
e64462 (nhdaimyo) wrote :

I have the same problem described in the inital report, but I've noticed a partial solution. I have an htc one (not the one X).

For me, the files I'm attempting to transfer to my phone are located on a network computer. When attempting to copy and paste the files directly from the other computer to a directory on my phone (using nautilus), I got the "not supported by backend" error. The network computer is connected via ssh and the "Connect to server" feature on nautilus.

I then noticed that if I first transferred the files to the computer physically connected by cable to my phone, and then from that computer to the phone that I received no error. I confirmed this behavior with 3 separate file transfers.

My suggestion to others is to try placing the source file that you wish to copy in a different location (a separate partition, perhaps the root partition, etc).

Revision history for this message
Phil Norisez (norisezp) wrote :

I seem to be having a similar problem mounting a DROID RAZR MAXX HD on Ubuntu 12.04LTS. Rather than submitting my own bug report, I have decided to join this one, hoping that sheer volume of complaints might force the issue into a higher priority bracket. Background information on what I have tried can be found in Launchpad Question 279679 and its links and references.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.