Was using scoop as I prefer it’s contained aspect. However, now I 'm on Linux, and my work blocked the repo’s so…
Was using scoop as I prefer it’s contained aspect. However, now I 'm on Linux, and my work blocked the repo’s so…
Fair enough. But can’t be assed to switch every little thing, and keep track of the new ones (like the ad tracker in 128)
I mean an updater on the windows (the os). Sadly forced to use windows at work, but at least I got my Librewolf.
That’s a great point, but Linux Mint hasn’t a repo for Librewolf in a long time, meaning it was only available through Flatpak. It’s not a big issue, but it does break keepassxc, and is a pain considering the drama Debian got over it
Librewolf, but I’d argue it’s more of a Firefox/web debloater reason. No pocket, no VPN ads. I would have said that the only issue is that it is a pain to update, but they added a windows updater and software repos, so I would almost recommend it over stock firefox for normies.
And I use tor to search stuff that contains sensitive data like my location… Or when a website is blocked
Defrag will remove the CoW of the snapshots tho. It will definitely make things worse. I’d say remove (but keep at least one per subvolume) snapshots, set the flags, and wait until the snapshots trinkle down
I’d say you might have had a snapshot still holding the deleted data when you first deleted the cache. I don’t use time shift for my backups but I’d assume it uses the same kind of incremental snapshot as btrbk. Which means that, until the next backup date, it will hold onto the previous state of the system, preventing it from truly deleting the file.
You may also have some balance issues, having way more metadata allocation than needed. Try running a balance and see if it changes something.
? I’m agreeing with you?
There’s a difference between helping people with misunderstanding a tool and belittling them for being wrong. It’s just a matter of wording that separate an helpful answer from a toxic one
I could tell you “You should actually use Y instead of X. They are numerous benefits like A, B and C. The doc actually have a great example you may have missed or not understood it was for this purpose. It will help you a lot more than what you are thinking of doing.” And this would be fine.
But “Just use Y. X is bad because Y is made for that. You not willing to use Y shouldn’t make you do X. There’s even a the first Google link on how to do it” isn’t fine.
And I have not belittled them at all. I have said that it wasn’t what I was looking for. A lot of times people post questions they think should solve their issue, but only to realise that they didn’t fully understand the full picture and theirs problem is on a larger scale.
Seems like the best solution. I’ll look into it
But can it prevent killing only docker, and not the build/big containers processes?
Oh that’s not a problem to let a container get killed. It’s perfectly fine. What I want is just not crippling my whole server because one container did a funny.
If it keeps docker and the portainer VM I’ll be 100% ok, because I can just restart it. I don’t want to have remote access to my server outside of my home for security reasons, so this is just the bare minimum
Alright, sorry for calling it a “bandaid fix”. It wasn’t just the right term for what I wanted to say. I was more referring on how it would only fix issues in cases of builds, and not on actual runtime, which can also be an issue if I am not careful. So yeah, it’s the fix for the issue in the post, but this solution made me realise that this isn’t the only thing I want.
But the second part is… Just chill. It’s a home server. Not a high availability cluster. I can afford stupid things. Heck, I’m only asking this question because I got stupid and haven’t limited the job count of a cargo build, downing my server. I don’t care that my build crash. I just want to not have to manually restart it, because when I’m not here I can’t do it.
As for the link that you sent, it’s container limitations, not image building limitations. And I already have setup some on my most hungry container, stats shown that it blew past it, so idk what’s going on there.
Edit: NVM. This is a bandaid fix. What if you forgot to put the flag? Like it’s been 5 month since last time and forgot to do the same fix? Or you accidentally removed it while editing the command? I’m actually looking for a solution that fixed my problem fully, not a partial solution
Fair enough. But I don’t want a bandaid fix solution. Even more that I do all my docker through portainer and the option isn’t there.
It could also be useful if a container got a memory leak and is unbounded
I’ll try that. I know that systemctl has a start-or-reload command, but is there any “start-or-ignore” commands? Or start flags?
“You should terminate yourself, NOW!”
I often do the same for my memes. I like them high quality
Could you explain your choices better? Like what makes the top tier so good, and why the bottom tier is so bad?
I hope your benchmark was on something else than a live usb /j
But now most distros only need to install through the package manager, or at worse add the repo