my solution to this is to only deal with the UPS in proxmox. it shuts down everything if the battery goes below a certain level.

I think you can configure nut to run a few scripts when something changes around the UPS. you could have a script that sends an alert through ntfy, and/or the web services that you want to use for this, but I’m not familiar with the notification system of nextcloud and truenas

it only works for hiding ads, it is powerless to protect any of your privacy anymore. ublock origin is much more than an adblocker, but ubo lite is basically just google’s mockery

would running nut-monitor in the VMs fit your use case?

oh, that’s good to know! iirc that’s the same reason it happens on windows too

oh, that’s good to know! iirc that’s the same reason it happens on windows too

oh yeah now that you say, SMB/CIFS mounted share if connection is no more. when I experienced this, it was temporary though, because there’s a timeout which is half (or double?) of the configurable reconnection timeout. but now that I think of it, I’m not sure if it made it unkillable.

killall just kills all instances of a program, not everything.

and also, long pressing the power button should just shut it down, no?

on windows a process can get in a state so that it is impossible to make it go away, even with process explorer or process hacker. mostly this also involves the bugged software becoming unusable.

I encounter such a situation from time to time. one way it could happen is if the USB controller has got in an invalid state, which one of my pendrives can semi-reliably reproduce. when that happens, any process attempting to deal with that device or its FS, even the built-in program to remove the drive letter, will stop working and hang as an unkillable process.

only if that feature wouldn’t have a massive memory leak… can’t update even to 10.9 because it crashes the whole system the first time it tries to rescan a library.

there’s an issue, and they have a hard time figuring out the problem.

you should be able to turn it up always, to some extent. it’s in the settings on web

I have recently discovered what was causing this to me for years. It was IP specific port bindings. Ports of a few containers were only bound for the LAN IP of the system, but if DHCP couldn’t obtain an IP until the Docker service started its startup, then those containers couldn’t be started at all, and Docker in it’s wisdom won’t bother with retrying.

The reasons to move my compose stacks to separate systemd services are counting.

I suspect that the JSON file is for the Nix package manager

the only game I have that has cards are the portal series, the others I haven’t experienced because I don’t play with games that have them. Are hats and loot boxes Valve’s fault, though?

well fortunately valve is enshittificating at a pretty slow pace, then

To be fair this is a terminal file manager… only a certain kind of person will be interested in the first place,

that’s the point

and those people are likely to be more inclined to leave a star on GitHub.

I don’t see that connection. But you know what, here is an example.

Broot is a similar program. It has been there for longer, has been loved by many, yet it has fewer stars.
If I would know more of those like this, I would probably have more examples.

I doubt that amount of stars can be achieved naturally in this short time, especially from a developer previously unknown.
the program is certainly not used by likehappy common people, this would seem complicated and scare them away

maybe a wireguard network is the way to go then, of course without being configured as the default destination for everything. there IPs are always fixed, but at that point you don’t even need a firewall

it gained 14k+ stars on github in a year (development started in 2023 july).

isn’t it a bit suspicious?

maybe it’s nothing, but this just caught my eye

if I were you, I would do IP whitelisting at the firewall instead of or besides the Minecraft server

yes, they are. reread the post, I just did so and I’m still confident