238
top 50 comments
sorted by: hot top controversial new old
[-] Rooty@lemmy.world 32 points 1 year ago

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?

[-] DoomBot5@lemmy.world 12 points 1 year ago* (last edited 1 year ago)

How about an external HDD plugged into the Pi? Even a usb stick is better than writing it to the microsd card.

[-] avidamoeba@lemmy.ca 12 points 1 year ago

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.

[-] MaKraMc@feddit.de 2 points 1 year ago
[-] Rooty@lemmy.world 4 points 1 year ago

Either go big or go home. RAID or bust.

load more comments (3 replies)
[-] constantokra@lemmy.one 2 points 1 year ago

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.

[-] nothacking@discuss.tchncs.de 31 points 1 year ago

Backups people backups. You don't realize how much you want them until it's too late to make them.

[-] metaStatic@kbin.social 15 points 1 year ago

don't worry I have raid, that's a backup right?

[-] pjhenry1216@kbin.social 18 points 1 year ago

Raid 0 right? I heard the number stands for how much risk there is of losing data.

[-] bdonvr@thelemmy.club 8 points 1 year ago

Add more disks for more reliability

[-] spaceape@lemmy.nrsk.no 4 points 1 year ago

Due to the green economy I only buy second or third hand disks for my RAID0 setup

[-] Sir_Simon_Spamalot@lemmy.world 4 points 1 year ago

No, the backup goes after the raid when something goes wrong.

Wait, I thought you're talking about that SWAT team outside your house.

[-] bdonvr@thelemmy.club 2 points 1 year ago

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

[-] madcaesar@lemmy.world 4 points 1 year ago

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?

[-] Ack@lemmy.ca 2 points 1 year ago

Yeah, I think the same software you used to image your SD card can be used to make an image from your SD card.

load more comments (1 replies)
[-] purplemonkeymad@lemmy.world 3 points 1 year ago

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.

[-] bdonvr@thelemmy.club 1 points 1 year ago

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

[-] Zaros@lemmy.world 2 points 1 year ago

and if possible, keep some backups in a separate physical location. House fires or break-ins aren't all that uncommon.

[-] spaceape@lemmy.nrsk.no 2 points 1 year ago

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.

[-] errer@lemmy.world 17 points 1 year ago

If you must use an SD card: use log2ram. Greatly reduces the number of IO operations to the card and prolongs its life.

[-] chtk@feddit.nl 14 points 1 year ago

LPT: pies since at least the 3b can boot from USB.

[-] LastoftheDinosaurs@lemmy.world 6 points 1 year ago* (last edited 1 year ago)

Don't configure anything without Ansible. Infrastructure as code makes reinstalls as simple as a system update.

load more comments (1 replies)
[-] NAS89@lemmy.world 6 points 1 year ago

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.

[-] sirico@feddit.uk 5 points 1 year ago
load more comments (7 replies)
[-] PancakeLegend@kbin.social 4 points 1 year ago

Full redundant JBOD backup. It's unfancy and safe.

[-] Zagorath@aussie.zone 4 points 1 year ago

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)
[-] chinpokomon@lemmy.world 4 points 1 year ago

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.

[-] karlthemailman@sh.itjust.works 5 points 1 year ago

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

[-] avidamoeba@lemmy.ca 2 points 1 year ago* (last edited 1 year ago)

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.

[-] DilipaEli@lemmy.world 4 points 1 year ago

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

[-] chinpokomon@lemmy.world 2 points 1 year ago

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.

[-] DilipaEli@lemmy.world 2 points 1 year ago

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.

[-] muhyb@programming.dev 3 points 1 year ago

I use an old netbook as Pi-hole. It has a battery so powerouts are not a problem.

[-] ANIMATEK@lemmy.world 3 points 1 year ago

https://raspibackup.linux-tips-and-tricks.de/en/home/

Regular unattended backups in seconds using hardlinks. Honestly, it doesn’t get any better.

[-] bdonvr@thelemmy.club 2 points 1 year ago

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

[-] LittleWizard@feddit.de 1 points 1 year ago

My phones sd card died this weekend. Fuuck. Still trying to recover the data somehow. Can relate..

load more comments (1 replies)
[-] navitux@lemmy.world 1 points 1 year ago* (last edited 1 year ago)

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 )

[-] Krtek@feddit.de 2 points 1 year ago

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

[-] Treczoks@kbin.social 1 points 1 year ago

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.

[-] Kyrgizion@lemmy.world 1 points 1 year ago

I had an Odroid running a NAS (WD RED drive) configured to do everything in memory instead of writing to the SD card and it still died after a few months.

[-] Treczoks@kbin.social 1 points 1 year ago

Well, the MySQL access is 99% read, so the wear and tear is not really an issue. It normally runs out of cache, anyway.

What did your setup die off? Odroid hardware? Drive hardware? Or did you get some kind of filesystem issues/corruption?

[-] Kyrgizion@lemmy.world 2 points 1 year ago

The Odroid hardware failed and I never got it working again. The drive itself should be fine.

load more comments
view more: next ›
this post was submitted on 07 Aug 2023
238 points (99.6% liked)

linuxmemes

21281 readers
471 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

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 sudo in 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!


    Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't fork-bomb your computer.

    founded 2 years ago
    MODERATORS