Compose is stateful, so if you start a container and demonize it, it will start it again on restart of the machine until you stop it (by default), so that’s one way. If you want to hook into systems, you can go that route, but it’s not going to net you much just trusting one mechanism over another.

You just…build it.

If you’re looking for a way to run it like a system service, you could make a systemd unit I suppose, but it’s little effort to make a compose config, or a quadlet if you’re running podman.

https://www.vg247.com/steam-vendor-data-breach-passwords-89-million-users-dark-web

It’s not Silverblue specific, it’s the Linux Kernel.

Exactly. A backup tool makes an entire copy of a filesystem. A time-based snapshot tool only covers the delta of changes to the filesystem.

So if you want a fully functional copy of your filesystem, then you make a full or incremental copy.

If you just want to be able to “rewind” to a point-in-time version of it, then Timeshift or snapshots allow you to do that.

Timeshift is not a backup tool, so it’s meant to run on the filesystem you’ve configured it for. If you ran it across many volumes or targets like RAID, it wouldn’t work as you’d expect because it’s not designed to work that way.

I don’t think it’s a very well adopted extension on any platform. It kind…feels out of place if you think about it. I did see Davx5 supports it, but I’m literally not seeing anything else.

I’m trying to think how it would be implemented in a simpler way than just using date entries and metadata mapping from an implementation standpoint, and I see no functional differences, so I can’t imagine developers really going out of their way to implement it when there’s already an existing and simpler method of essentially doing the same thing.

Samsung, WD, Seagate, Corsair…etc. Just not a random no-name brand. Poke around the Backblaze stats to get a good idea.

Whatever is a reliable brand that fits in your budget. Since you only have a SATA connection, you’re maxed out at 600MB/s on your transfer rate. Buying a drive with faster benchmarked transfer rates won’t give you any benefits.

Minisforum Refurb, or an SoC that’s cheaper than RPi

As everyone keeps saying…it’s just not a thing that actual sysadmins or fluent users need. Using ssh configs is essentially the same thing that you’re looking for, but you’re just typing alias hostnames instead of clicking on them. Otherwise absolutely no difference. Not many people are connecting by IP address or anything like that.

If you’re dead set on a GUI for this, I guess you’d be in the minority which is why you’re probably not finding a lot out there.

I think Remmina does this though, and it’s solid as an RDP client otherwise.

ssh config? Not sure what you’re looking for. Like a list of preconfigured connections?

Well here’s an easy guide to get started: https://docs.github.com/en/pages/quickstart

Then rsync is your friend, like so rsync -avzp /drive1/ /target2/drive1/

That will copy all the files from drive1 to a destination folder in the backup drive called ‘drive1’.

Deduping only works for a single target or context at a time, so if you’re working with many drives, you’ll need to sort your data into unified locations on the backup target first, THEN run dedupe tools against it all.

Second, if all of your data from these drives fits uncompressed on the target drive, rsync will be the fastest to get the data from A to B.

Just gonna throw some constructive criticism out here: this is not a good format for this. This is painful to read with styling, especially on mobile, and pagination requiring clicking to the next page is just not something many will bother with.

You have a GitHub, so I’d post it on a GitHub page, or just in Markdown to make it more readable.

I think Piper being able to take input and read it from the client is simple enough that most people wouldn’t make an entire GUI just to avoid to do that, so it might be hard to find something like that.

If you’re specifically talking about reading PDFs aloud, you could do something like: pdftotext file.pdf | piper and it will read the whole thing.

If you only mean reading a file from a specific selection of text, I’ve never seen something that, and it would have to operate more like a fully fledged screen reader because you’d have content rendered on screen that would have to be then piped to a TTS engine.

Do you just want a screen reader maybe? Gnome has Orca, and KDE has Kreader. Orca is much more polished.

Okay, so that clarifies it a bit. Unfortunately, you can’t just merge the two different installs, but what you CAN do is just clone the existing SSD over to the new one, them make that your boot drive. That seems to be the simplest option for you.