I know that making networks out of duct tape and bubblegum is a point of pride in the Linux community, but if you have to store vital data, wouldn't a nice hardware NAS and a RAID array be a better solution?
this post was submitted on 07 Aug 2023
241 points (99.2% liked)
linuxmemes
21222 readers
84 users here now
Hint: :q!
Sister communities:
- LemmyMemes: Memes
- LemmyShitpost: Anything and everything goes.
- RISA: Star Trek memes and shitposts
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
2. Be civil
- Understand the difference between a joke and an insult.
- Do not harrass or attack members of the community for any reason.
- Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
- Bigotry will not be tolerated.
- These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
3. Post Linux-related content
- Including Unix and BSD.
- Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of
sudoin Windows. - No porn. Even if you watch it on a Linux machine.
4. No recent reposts
- Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.
Please report posts and comments that break these rules!
founded 1 year ago
MODERATORS
How about an external HDD plugged into the Pi? Even a usb stick is better than writing it to the microsd card.
My brain didn't even register that the meme was about NAS data residing on the SD card. I automatically assumed it's on attached disks and was about to snark-reply about keeping a cloned SD card taped to the Pi case for such occasions.
Jup same
Funny. My WD nas runs linux and the support ended so i've had to upgrade myself with entware... and it's old, so the fan was sized for cooler hard drives, so I cut a hole in the top and screwed on another fan... and WD removed NFS support years ago, so I just mount my shares oversshfs... and i'm currently upping my local security so it's only accessible over wireguard... honestly, I have no idea what it's doing with the hardware raid and the way it mounts drives so i'm tempted to switch over to mergerfs and snapraid...
Basically my legit consumer hardware raid nas is more duct tape and bubblegum than my home built linux nas. Then again, it's easily a decade past its anticipated useful life too.
I guess it is a point of pride.
Backups people backups. You don't realize how much you want them until it's too late to make them.
don't worry I have raid, that's a backup right?
Raid 0 right? I heard the number stands for how much risk there is of losing data.
Add more disks for more reliability
Due to the green economy I only buy second or third hand disks for my RAID0 setup
No, the backup goes after the raid when something goes wrong.
Wait, I thought you're talking about that SWAT team outside your house.
If 3-2-1 is a good backup strategy, RAID (non-zero) is like 0.5 at best. Maybe 0.6 if your config can handle 2 simultaneous drive failures
How do I make a backup of my pi and all its settings? I set everything up following guides and am not great with Linux. Is there a way to make like a full clone, so I can just copy paste into a new pi in case?
Yeah, I think the same software you used to image your SD card can be used to make an image from your SD card.
Copy the entire SD card (both partitions) with a tool like dd to a file.
Also remember to backup before things break. I once diligently backed up a system image before an upgrade. But I backed up a already failed SD card.
Also remember to test your backup system.
Setting up an intricate backup process is great, until an actual emergency happens and it turns out you can't put Humpty-Dumpty back together
and if possible, keep some backups in a separate physical location. House fires or break-ins aren't all that uncommon.
A good advice, but most regular people don't seem to bother with rotating physical off-site storage mediums so I advocate automated (and encrypted) backups to a cloud or something as well.
If you must use an SD card: use log2ram. Greatly reduces the number of IO operations to the card and prolongs its life.
LPT: pies since at least the 3b can boot from USB.
I’ve never relayed to a meme more. I moved my UPS to my work computer after that one failed and three days later, I lost power. Spent five hours fixing a corrupted SD card then reconfiguring my Pi-Hole and HomeBridge.
Full redundant JBOD backup. It's unfancy and safe.
This has happened several times to my Pi-Hole. Even with backups, trying to get my network back online still takes too long. I haven't found a good solution for resilience yet.
Honestly something that critical probably shouldn't run on a rpi. There are plenty of cheap used thin clients you can buy on eBay that have better performance and reliability. I probably like the thinkcentre micros, but feel and hp have good options too
Pis can be supremely reliable when used correctly for the purpose. E.g. use high quality SD cards and don't write to them much, or a good quality SSD if you have to do significant writes, use an official or better PSU, etc. My oldest 4 is from 2019 and it's been in continuous use since then. It used to be a NAS running a 2-disk mirror exported over NFS. These days it's a gigabit OpenWrt router with SQM. It's still in the original SD card.
Try to use overlayfs under raspi-config, I've been running some raspberry pis for years with that (mostly on offsite locations where fixing dead sd cards is not possible)
Updating the pis is a little more work but in some use cases it's worth it
I think something like BTRFS might be a better solution as overlayfs seems to freeze the system image state. Something which is copy on write (COW) seems like it would be more resilient and still provide an RW file system. To do it right would probably be a combination of the two with the data partition BTRFS and the system image partition overlayfs.
Yeah that sounds like a good solution. I think arch based pikvm does something similar. (no reboot necessary to enable rw)
For those pis that need to write stuff, I usually mount a network drive and use that while having the overlayfs enabled. So far haven't had any issues, only one pi died after 3 years due to faulty power supply.
I use an old netbook as Pi-hole. It has a battery so powerouts are not a problem.
Not quite the same, but I made the mistake of using my RPi to run my home server and NAS off of an external USB non-NAS (i.e., not intended to be running 24/7) drive...with no backup or redundancy. The drive actually lasted a good long while, but it did die, and very suddenly, a couple of months ago. And now I've lost all my stuff that was on it. Still holding out hope I can figure out a way to recover the drive, but yeah.
Back up your shit, yo.
load more comments
(6 replies)
https://raspibackup.linux-tips-and-tricks.de/en/home/
Regular unattended backups in seconds using hardlinks. Honestly, it doesn’t get any better.
Pfft, mine boots from a USB SSD, and since my services are all containerized I just gzip the directory with all my docker-compose files and volumes and chuck it into B2 every 6 hours
damn, I was thinking on that these days: a way to create a little NAS solution based on Raspberry Pi , but with some SSD/HDD disks attached, not just the SD card XD (however I find the SD cards quite reliable so far in my phone, I would need to try a Raspberry for myself )
Your phone should use the SD card as a WORM drive, which shouldn't cause too much wear. The Pi can't do that if it's the only storage medium present. Still, back up your stuff, just because it's there now doesn't mean it can't be gone in an instant, flash storage usually does in an instant without warning
I've got an RPi with an attached USB 3 SSD, and it works like a charm. Came back without problems after power outage.
Is no NAS though, it runs MySQL and Apache2 with a mediawiki system instead.
load more comments
(3 replies)
view more: next ›