Though, technically that leaves you more at risk of ransomeware or something that overwrites your data.
I rsync as well, but use snapshotting on the remote drives. So, a bad rsync would suck but shouldn’t really result in data loss. Ransomware on my local+remote server would of course be very bad…
I do something similar — I have a raspberry pi and a HD, with daily rsync and snapshots (monthly retained indefinitely, weekly retained for a month, daily retained for a week). It’s at family’s house, connected to my home via WireGuard via a VPS. Tailscale (or anything really) would also work here.
It’s a great setup! Just have some watchdog reboot if it can’t talk to home (a simple cronjob with ping -c1 home.lan || reboot or similar).
Even our “slow” 35Mbps upload speed is way more than enough for incremental rsyncs of my Immich library. The initial sync was done in person, though.
I got one from goHardDrive on eBay (link). It was cheap enough, looks flawless, and knock on wood has been working fine.
Googling around, the brand gets…mixed reviews. My use case is such that of this drive fails it’s not a big deal.
I’ve honestly never understood people who feel the need to “replace” Spotify. … Spotify has never made sense for my use-case.
I don’t know how to say this, but…you have extremely uncommon use-cases:
…during those times, my phone is either fully turned off (so I’ll use an MP3 player), or it’s in Airplane Mode.
Many people listen to music on stereos and don’t necessarily want a device plugged in, so
I just download the music I like to my device and listen to it via VLC.
either doesn’t work or is substantially less convenient than e.g. casting from a phone.
Not hating on your setup at all, but it’s very niche, in my experience.
…the San Francisco gold rush in 1949.
Classic CS major, making an off-by-one(hundred years) error ;)
I have some bad new for you about Linux…
I think a lot of companies view their free plan as recruiting/advertising — if you use TailScale personally and have a great experience then you’ll bring in business by advocating for it at work.
Of course it could go either way, and I don’t rely on TailScale (it’s my “backup” VPN to my home network)… we’ll see, I guess.
Yep, you’re right — I was just responding to parent’s comment about fiber being best because nothing is faster than light :)
That’s…not really a cogent argument.
Satellites connect to ground using radio/microwave (or even laser), all of which are electromagnetic radiation and travel at the speed of light (in vacuum).
Light in a fiber travels much more slowly than in vacuum — light in fiber travels at around 67% the speed of light in vacuum (depends on the fiber). In contrast, signals through cat7 twisted pair (Ethernet) can be north of 75%, and coaxial cable can be north of 80% (even higher for air dielectric). Note that these are all carrying electromagnetic waves, they’re just a) not in free space and b) generally not optical frequency, so we don’t call them light, but they are still governed by the same equations and limitations.
If you want to get signals from point A to point B fastest (lowest latency), you don’t use fiber, you probably use microwaves: https://arstechnica.com/information-technology/2016/11/private-microwave-networks-financial-hft/
Finally, the reason fiber is so good is complicated, but has to do with the fact that “physics bandwidth” tends to care about fractional bandwidth (“delta frequency divided by frequency”), whereas “information bandwidth” cares about absolute bandwidth (“delta frequency”), all else being equal (looking at you, SNR). Fiber uses optical frequencies, which can be hundreds of THz — so a tiny fractional bandwidth is a huge absolute bandwidth.
80% of the USA lives within urban areas (source). Urban “fiberization” is absolutely within reach.
Agree that running fiber out to very remote areas is tricky, but even then it’s probably not prohibitive for all but the most remote locations.
So the irony is
I see what you did there…
I think you mean more scrupulous, not less.
Hopefully you can publish in an open-access journal — if not it would be great if you could share an arXiv preprint :)
Physics is like sex: sure, it may give some practical results, but that’s not why we do it.
— Richard P. Feynman
I think the same is true for a lot of folks and self hosting. Sure, having data in our own hands is great, and yes avoiding vendor lock-in is nice. But at the end of the day, it’s nice to have computers seem “fun” again.
At least, that’s my perspective.
Whatever you decide for your laptop, I’m a proponent of a barebones off-site setup if you’re trying for 3-2-1 backup or similar.
I use a raspberry pi 3 with a single HD (ZFS) retaining some number of daily/weekly/monthly snapshots. Daily rsync, everything over WireGuard+VPS (TailScale would work too).
Others mentioned virtualization — I have had issues with COW filesystems (btrfs), as COW does not always play nicely with VM drives (extreme fragmentation and very poor performance).
Maybe there’s some interplay between amd64 and x64 architectures.
AMD64 and x64 are the same thing. Do you mean AMD64 and x86? There is definitely interplay there, as AMD64 implements the x86-32 instruction set.
Same — rsync to a pi 3 with a (single) ZFS drive at family’s house. Retain some daily/weekly/monthly snapshots.
I have a (free) VPS with static IPv4 which is how I connect everything.
Both the VPS and the remote site have limited network speed (I think 50Mbps for VPS), so the initial sync was done sneakernet (well…“airplane net”). Nightly rsync is no problem bandwidth-wise, and is mostly just any new videos I’ve uploaded to my local Immich instance.
Compensation for engineers in the Bay area will average much higher than $200k, and that’s not counting benefits (medical, etc.). So cost to the company will be way higher than 200k/employee.
For a project that has hardware, there will be large expenses associated with that — custom silicon has huge setup costs, for example.
Frigate is pretty good, too. I’ve only been running it for a few months but I’m very happy with it.