MTP not working after Ubuntu 18.04 upgrade
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ height:90px;width:728px;box-sizing:border-box;
}
I could connect to my Android Alcatel Pixi 4 (5) via MTP on Ubuntu 16.04 (there was a bug where the protocol "died unexpectedly" if a file delete was followed by a file copy, but other than that, it worked).
After upgrading to Ubuntu 18.04 I get "protocol died unexpectedly" in Dolphin whenever I try to browse the device.
#> mtp-detect
libmtp version: 1.1.13
Listing raw device(s)
Device 0 (VID=1bbb and PID=0167) is a Alcatel/TCT 6010D/TCL S950.
Found 1 device(s):
Alcatel/TCT: 6010D/TCL S950 (1bbb:0167) @ bus 3, dev 2
Attempting to connect device(s)
ignoring libusb_claim_interface() = -6PTP_ERROR_IO: failed to open session, trying again after resetting USB interface
LIBMTP libusb: Attempt to reset device
ignoring libusb_claim_interface() = -6LIBMTP PANIC: failed to open session on second attempt
Unable to open raw device 0
OK.
dmesg contains:
[ 471.588800] usb 3-4: usbfs: process 9290 (gmtp) did not claim interface 0 before use
[ 471.715547] usb 3-4: reset high-speed USB device number 3 using xhci_hcd
[ 471.864513] usb 3-4: usbfs: process 9290 (gmtp) did not claim interface 0 before use
[ 471.864735] usb 3-4: usbfs: process 2562 (events) did not claim interface 0 before use
I tried building libmtp-1.1.15 from source, problem persists. The device works via MTP access on Windows on the same machine.
ubuntu android mtp
add a comment |
I could connect to my Android Alcatel Pixi 4 (5) via MTP on Ubuntu 16.04 (there was a bug where the protocol "died unexpectedly" if a file delete was followed by a file copy, but other than that, it worked).
After upgrading to Ubuntu 18.04 I get "protocol died unexpectedly" in Dolphin whenever I try to browse the device.
#> mtp-detect
libmtp version: 1.1.13
Listing raw device(s)
Device 0 (VID=1bbb and PID=0167) is a Alcatel/TCT 6010D/TCL S950.
Found 1 device(s):
Alcatel/TCT: 6010D/TCL S950 (1bbb:0167) @ bus 3, dev 2
Attempting to connect device(s)
ignoring libusb_claim_interface() = -6PTP_ERROR_IO: failed to open session, trying again after resetting USB interface
LIBMTP libusb: Attempt to reset device
ignoring libusb_claim_interface() = -6LIBMTP PANIC: failed to open session on second attempt
Unable to open raw device 0
OK.
dmesg contains:
[ 471.588800] usb 3-4: usbfs: process 9290 (gmtp) did not claim interface 0 before use
[ 471.715547] usb 3-4: reset high-speed USB device number 3 using xhci_hcd
[ 471.864513] usb 3-4: usbfs: process 9290 (gmtp) did not claim interface 0 before use
[ 471.864735] usb 3-4: usbfs: process 2562 (events) did not claim interface 0 before use
I tried building libmtp-1.1.15 from source, problem persists. The device works via MTP access on Windows on the same machine.
ubuntu android mtp
Try KDE Connect on both ends, Ubuntu and Android.
– harrymc
Jul 5 '18 at 14:55
add a comment |
I could connect to my Android Alcatel Pixi 4 (5) via MTP on Ubuntu 16.04 (there was a bug where the protocol "died unexpectedly" if a file delete was followed by a file copy, but other than that, it worked).
After upgrading to Ubuntu 18.04 I get "protocol died unexpectedly" in Dolphin whenever I try to browse the device.
#> mtp-detect
libmtp version: 1.1.13
Listing raw device(s)
Device 0 (VID=1bbb and PID=0167) is a Alcatel/TCT 6010D/TCL S950.
Found 1 device(s):
Alcatel/TCT: 6010D/TCL S950 (1bbb:0167) @ bus 3, dev 2
Attempting to connect device(s)
ignoring libusb_claim_interface() = -6PTP_ERROR_IO: failed to open session, trying again after resetting USB interface
LIBMTP libusb: Attempt to reset device
ignoring libusb_claim_interface() = -6LIBMTP PANIC: failed to open session on second attempt
Unable to open raw device 0
OK.
dmesg contains:
[ 471.588800] usb 3-4: usbfs: process 9290 (gmtp) did not claim interface 0 before use
[ 471.715547] usb 3-4: reset high-speed USB device number 3 using xhci_hcd
[ 471.864513] usb 3-4: usbfs: process 9290 (gmtp) did not claim interface 0 before use
[ 471.864735] usb 3-4: usbfs: process 2562 (events) did not claim interface 0 before use
I tried building libmtp-1.1.15 from source, problem persists. The device works via MTP access on Windows on the same machine.
ubuntu android mtp
I could connect to my Android Alcatel Pixi 4 (5) via MTP on Ubuntu 16.04 (there was a bug where the protocol "died unexpectedly" if a file delete was followed by a file copy, but other than that, it worked).
After upgrading to Ubuntu 18.04 I get "protocol died unexpectedly" in Dolphin whenever I try to browse the device.
#> mtp-detect
libmtp version: 1.1.13
Listing raw device(s)
Device 0 (VID=1bbb and PID=0167) is a Alcatel/TCT 6010D/TCL S950.
Found 1 device(s):
Alcatel/TCT: 6010D/TCL S950 (1bbb:0167) @ bus 3, dev 2
Attempting to connect device(s)
ignoring libusb_claim_interface() = -6PTP_ERROR_IO: failed to open session, trying again after resetting USB interface
LIBMTP libusb: Attempt to reset device
ignoring libusb_claim_interface() = -6LIBMTP PANIC: failed to open session on second attempt
Unable to open raw device 0
OK.
dmesg contains:
[ 471.588800] usb 3-4: usbfs: process 9290 (gmtp) did not claim interface 0 before use
[ 471.715547] usb 3-4: reset high-speed USB device number 3 using xhci_hcd
[ 471.864513] usb 3-4: usbfs: process 9290 (gmtp) did not claim interface 0 before use
[ 471.864735] usb 3-4: usbfs: process 2562 (events) did not claim interface 0 before use
I tried building libmtp-1.1.15 from source, problem persists. The device works via MTP access on Windows on the same machine.
ubuntu android mtp
ubuntu android mtp
edited Jul 5 '18 at 12:02
spraff
asked Jun 27 '18 at 13:11
spraffspraff
48411636
48411636
Try KDE Connect on both ends, Ubuntu and Android.
– harrymc
Jul 5 '18 at 14:55
add a comment |
Try KDE Connect on both ends, Ubuntu and Android.
– harrymc
Jul 5 '18 at 14:55
Try KDE Connect on both ends, Ubuntu and Android.
– harrymc
Jul 5 '18 at 14:55
Try KDE Connect on both ends, Ubuntu and Android.
– harrymc
Jul 5 '18 at 14:55
add a comment |
4 Answers
4
active
oldest
votes
I had similar issue with my openSUSE. After I have installed jmtpfs
, kio-mtp
mtp-tools
the issue disappeared and everything started to work correctly.
If you have already used jmtpfs
or a similar tool with a mount point of ~/android_mount/
, then first make sure it's not mounted:
# unmount previously mounted device
fusermount -u ~/android_mount/
# this should show empty directory
ls -la ~/android_mount/
You can also use the output of df
to see if perhaps it's mounted elsewhere.
Otherwise, create a new mount point, let's say ~/android_mount/
and mount your Android phone, after you connected it with USB cable and switched it to 'File Transfer' mode (it normally defaults to 'Charge'):
# make directory to mount
mkdir -p ~/android_mount/
# mount the device (can take several minutes)
# it will also show device information while mounting
jmtpfs ~/android_mount/
# now you should see internal storage if you don't have an SD card
ls -la ~/android_mount/
drwxrwxr-x 12 login login 0 Jan 3 44248648 Internal storage
# if it has an SD card too, then it'll show 2 entries
# look inside
ls -la ~/android_mount/Internal storage/
Now you can operate on the files as you'd on any USB attached device.
# when finished, unmount the device
fusermount -u ~/android_mount/
Could you add jmtpfs -l
to your question?
1. Your first 2 commands make no sense to someone who doesn't already have your specific dir names, which aren't standard. 2. and the last one should probably have a comment that you're unmounting it? 3. plus can you replace/home/login
with~
to be consistent with the rest of your steps? Thank you. The complete instructions with debug options can be found here.
– stason
Aug 29 '18 at 22:23
@StasBekman those were the commands I used - could not copy, but had to rewrite them. You were right about the one directory, which I edited (feel free to edit it next time). There are plenty of guides (the debian one is better one but the OP has Ubuntu which could differ). I wrote I used different linux distro. As for the guides you could also link an Arch linux one - wiki.archlinux.org/index.php/Media_Transfer_Protocol.
– tukan
Aug 30 '18 at 12:24
sure, I edited it as you suggested. Please feel free to further improve it. In this case the distro doesn't matter at all - since it's the same tool. Thank you for your sharing.
– stason
Aug 30 '18 at 15:15
add a comment |
If MTP does not work, you may try instead KDE Connect.
See these references :
- How to Install KDE Connect in Ubuntu 16.04 LTS
- KDE Connect on Google Play
Downvoter: MTP sometimes simply does not work under certain conditions, so an alternative might be required.
– harrymc
Jul 11 '18 at 17:10
add a comment |
make directory to mount
mkdir -p ~/android_mount/
mount the device (can take several minutes)
it will also show device information while mounting
jmtpfs ~/android_mount/
now you should see internal storage if you don't have an SD card
ls -la ~/android_mount/
drwxrwxr-x 12 login login 0 Jan 3 44248648 Internal storage
if it has an SD card too, then it'll show 2 entries
look inside
ls -la ~/android_mount/Internal storage/
My mobile starts working now ...
add a comment |
Look at the gvfs, mtp* packages, in Synaptic, and under package->force package version you should have it set to (codename)-updates. If it fails remove package and reinstall all packages you remove. The packages probably didn't get upgraded to the appropriate version.
Reboot and you should see Android devices open.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1334656%2fmtp-not-working-after-ubuntu-18-04-upgrade%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
I had similar issue with my openSUSE. After I have installed jmtpfs
, kio-mtp
mtp-tools
the issue disappeared and everything started to work correctly.
If you have already used jmtpfs
or a similar tool with a mount point of ~/android_mount/
, then first make sure it's not mounted:
# unmount previously mounted device
fusermount -u ~/android_mount/
# this should show empty directory
ls -la ~/android_mount/
You can also use the output of df
to see if perhaps it's mounted elsewhere.
Otherwise, create a new mount point, let's say ~/android_mount/
and mount your Android phone, after you connected it with USB cable and switched it to 'File Transfer' mode (it normally defaults to 'Charge'):
# make directory to mount
mkdir -p ~/android_mount/
# mount the device (can take several minutes)
# it will also show device information while mounting
jmtpfs ~/android_mount/
# now you should see internal storage if you don't have an SD card
ls -la ~/android_mount/
drwxrwxr-x 12 login login 0 Jan 3 44248648 Internal storage
# if it has an SD card too, then it'll show 2 entries
# look inside
ls -la ~/android_mount/Internal storage/
Now you can operate on the files as you'd on any USB attached device.
# when finished, unmount the device
fusermount -u ~/android_mount/
Could you add jmtpfs -l
to your question?
1. Your first 2 commands make no sense to someone who doesn't already have your specific dir names, which aren't standard. 2. and the last one should probably have a comment that you're unmounting it? 3. plus can you replace/home/login
with~
to be consistent with the rest of your steps? Thank you. The complete instructions with debug options can be found here.
– stason
Aug 29 '18 at 22:23
@StasBekman those were the commands I used - could not copy, but had to rewrite them. You were right about the one directory, which I edited (feel free to edit it next time). There are plenty of guides (the debian one is better one but the OP has Ubuntu which could differ). I wrote I used different linux distro. As for the guides you could also link an Arch linux one - wiki.archlinux.org/index.php/Media_Transfer_Protocol.
– tukan
Aug 30 '18 at 12:24
sure, I edited it as you suggested. Please feel free to further improve it. In this case the distro doesn't matter at all - since it's the same tool. Thank you for your sharing.
– stason
Aug 30 '18 at 15:15
add a comment |
I had similar issue with my openSUSE. After I have installed jmtpfs
, kio-mtp
mtp-tools
the issue disappeared and everything started to work correctly.
If you have already used jmtpfs
or a similar tool with a mount point of ~/android_mount/
, then first make sure it's not mounted:
# unmount previously mounted device
fusermount -u ~/android_mount/
# this should show empty directory
ls -la ~/android_mount/
You can also use the output of df
to see if perhaps it's mounted elsewhere.
Otherwise, create a new mount point, let's say ~/android_mount/
and mount your Android phone, after you connected it with USB cable and switched it to 'File Transfer' mode (it normally defaults to 'Charge'):
# make directory to mount
mkdir -p ~/android_mount/
# mount the device (can take several minutes)
# it will also show device information while mounting
jmtpfs ~/android_mount/
# now you should see internal storage if you don't have an SD card
ls -la ~/android_mount/
drwxrwxr-x 12 login login 0 Jan 3 44248648 Internal storage
# if it has an SD card too, then it'll show 2 entries
# look inside
ls -la ~/android_mount/Internal storage/
Now you can operate on the files as you'd on any USB attached device.
# when finished, unmount the device
fusermount -u ~/android_mount/
Could you add jmtpfs -l
to your question?
1. Your first 2 commands make no sense to someone who doesn't already have your specific dir names, which aren't standard. 2. and the last one should probably have a comment that you're unmounting it? 3. plus can you replace/home/login
with~
to be consistent with the rest of your steps? Thank you. The complete instructions with debug options can be found here.
– stason
Aug 29 '18 at 22:23
@StasBekman those were the commands I used - could not copy, but had to rewrite them. You were right about the one directory, which I edited (feel free to edit it next time). There are plenty of guides (the debian one is better one but the OP has Ubuntu which could differ). I wrote I used different linux distro. As for the guides you could also link an Arch linux one - wiki.archlinux.org/index.php/Media_Transfer_Protocol.
– tukan
Aug 30 '18 at 12:24
sure, I edited it as you suggested. Please feel free to further improve it. In this case the distro doesn't matter at all - since it's the same tool. Thank you for your sharing.
– stason
Aug 30 '18 at 15:15
add a comment |
I had similar issue with my openSUSE. After I have installed jmtpfs
, kio-mtp
mtp-tools
the issue disappeared and everything started to work correctly.
If you have already used jmtpfs
or a similar tool with a mount point of ~/android_mount/
, then first make sure it's not mounted:
# unmount previously mounted device
fusermount -u ~/android_mount/
# this should show empty directory
ls -la ~/android_mount/
You can also use the output of df
to see if perhaps it's mounted elsewhere.
Otherwise, create a new mount point, let's say ~/android_mount/
and mount your Android phone, after you connected it with USB cable and switched it to 'File Transfer' mode (it normally defaults to 'Charge'):
# make directory to mount
mkdir -p ~/android_mount/
# mount the device (can take several minutes)
# it will also show device information while mounting
jmtpfs ~/android_mount/
# now you should see internal storage if you don't have an SD card
ls -la ~/android_mount/
drwxrwxr-x 12 login login 0 Jan 3 44248648 Internal storage
# if it has an SD card too, then it'll show 2 entries
# look inside
ls -la ~/android_mount/Internal storage/
Now you can operate on the files as you'd on any USB attached device.
# when finished, unmount the device
fusermount -u ~/android_mount/
Could you add jmtpfs -l
to your question?
I had similar issue with my openSUSE. After I have installed jmtpfs
, kio-mtp
mtp-tools
the issue disappeared and everything started to work correctly.
If you have already used jmtpfs
or a similar tool with a mount point of ~/android_mount/
, then first make sure it's not mounted:
# unmount previously mounted device
fusermount -u ~/android_mount/
# this should show empty directory
ls -la ~/android_mount/
You can also use the output of df
to see if perhaps it's mounted elsewhere.
Otherwise, create a new mount point, let's say ~/android_mount/
and mount your Android phone, after you connected it with USB cable and switched it to 'File Transfer' mode (it normally defaults to 'Charge'):
# make directory to mount
mkdir -p ~/android_mount/
# mount the device (can take several minutes)
# it will also show device information while mounting
jmtpfs ~/android_mount/
# now you should see internal storage if you don't have an SD card
ls -la ~/android_mount/
drwxrwxr-x 12 login login 0 Jan 3 44248648 Internal storage
# if it has an SD card too, then it'll show 2 entries
# look inside
ls -la ~/android_mount/Internal storage/
Now you can operate on the files as you'd on any USB attached device.
# when finished, unmount the device
fusermount -u ~/android_mount/
Could you add jmtpfs -l
to your question?
edited Aug 31 '18 at 11:50
stason
1032
1032
answered Jul 10 '18 at 14:59
tukantukan
881213
881213
1. Your first 2 commands make no sense to someone who doesn't already have your specific dir names, which aren't standard. 2. and the last one should probably have a comment that you're unmounting it? 3. plus can you replace/home/login
with~
to be consistent with the rest of your steps? Thank you. The complete instructions with debug options can be found here.
– stason
Aug 29 '18 at 22:23
@StasBekman those were the commands I used - could not copy, but had to rewrite them. You were right about the one directory, which I edited (feel free to edit it next time). There are plenty of guides (the debian one is better one but the OP has Ubuntu which could differ). I wrote I used different linux distro. As for the guides you could also link an Arch linux one - wiki.archlinux.org/index.php/Media_Transfer_Protocol.
– tukan
Aug 30 '18 at 12:24
sure, I edited it as you suggested. Please feel free to further improve it. In this case the distro doesn't matter at all - since it's the same tool. Thank you for your sharing.
– stason
Aug 30 '18 at 15:15
add a comment |
1. Your first 2 commands make no sense to someone who doesn't already have your specific dir names, which aren't standard. 2. and the last one should probably have a comment that you're unmounting it? 3. plus can you replace/home/login
with~
to be consistent with the rest of your steps? Thank you. The complete instructions with debug options can be found here.
– stason
Aug 29 '18 at 22:23
@StasBekman those were the commands I used - could not copy, but had to rewrite them. You were right about the one directory, which I edited (feel free to edit it next time). There are plenty of guides (the debian one is better one but the OP has Ubuntu which could differ). I wrote I used different linux distro. As for the guides you could also link an Arch linux one - wiki.archlinux.org/index.php/Media_Transfer_Protocol.
– tukan
Aug 30 '18 at 12:24
sure, I edited it as you suggested. Please feel free to further improve it. In this case the distro doesn't matter at all - since it's the same tool. Thank you for your sharing.
– stason
Aug 30 '18 at 15:15
1. Your first 2 commands make no sense to someone who doesn't already have your specific dir names, which aren't standard. 2. and the last one should probably have a comment that you're unmounting it? 3. plus can you replace
/home/login
with ~
to be consistent with the rest of your steps? Thank you. The complete instructions with debug options can be found here.– stason
Aug 29 '18 at 22:23
1. Your first 2 commands make no sense to someone who doesn't already have your specific dir names, which aren't standard. 2. and the last one should probably have a comment that you're unmounting it? 3. plus can you replace
/home/login
with ~
to be consistent with the rest of your steps? Thank you. The complete instructions with debug options can be found here.– stason
Aug 29 '18 at 22:23
@StasBekman those were the commands I used - could not copy, but had to rewrite them. You were right about the one directory, which I edited (feel free to edit it next time). There are plenty of guides (the debian one is better one but the OP has Ubuntu which could differ). I wrote I used different linux distro. As for the guides you could also link an Arch linux one - wiki.archlinux.org/index.php/Media_Transfer_Protocol.
– tukan
Aug 30 '18 at 12:24
@StasBekman those were the commands I used - could not copy, but had to rewrite them. You were right about the one directory, which I edited (feel free to edit it next time). There are plenty of guides (the debian one is better one but the OP has Ubuntu which could differ). I wrote I used different linux distro. As for the guides you could also link an Arch linux one - wiki.archlinux.org/index.php/Media_Transfer_Protocol.
– tukan
Aug 30 '18 at 12:24
sure, I edited it as you suggested. Please feel free to further improve it. In this case the distro doesn't matter at all - since it's the same tool. Thank you for your sharing.
– stason
Aug 30 '18 at 15:15
sure, I edited it as you suggested. Please feel free to further improve it. In this case the distro doesn't matter at all - since it's the same tool. Thank you for your sharing.
– stason
Aug 30 '18 at 15:15
add a comment |
If MTP does not work, you may try instead KDE Connect.
See these references :
- How to Install KDE Connect in Ubuntu 16.04 LTS
- KDE Connect on Google Play
Downvoter: MTP sometimes simply does not work under certain conditions, so an alternative might be required.
– harrymc
Jul 11 '18 at 17:10
add a comment |
If MTP does not work, you may try instead KDE Connect.
See these references :
- How to Install KDE Connect in Ubuntu 16.04 LTS
- KDE Connect on Google Play
Downvoter: MTP sometimes simply does not work under certain conditions, so an alternative might be required.
– harrymc
Jul 11 '18 at 17:10
add a comment |
If MTP does not work, you may try instead KDE Connect.
See these references :
- How to Install KDE Connect in Ubuntu 16.04 LTS
- KDE Connect on Google Play
If MTP does not work, you may try instead KDE Connect.
See these references :
- How to Install KDE Connect in Ubuntu 16.04 LTS
- KDE Connect on Google Play
answered Jul 11 '18 at 16:24
harrymcharrymc
264k14273582
264k14273582
Downvoter: MTP sometimes simply does not work under certain conditions, so an alternative might be required.
– harrymc
Jul 11 '18 at 17:10
add a comment |
Downvoter: MTP sometimes simply does not work under certain conditions, so an alternative might be required.
– harrymc
Jul 11 '18 at 17:10
Downvoter: MTP sometimes simply does not work under certain conditions, so an alternative might be required.
– harrymc
Jul 11 '18 at 17:10
Downvoter: MTP sometimes simply does not work under certain conditions, so an alternative might be required.
– harrymc
Jul 11 '18 at 17:10
add a comment |
make directory to mount
mkdir -p ~/android_mount/
mount the device (can take several minutes)
it will also show device information while mounting
jmtpfs ~/android_mount/
now you should see internal storage if you don't have an SD card
ls -la ~/android_mount/
drwxrwxr-x 12 login login 0 Jan 3 44248648 Internal storage
if it has an SD card too, then it'll show 2 entries
look inside
ls -la ~/android_mount/Internal storage/
My mobile starts working now ...
add a comment |
make directory to mount
mkdir -p ~/android_mount/
mount the device (can take several minutes)
it will also show device information while mounting
jmtpfs ~/android_mount/
now you should see internal storage if you don't have an SD card
ls -la ~/android_mount/
drwxrwxr-x 12 login login 0 Jan 3 44248648 Internal storage
if it has an SD card too, then it'll show 2 entries
look inside
ls -la ~/android_mount/Internal storage/
My mobile starts working now ...
add a comment |
make directory to mount
mkdir -p ~/android_mount/
mount the device (can take several minutes)
it will also show device information while mounting
jmtpfs ~/android_mount/
now you should see internal storage if you don't have an SD card
ls -la ~/android_mount/
drwxrwxr-x 12 login login 0 Jan 3 44248648 Internal storage
if it has an SD card too, then it'll show 2 entries
look inside
ls -la ~/android_mount/Internal storage/
My mobile starts working now ...
make directory to mount
mkdir -p ~/android_mount/
mount the device (can take several minutes)
it will also show device information while mounting
jmtpfs ~/android_mount/
now you should see internal storage if you don't have an SD card
ls -la ~/android_mount/
drwxrwxr-x 12 login login 0 Jan 3 44248648 Internal storage
if it has an SD card too, then it'll show 2 entries
look inside
ls -la ~/android_mount/Internal storage/
My mobile starts working now ...
edited Oct 27 '18 at 11:36
Pierre.Vriens
1,24761218
1,24761218
answered Oct 27 '18 at 11:10
Ashima VigAshima Vig
1
1
add a comment |
add a comment |
Look at the gvfs, mtp* packages, in Synaptic, and under package->force package version you should have it set to (codename)-updates. If it fails remove package and reinstall all packages you remove. The packages probably didn't get upgraded to the appropriate version.
Reboot and you should see Android devices open.
add a comment |
Look at the gvfs, mtp* packages, in Synaptic, and under package->force package version you should have it set to (codename)-updates. If it fails remove package and reinstall all packages you remove. The packages probably didn't get upgraded to the appropriate version.
Reboot and you should see Android devices open.
add a comment |
Look at the gvfs, mtp* packages, in Synaptic, and under package->force package version you should have it set to (codename)-updates. If it fails remove package and reinstall all packages you remove. The packages probably didn't get upgraded to the appropriate version.
Reboot and you should see Android devices open.
Look at the gvfs, mtp* packages, in Synaptic, and under package->force package version you should have it set to (codename)-updates. If it fails remove package and reinstall all packages you remove. The packages probably didn't get upgraded to the appropriate version.
Reboot and you should see Android devices open.
answered Mar 3 at 9:03
NoBugsNoBugs
246310
246310
add a comment |
add a comment |
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1334656%2fmtp-not-working-after-ubuntu-18-04-upgrade%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Try KDE Connect on both ends, Ubuntu and Android.
– harrymc
Jul 5 '18 at 14:55