this post was submitted on 11 Jun 2026
13 points (100.0% liked)

Linux Mint

3474 readers
6 users here now

Linux Mint is a free Linux-based operating system designed for use on desktop and laptop computers.

Want to see the latest news from the blog? Set the Firefox homepage to:

linuxmint.com/start/

where is a current or past release. Here's an example using release 21.1 'Vera':

https://linuxmint.com/start/vera/

founded 5 years ago
MODERATORS
 

I've had this issue since the first day I started using linux about 15 years ago. Always the same issue, transfers start fine and slows down to a crawl, only on USB sticks.

The USB sticks are fine, I can make bootable sticks in five minutes but if I copy a file of similar size to them is half an hour and then five to ten more minutes waiting to be able to safely remove the drive.

There are dozens of forum posts, some blaming the drives, others the GUI, dirty buffers, outdated kernels, fastboot for some reason. Others marked as solved without a solution because it magically solved itself.

you are viewing a single comment's thread
view the rest of the comments
[–] Adverse_Reaction@anarchist.nexus 0 points 1 day ago* (last edited 1 day ago) (1 children)

This has been my goto fix on a number of problematic machines:

Add these lines to the end of /etc/sysctl.d/99-sysctl.conf

vm.dirty_bytes=50331648

vm.dirty_background_bytes=16777216

[–] umbrella@lemmy.ml 2 points 1 day ago* (last edited 1 day ago) (1 children)

what does it do? more caching?

[–] D_Air1@lemmy.ml 2 points 9 hours ago* (last edited 8 hours ago) (1 children)

Less, I also have this but with different numbers. The simplified answer is that the transfer speed that you are seeing isn't the actual speed that it is transferring to the disk in the first place. Instead it is the speed of it being cached into ram, before tapering off to actual write speeds. The defaults work on most machine, but there isn't a one size fits all value. You may find that playing around with those numbers causes more stable write speeds because it will force the system to actually write the data to the usb stick instead of letting large amounts of data cache into ram before actually writing it out to disk. This is often the reason why when it says it is done writing it isn't actually done writing and you have to wait some minutes on some systems to be able to eject. In fact, a lot of times on machines that experience this problem. Hitting the safely eject button is what forces it to immediately write all data to disk.

I believe there was an article about it that I can't seem to recall the name of, but I believe it was something along the lines of "your operating system is lying to you" or something like that.

[–] umbrella@lemmy.ml 1 points 7 hours ago

there's a thing that drives me nuts with linux, i really wish it showed actual progress. are you aware of a way?

i once sat for like 30 minutes waiting for the actual write to finish after unmounting. makes me want to disable caching altogether.