Hi there, I’m on Bazzite KDE and recently somehow lost a my “gaming” folder…? No idea how but must gave been user faulty, e.g me. Therefore wondering if it’s possible to lock certain folders so that this cannot accidentally happen?
sudo chattr +i (folder) prevents anything to modify/delete folders and files
Add -R for setting the flag for all subdirectory/files
Thanks I might try this! However does this allow for reads/writes from the system? Considering this is a folder for games, the files are constantly changing, such as the game save files etc…
If you’d like to look into it further. the +i flag in chattr is setting an attribute making the file (everything in Linux is a file, so yes this even means directories) immutable. When a file is immutable, it isn’t possible to change the ownership, group, name, or permissions of the file, nor will you be able to write, append, or truncate the file.
It’s been a while since I’ve used it, but I don’t believe it’s possible to have an immutable directory where you can still modify the contents therein, but I may be misremembering that. It would seem unlikely since adding content to the directory should require that you modify the links for the directory, which shouldn’t be allowable with an immutable object?
It’s possible that the +a chattr attribute may achieve what you’d prefer. I believe that flag will make it so that files (and again, everything in Linux is a file) can be created and modified, but never deleted. I’ve actually never used this one, but I can foresee how this still may not be ideal for your wishes since updates to games may expect to be able to delete old content which would be thwarted here. 🤷
I don’t believe it’s possible to have an immutable directory where you can still modify the contents
Not directly under that directory, but you can modify directories under it. Attributes only apply to the directory’s own alocation table and child directories have their own tables.
Also you can modify the content of the files in the directory. The attributes only refer to removing or adding files or other operations that modify the directory’s table.
Others have answered your question - but it may be worth pointing out the obvious - backups. Annoyances such as you describe are much less of a stress if you know you’re protected - not just against accidental erasure, but malicious damage and technical failure.
Some people think it’s a lot of bother to do backups, but it is very easily automated with any of the very good free tools around (backup-manager, someone’s mentioned timeshift, and about a million others). A little time spent planning decent backups now will pay you back one day in spades, it’s a genuine investment of time. And once set up, with some basic monitoring to ensure they’re working and the odd manual check once in a blue moon, you’ll never be in this position again. Linux comes ahead here in that the performance impact from automated backups can be prioritised not to impact your main usage, if the machine isn’t on all the time.
Definitely a very valid point! I have a server I can back up to aswell, just gotta set it up as you say 👌
I think it’s worth emphasising here: Don’t put it off!
There are millions who can tell you from experience that good intentions count for nothing when it comes to backups.
I’d recommend going and setting up Timeshift right now: https://github.com/linuxmint/timeshift
It’s easy to set up, it takes literally 10 minutes, and if you decide later you want to use something else, you can just uninstall Timeshift and delete its backups. But in the meantime you’ll be protected with backups.
It’s literally the first thing I install on a new system and it’s saved me multiple times from having to do a complete reinstall.
+1 to this.
You can reduce likelihood of any known risk with a preventative measure, in this case the permissions and ownership structure. That is good.
Backup does not reduce likelihood of risk.
It does something more wide-reaching, it mitigates against the bad outcome of loss (from most causes).So it defends from many unknown risks as well as known ones, and unexpected failure of preventative measures. It sort of protects you from your own ignorance and complacency.
Shit - i’m off to do some more work on backup.sh.
Not really afaik, you can make file immutable with chattr +i /path/to/something but that means you cannot write to it either, which will probably cause problems.
I think looking into man chattr is a good option for this
Sure, regular file permissions can do that. You may need to make the folder owner someone else, and set the sticky bit.
