You're copying data from the source, to harddrives... and then to a server with different drives?
Assuming it's just lots of smallish data files / media and not OS files (ie don't need symlinks, attributes, ownership, etc) then any backup software which generates hashes to be able to repair the archive during a restore would do.
Btrfs doesn't need LVM, but I wouldn't use that on mobile drives.
l also replaced 'I's with 'l's and vice-versa in some of my previous comments and haven't yet seen anyone react to them. Hopefully someone finds out the ones I did today.
l did something simiIar in my original repIy, but it Iooked too weird, so gave up.
Kinda mirroring the other points here, if you only install from the distro's repos then you're all good.
But...
Better than AV (blocks known bad), you're better off looking into things that only allow known good, like selinux, etc, which might be part of bazzite anyway? (I don't use it, so unsure)
Is that headline number for the free or paid for version? I couldn't tell from the article.
Looks like all downloads are direct from them, so it's much harder for distros using torrents to know their install base, but I suspect they're not much different.
I've seen increased activity with the Arch, Mint & Raspios torrents that I seed - although I don't have cold figures to say how much by.
I think you're looking for a calendar on a web page?
So, probably not what you meant, but Radicale is a really good caldav server I use for our calendars
It's a server, you need clients (ie phones, etc) to see the calendars, but I found that no-one wanted a web calendar, they just used their phones... so maybe it's an option...?
1st, definitely get backups offsite. Either cloud or drives at someone else's home, but do that.
When (not if) something breaks you'll need to fix it "now"
So, if you were intending on hosting a failover system in the cloud with Jellyfin, Adguard, Wireguard, etc. that won't be a simple replica - you'll need to redo your whole networking design.
IMHO, you're better having physical spare parts / devices at home and focus on that.
If you're running on an old PC, you'll probably be better getting a newer, more efficient (lower electricity costs) - possibly smaller and quieter - device and moving stuff across... your old PC can then be the backup device.
If the timestamps on the current live cctv image looks completely different, then you're out of luck using it as evidence.
After all, it's your video evidence, why would you want to fake it if you're trying to prove that someone stole that Amazon parcel off your front door step...
Slightly off topic and something I read from somewhere else, but make sure whatever you use can write the date & time onto the camera images, otherwise it isn't usable for any police / insurance claims.
I'd guess all systems do this now, but just wanted it to be on your checklist of features.
If the camera doesn't do it, then the storage server must.
(And make sure the clock is sync'd to something 😉)
What is Linux protecting us from by using passwords?
Bad humans & mistakes. But Linux doesn't need passwords.
Linux & Windows came from a command-line history, so things like UAC are just a GUI version of sudo (and there is (was?) a Linux equivalent if you wanted it)
So, consider these as options on either OS. If you want it, it's there, if you don't, don't - other options exist depending on your uae case (ie SSH keys, biometrics, etc..)
To the point; not using a password is a choice on convenience over protection.
Not quite clear there...
You're copying data from the source, to harddrives... and then to a server with different drives?
Assuming it's just lots of smallish data files / media and not OS files (ie don't need symlinks, attributes, ownership, etc) then any backup software which generates hashes to be able to repair the archive during a restore would do.
Btrfs doesn't need LVM, but I wouldn't use that on mobile drives.
Or... is this one huge 80TB file?