dd (lol, no!)

Same! I get capitalist anxiety every time I have to write a bootable ISO to a thimb drive!

No, my goal is to set up a portable hard drive to use as an external system (to eg.: connect to machines to repair/diagnose them) without having to spend the 2+ hours of install and configure off my one working machine ATM.

Thanks, taking a look at debootstrap and virt-manager ATM.

deboostrap from the package manager the same that we can use to set up Debian chroots? It can be used that way too? 👀

NixOS sounds interesting for a Sometime when I have more experience, certainly!

So far I’ve only had experience with a Nix thing that functions like a package manager, something like a Nix version of Brew.

So basically, safety before this kind of takedown starts by coming up with your own TLD?

Of course not, how could I~?

Presumably bots and right-wings don’t give a fuck, because they know they have the advantage on that one. And other people who are apathetic to the issue deserve what they get. The problem is that this does not function as social darwinism, so their idiocy drags the rest of us down with them.

I don’t know qhat bot farm you get that many upvotes from but you really need to do more research.

That was one guy (their CEO) expressing his personal support for one thing Trump did. Proton released a statement claiming that their company as a whole does not support any political stance or affiliation.

The first part was a statement that was backed by the board (this after the CEO guy doubled down on supporting Trump when questioned).

The second part almost merits no explainer: saying you are “neutral” on politics is the same as saying you favour those why already have the power - the oligarchs and those who maintain the status quo.

They can’t use other platforms because those are not Nazi enough to their liking, as we saw with the “retirement” after the response they got after their support for Trump.

John Lennyverse

Wait, isn’t InfoWars now a The Onion site?

Rimu, of all people, complaining about user visbility on the Threadiverse? Ironic…

Wouldn’t it be more efficient in that case to have some sort of remote* suspend+resume? Saves you the hassle of the bootup and shutdown procedure, when suspend saves most of the relevant energy.

[*] where “remote” can be “hook a tripwire from your room to the keyboard”, at least for the wakeup

If they cared they should have finished sooner

Eh, the only kind of server that I think you absolutely need full networking (address, iptables, routing, maybe even DNS) to be “meaningful” would be a database replica. Anything else, there is full use to partial network configuration: anything small enough that lets in a network connection someone else can use to diagnose (eg.: you can have a server that can spin up a meaningful session with only address and netmask, not routing).

That said, I’ve never seen a server, with or without systemd, set to wait for all possible network interfaces that are present to be fully configured… would me emotional murder with something like wireguard that by necessity has a depends on another interface’s routing. Usually with just lo plus any one available interface, it tends to suffice.

clean shutdown

on systemd

https://feddit.cl/post/13051330

Don’t mask or disable the systemd service.

Edit /etc/netplan/01-netcfg.yaml and add optional: true to any devices that may not always be available.

That’s absolutely systemd’s fault. In any Linux system the only network interface that can (more or less) always trusted to be available and complete a full initialization sequence is lo Absolutely nothing else.

(The worse if you happen to have a WiFi that autoconnects but does it across the same SSID to different endpoints, but that one is wpa_supplicant’s fault if I’m not mistaken. Systemd just makes it worse)

Not onl that but they usually remove the init script as well, so unless you go for archives you no longer have a sane mechanism for starting and stopping the service.

Fortunately Debian has a orphaned-init-scripts package that can help alleviate that pain, as you can also use those scripts (or even better, openrc scripts) as skeletons to replace systemd service units.