- cross-posted to:
- programmerhumor@lemmy.ml
“Hey Linux, can you just delete this file please?”
“Sure thing bud, a program is using it, it’s ok, I will just unlink the inode anyway, the program can still access it until it closes the file”
This is honestly one of my favorite features of the linux filesystem. As a dev it makes things like replacing and hot-reloading plugins way easier.
It turns out you can kind of get the same functionality on Windows if you rename the open file and place the new one with the original name, but it’s a bit of a hack.
Windows won’t let you rename a file that’s being used either.
Yeah, super annoying. In Linux you can rename or move it and the app using it doesn’t care.
Although having the option of listing the app using a file so I can kill the app would also be really nice to have. I’m sure Linux has something for that too, but I don’t know what it is.
I’m sure Linux has something for that too, but I don’t know what it is
fuser
I can’t remember the other program that’ll do it.
But there’s another one that’ll list all the processes using a file.
Tip of my tongue fuck.
lsof | grep <filename>
Hmm. So are the blocks freed up for overwriting on file close, then?
Yes. On Linux/Unix you don’t delete the file, you just delete it’s name, which is merely a link to the actual file. That’s also the reason why the syscalls name is actually
unlinkand notdelete. As soon as there’s nothing pointing to a file anymore, it is deleted.As long as a process holds a file handle, there’s still a reference to said file, so it won’t be deleted. That saved me once, when I accidentally deleted a file I wanted to keep: As there still was some process keeping it alive, I could just go to
/proc/[process id]/fd/[file descriptor id]and copy it to a safe location.Good to know, and helps me understand code dealing with filesystems a little better. I’m curious how the kernel keeps track of it all, just a counter maybe?
On Linux/Unix you don’t delete the file, you just delete it’s name, which is merely a link to the actual file.
Is that different on other systems?
I don’t know how NTFS does it, but on FAT filesystems the directory table contains the filename along with all the other file metadata (access rights, creation date, size, etc). Only the list of sectors containing the actual data is separate. That means that you can’t have two filenames for the same file on FAT filesystems.
If you want to learn more about this, the data structure UNIX filesystems use, and FAT filesystems lack is called inode.
opening the task manager with a shotgun cocking sound
Shame…
Meanwhile on Linux: /boot successfully deleted
In case anyone is interested, there’s a powertoy called file locksmith that will show what’s using it and let you kill it: https://learn.microsoft.com/en-us/windows/powertoys/file-locksmith
“Time to see who’s stopping me from deleting this file… svchost??? Goddamn it!”
The performance view thing that comes with windows also allows searching for file handles but it’s not very user friendly. Also not possible without admin rights if I remember correctly
Me: I’ve closed the program, now please delete the file
Windows: ok, give me half an hour, it’s not easy to delete 500 MB
Hey Linux, sudo rm -rf /
sigh I’m surrounded by idiots.
“Sure thing boss” you fucking moron.
Missed the flag
--no-preserve-rootor you could just add a wildcard.
… And the file is back open somehow. Only now the program throws an error when Windows launches, yet still leeches resources.
Here’s an incredibly animated chart of how poorly I’m doing. Note that I seem to throttle the operation every 5 seconds or so.
Explanation? No, no. Haha. No. We don’t do anything like that.
TBF the task manager and those windows explorer dialogues were programed in like 1996 and it’s probably one of the best functioning feature in Windows so changing it too much carries high risks.
changing it too much carries high risks
This is such a Windows way of thinking. Why does every other OS constantly change and evolve but Windows is like “can’t touch this code from a quarter century ago?”
I don’t see the problem with it. Microsoft historically does a great job of making everything worse with updates.
Same on Mac except it’s an external drive that some mystery program is using.







