Linux

49017 readers

662 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
No misinformation
No NSFW content
No hate speech, bigotry, etc

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago

MODERATORS

AgreeableLandscape@lemmy.ml

nooter692@lemmy.ml

MarcellusDrum@lemmy.ml

cypherpunks@lemmy.ml

cyclohexane@lemmy.ml

d3Xt3r@lemmy.nz

Why is copying to USB stick on Linux so damn slow? (lemmy.world)

submitted 3 days ago by WereCat@lemmy.world to c/linux@lemmy.ml

46 comments fedilink hide all child comments

For context:

I'm copying the same files to the same USB drive for comparison from Windows and from my Fedora 41 Workstation.

Around 10k photos.

Windows PC: Dual Core AMD Athlon from 2009, 4GB RAM, old HDD, takes around 40min to copy the files to USB

Linux PC: 5800X3D, 64GB RAM, NVMe SSD, takes around 3h to copy the same files to the same USB stick

I've tried chagning from NTFS to exFAT but the same result. What can I do to improve this? It's really annoying.

you are viewing a single comment's thread
view the rest of the comments

[–] WereCat@lemmy.world 3 points 2 days ago* (last edited 2 days ago) (1 children)

I'm copying 6 video files that are 40GB total and it's been over 3h now and still not finished so it's not just a lot of small files. It's just slow as hell in general. Yes, the USB is 3.0 connected to 3.0 port verified it's actually running at 3.0 bus. No, it's not fault of the USB drive as this takes around 30min from USB 2.0 on Windows 10. Yes, I've tried Fat32, exFAT and NTFS... I couldn't care less about ext4 for this particular use case so it's not relevant and I haven't tried it yet because I'm still stuck copying. Not sure what rsync does different, I just use standard CTRL+C/CTRL+V copy/paste that I expect to work flawlessly in 2025. No idea why I would want to use command line for copying files to USB drive. This seems like an ongoing problem for over 10 years from what I've been looking at trying to find solution, I found none that worked yet, just the same comments I'm getting here mostly.

[–] HappyTimeHarry@lemm.ee 6 points 2 days ago

Very strange... So it sounds like you're using whatever the default file manager is for your desktop, there really isn't any reason the filesystem type would make things that much slower. Something must be very different about your system to be slowing transfers down that much.

I would use iotop to see how much data is being written, where, and what speeds it's getting but if you prefer a graphical version of that maybe "system monitor" is available to you in gnome or whatever desktop you use. You've probably already tested other drives I guess, maybe try just booting a fresh live USB of something and see if the problem persists there too.