As the title says, I need to find a fast and reliable way to transfer files between my Linux laptop (OpenSUSE with KDE 4) and my Android phone (Samsung Galaxy S3 Neo).

I have already tried several methods

  • MTP protocol over a physical USB cable connection;
  • FTP protocol over WiFi, provided by ES File Manager app;
  • Bluetooth connection;
  • KDE Connect over WiFi;

but everything seems to be either slow, not reliable, or both; what I mean is that, no matter what kind of connection I try, I always find out that my files are transferring at a low speed (in the 100~500 Kb/s range) or, when the speed is a bit more acceptable (some Mb/s), the connection breaks more often than not; It really get on my nerves to have to wait an hour, or so, to transfer some songs or video files between my devices, or to have to restart the process for the Nth time because it suddenly stop working; after all, in these days, a filesize weighting in the hundreds Mb range is the norm for medium-sized files, I'm not talking about transferring a whole Hard Disk content.

My various trials showed me that MPT is the buggiest way, even if it can achieve the best speeds when working (but this kind of connection breaks way too often to be of any practical use), while the other seem to be more reliable, but whit such low speeds that render the whole process a waste of time (like I said, I find not acceptable to have to wait an hour or so to transfer a music album, an episode of a TV series, or any other file that weights more that a couple of MB's).

What is my best option to perform this simple task? Please bear in mind that I'd like to do it without using any online service (Dropbox, Google Drive, or anything like that), I find it absurd that to transfer some personal files between two personal devices located in the same physical room I have to use a server located, very likely, on another continent.

  • If the MTP protocol over physical USB connection is causing you problems, that indicates a problem with your setup. It should be reliable and fast. It should be much, much faster than the 12.5 - 62.5 KB/sec you are reporting and I've never seen it break the connection. Jan 18, 2016 at 13:17
  • 3
    Do you have some suggestions on how can I try to find out where the problem lies? A Google search showed me that I’m not the only one to have problems with this technology under Linux.
    – Sekhemty
    Jan 18, 2016 at 13:24
  • FWIW, I use jmtpfs and it's also often buggy/slow. I don't think it's a problem with the physical connection because adb push is fast and reliable. Jan 20, 2016 at 19:50
  • 1
    The problem is not just the slowness -- I would be comfortable for some transfers to be slow ... When I copy a file (say a movie or songs) the entire PC 'stops'. Why?! If I drag files to a device on Windows to the exact same Android device -- I can still do real things like compile Java or answer Email. But using a copy on Linux, no it must wait just like a Single Threaded MSDOS PC. What ever the problem is appears to be a buggy implementation for the Linux - Android interface. Bit sad if they both come from the same Linux stable.
    – will
    Mar 4, 2017 at 7:55
  • Have this same problem with Samsung and Ubuntu. Sometimes it is fast, sometimes it is terribly slow. Need to wait for minutes for files to show up and to copy/move
    – A.W.
    Apr 8, 2020 at 8:14

9 Answers 9


KDE connect. I'm transferring pictures from my phone with 35 Megabytes per second on my home wifi. At my workplace the wifi/network is considerably poorer: I only get ca 0.5 megabyte per second. Same computer - same phone.

Creating a shared wifi on the computer via the network manager can speed things up a lot. (Remember to set a wifi code so you don't open the network)

  • 35 MB/s? I only get 1-2MB for some reason. Which smartphone, router, computer you use?
    – Te Ri
    Apr 9, 2018 at 9:29
  • Samsung s8 + TP-link Archer C9. Make sure your phone and laptop are not on two different bands (2.4Ghz and 5Ghz)
    – user130356
    Apr 9, 2018 at 13:07
  • UX on linux keeps getting better and better.
    – D. Dan
    Oct 24, 2018 at 12:12

Use ADB push/pull. Or I think some devices support the pre-MTP USB mass transfer. Might need to enable it first. Though adb is probably best for large and fast transfers.


Permissions seem to be a frequent problem. I use

adb push <file on pc> /storage/self/primary/Download/

the latter directory is writeable by joe user, unlike system dirs which require a rooted phone.

N.b. this automatically invokes adb start-server; to tidy up, adb kill-server after file transfer.

The file which ends up in the Download folder can be moved with the phone's menu 'select' and 'move' functions.

If you're trying to modify the phone's inner workings you need root access...


I agree that copying files over WiFi between Linux computer and Android phone is absurdly difficult. The most convenient tool for this IMO is KDE Connect, however in my case it often has problems in the Linux -> Android direction returning errors with no meaningful comment.

For Linux -> Android direction in my case pure FTP solution works best. My set up:

  • Android: I use Total Commander App (TC) as an FTP client (you may need to install additionally an FTP plugin for TC)
  • Linux: I use vsftpd service as an FTP server:

    -- a great article how to set up an FTP server step by step you can find here: https://www.wikihow.com/Set-up-an-FTP-Server-in-Ubuntu-Linux

    -- sometimes you want to verify the status of your vsftpd service, how to do it you can find here: https://askubuntu.com/questions/19320/how-to-enable-or-disable-services

  • Once the above is set up create a new FTP connection in Total Commender App (user: anonymous, IP: [verify on Linux using ifconfig command - wlan0, most likely will start with 192.168.], SSL: no, name: [your favorite connection name]).

After connecting in TC to the FTP server on your Linux you can copy files from Linux computer to the Android device: in one panel you have your FTP server folder on Linux and in the other you can choose any directory on your Android and copy files from one to another.


Maybe take a look at Airdroid, which should transfer the files locally via Wi-Fi.

  • 4
    Thanks, but like I said, I prefer not to rely on online solutions; AirDroid requires you to register an account to be used, it is not something that I'm willing to do for a simple file transfer task.
    – Sekhemty
    Jan 18, 2016 at 13:22
  • Alright, sorry. Last time i used it, the phone would start a webserver and you could access it from the local wifi using a short (4 digit) authentication-code. Account was not forced back then.
    – kyze
    Jan 18, 2016 at 13:24
  • 3
    In addition, I do not see why I should give away my contact list in ordre to transfer files Oct 27, 2018 at 21:16

If you have samba on your Linux box, "FolderSync lite" works pretty well, but mainly for keeping pairs of directories in sync; thus it's good for songs and pictures, but not so much for one-off transfers.

As others have said, adb push is a good way of moving files to the phone over a cable connection. Somebody should write an adbfs for fuse. :)


Using SSH Server and Filezilla provides acceptable wireless transfer speeds, reliable and secure file transfers, in my opinion.

  • 2
    Except that your sshd user may not have write permission on the external SD card, for example...
    – Jay
    Sep 8, 2016 at 20:25

I've found that it only works for USB if I use the cable supplied with that device or a similar device. The USB cable from my defunct Samsung tablet works fine with my Android Onix replacement. The only thing that works for my phone is that cable that came with it. Other USB charging / transfer cables don't work or not fully: won't copy .mp3 files for example. No idea why this is. But non device cables often don't show up as a USB device.


The fastest method I have found is via rsync to the local folder of a samba share. I am averaging 16 MBs. ADB averages < 2 MBs as does cp.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .