Can't you literally delete an open file and its fine?
this post was submitted on 20 Apr 2024
978 points (97.2% liked)
linuxmemes
20776 readers
357 users here now
I use Arch btw
Sister communities:
- LemmyMemes: Memes
- LemmyShitpost: Anything and everything goes.
- RISA: Star Trek memes and shitposts
Community rules
- Follow the site-wide rules and code of conduct
- Be civil
- Post Linux-related content
- No recent reposts
Please report posts and comments that break these rules!
founded 1 year ago
MODERATORS
This is funny, because copying files to a USB flashdrive, is just inherently disfunctional in linux.
Zen kernel hasn't even support for fat32 last time i used a usb.
Actually had to switch kernel to use it
To be fair in the other direction. Debian and Ubuntu and forks have it. They handle pretty much all filesystems fine, which is indeed impressive. Suprisingly Windows also has pretty good EXT drivers, so in a way the world is in harmony :D .
TRUE!!! Why "user friendly" distros does not mount removable drives with sync option by default is beyond me.
Hang on there is a sync option? Does that make the progressbar work? If so why is it not enabled?
Yep. Almost all operating systems have a bufor that tell programs file was moved when it is still in the process. It makes perfect sense, it speed things up and extends the lifespan of the device.
You can flush that bufor manually with just the sync command or disable it for whole partition with -o sync option. Technically you should unmount drives before unplugging for safety anyway, but people are stupid or more important lazy and in my opinion for external devices mounting with sync really should be the default. Maybe some low-level developer would disagree.
I'm very confused by this thread.
Progress bars are handled by the applications themselves, whether flushing happens or not;
immediate flushing does not increase storage lifespan, in fact letting the OS decide when to do it may allow wear-leveling to work better.
(Though, IMO immediate flushing should be the default for removable media on user-friendly distributions, like swap partitions are)
Progress bars are handled by the applications themselves
Yes, but OS must tell the application how much of the operation is done
immediate flushing does not increase storage lifespan
I was trying to say the opposite. Caching/buffering is what longers the lifespan and can speed system up
VLC: Sure, just move the podcast you're listening to in another directory while listening.
Any program can do that assuming they keep the file open. Its an OS thing.
Many many years ago, it's one of the things that made me switch to Linux. Moving and renaming files while using them was kind of a game changer.
That open file lock shit is terrible. You can't even attach a word document in an email if it's opened. The windows ui is painfully slow even on capable hardware which makes dealing with this even worse. KDE is so fast, ui stuff finishes happening faster than my finger can complete the "click" motion.
It's always blown my mind how game developers are ever able to get anything done working like this. A game development workflow, working with lots of different folders and different files open in different programs is exactly the type of workflow the windows ui is so bad at. Guess that explains things.
I recently used mv on a folder containing a massive quantity and size of files, and it completed the operation in like a second. I'm used to windows taking forever to do the same thing
I think this is because in windows the file is physically moved on disk. In Linux the pointer is changed but the file is not moved physically on disk
Fuse filesystem for the win.
view more: next ›