Live data from Hacker News

The death and rebirth of my home server

sgt.hootr.club

101–110 of 116 posts

Re: The death and rebirth of my home server

#101
post #71

Earlier quoted context omitted.

And when you say "due to RPi owner behaviour" what you're saying is "due to the default setup". It's a Raspberry Pi problem. The devices are notorious for this issue for good reason.

Default setup is 100% softwareless

... and the default instructions guide you to install the Raspberry Pi Imager which will format and configure an SD card for your hardware.

The recommended OS during this process is .... "Raspberry Pi OS" i.e. Raspbian.

Re: The death and rebirth of my home server

#102
post #2

Raspberry Pis are notorious for SD card corruption with unknown causes. In this era you might replace it with a mini-PC (NUC style).

You can flash them to boot on an USB drive so any ssd, I have a RPI4 that had the sdcard slot ripped, flashed an sd card to instruct it to boot on usb, held it against the pins and now it boots without any sdcard.

Though I'd agree that if you got none the NUC is the better solution as if you add an ssd and power supply to the PI it becomes as if not more expensive for less power

Re: The death and rebirth of my home server

#103

Earlier quoted context omitted.

It's actually weird that Raspberry Pis seem so bad at using SD cards. I've just scrapped a large PBX which had a whopping 8MB SD card in it. Its 486 processor booted Linux off the SD card, it wrote CDRs to the SD card, it served said CDRs up over a web interface off it, it saved its logs to the card, and all the other day-to-day chatter of a running system. It was installed pretty much 20 years ago. The date sticker…

Because of a properly configured, boot disk. Just boots once per power cycle. Meanwhile something like the pi, on most images, is writing logs to the storage CONSTANTLY. Not to mention is regularly booted.

This was constantly writing to the SD card. It was the only storage on the device.

Rebooting it was a big deal though, so that rarely happened.

Re: The death and rebirth of my home server

#104
post #62

Earlier quoted context omitted.

Just have the raspberry pi boot from a USB/SSD. Rpi5 has a pcie slot if you want a cleaner setup.

Really would just prefer a working, non-buggy, Pi2 maybe without all the crazy extra power + compute + RAM. Or at least have the option, because $20 is more my style for a lot of these tasks, not $150CDN.

I dug up my Pi2 for a project the other day. The plan was for it to be a USB serial to network bridge for up to six devices and to use ZMQ pub/sub for passing commands and telemetry. Most telemetry strings were only 500B but I sometimes see two sequential 32KB mega strings for dumping data. The Pi was choking on the mega strings and they were getting cut off early. I spent forever trying to debug this and eventually figured out it was a hardware issue when the code ran fine on a modern PC. I tried a few tricks to get the Pi to cache more USB data before giving up.

I bought an old Lenovo M92 on eBay, threw in an old 500GB HDD, and it worked perfectly for the job. I had thought about just buying a newer Pi but the 14 year old Lenovo offered better specs at only $38. I promptly bought another more modern version for $100 for my desktop.

Based on benchmarks for an identically specced machine [1], a new Pi 5 edges out on single core performance and TDP but gets beat badly on multi-core and price (4-5x, even on eBay!). There also would have been the extra cost of buying a case for the Pi. I could have spent even more money on a newer mini PC that blows the Pi 5 away entirely. Obviously a Pi (even a Pi 2) is plenty capable of many tasks, I have a Pi 3 running my home assistant but it's hard to justify the extra cost over surplus thin clients that can be purchased for much less. The Pi does have its GPIO bank that's just not offered on any mini PC but I can barely remember how many times I've needed both GPIO and a whole PC-like stack to run code, an ESP8266/32 have worked fine. An external PCIe bus is cool but again, unless you're doing some really unique edge computing, not really much of a selling point.

Power consumption is a concern but they are both so low that unless you're operating off a battery, power consumption is negligible relative to everything else in your house. It would take 2 years to make up the difference in price running at full TDP (38 vs 12W). 38W is low enough that fan noise is barely a concern as well.

Size is also a concern but the difference in size is negligible unless you're trying to cram as much compute power as possible into a mini rack. A mini PC is probably the same size as your home router so just put it there.

I just really can't see the need for running the full size Pis anymore. An old mini PC does a better job for cheaper for server tasks. A Pi Zero 2 or even a Pico are much more inline with the classic Raspberry Pi ideology.

[1] https://browser.geekbench.com/v6/cpu/compare/4383152?baselin...

Re: The death and rebirth of my home server

#105
post #12
post #6

Classic power failure and raspberry pi with SD cards. When I last set up things for my parents, I simply imaged a bunch of SD cards and had the data stored on an external hard drive. I live in the US and they live in India and this is for their RaspBMC. With the SD cards they just swap a broken one with a new one and call it a day. Been 12 years or so now. Went back to their home a few years ago and everything but th…

Abusing frontier AI to determine what the hell I did with ancient installs, and then modernizing it, as been quite useful.

This is why I'm looking into using Guix / Nix for when my home server dies and I need a replacement. Declarative setups make too much sense. The only form of history I have of the weird shit I did with a Mac mini running debian + a LaCiE HDD hub is my .bash_history file, which a chatbot was able to figure out for me.

Re: The death and rebirth of my home server

#106
post #79
post #2

Raspberry Pis are notorious for SD card corruption with unknown causes. In this era you might replace it with a mini-PC (NUC style).

Alternatively cheapest fix is an m10 optane and nvme enclosure. You maybe need to enable usb quirks in the kernel depending on on enclosure. Costs about 20 bucks all in That’ll keep the rasp online for essentially forever cause optane isn’t going to wear out

> cheapest fix is an m10 optane > Costs about 20 bucks

I agree that its a good, long-lasting fix, but when was the last time you checked the pricing on those?

If you can even find any, they certainly wont be cheap nowadays!

Re: The death and rebirth of my home server

#107
post #87

Earlier quoted context omitted.

There is no need to bring this up on every mention of buying a computer part. And this is also very wrong. TLC nvme drives go below $40, and the smallest ones have more than enough storage for a pi.

This is the first time I've every brought this up, ever.

So when I say "every mention" I'm not talking about how many times you in particular did so, it's about it being brought up a lot and this being a completely unrelated post that really doesn't need the complaint.

Re: The death and rebirth of my home server

#108
post #2

Raspberry Pis are notorious for SD card corruption with unknown causes. In this era you might replace it with a mini-PC (NUC style).

"Raspberry Pis are notorious for SD card corruption with unknown causes." This is not specific to RPis. When an SD card is subjected to "unpredictable" writes it creates potential risk of corruption. The writes are triggered by software, not the RPi hardware There is no rule that says the RPi user must mount the root filesystem r/w on the card. It can be mounted r/w on mfs or tmpfs, for example, and the card can be r…

"Install an OS onto boot media

To use your Raspberry Pi, you must first install (flash) an operating system (OS) onto your storage device, making it a boot device. By default, Raspberry Pi devices check for an OS on any SD card inserted into the SD card slot. Some Raspberry Pi models allow you to boot an OS from other storage devices, such as USB drives, storage connected through a HAT, and network storage. The following instructions assume that you're using a microSD card.

We recommend installing an OS to your storage device using Raspberry Pi Imager on another computer. For instructions, see ~Install using Imager. If you don't have access to another computer for writing an OS image to the storage device, you might be able to install an operating system directly on your Raspberry Pi from the internet. For instructions, see ~Install over the network."

https://web.archive.org/web/20260715154847/https://www.raspb...

What is the difference between a "recommendation" and a "default"

Here, we can see that this is a recommendation not a default

The owner must make a choice

The company has not pre-selected a default choice

It has only provided recommendations

Contrast "defaults" with "recommendations"

The former is opt-out; a choice has already been pre-selected by the company

The later is opt-in; no choice has been pre-selected, a choice must be made by the owner

Re: The death and rebirth of my home server

#109
post #2

Raspberry Pis are notorious for SD card corruption with unknown causes. In this era you might replace it with a mini-PC (NUC style).

"Raspberry Pis are notorious for SD card corruption with unknown causes." This is not specific to RPis. When an SD card is subjected to "unpredictable" writes it creates potential risk of corruption. The writes are triggered by software, not the RPi hardware There is no rule that says the RPi user must mount the root filesystem r/w on the card. It can be mounted r/w on mfs or tmpfs, for example, and the card can be r…

The reason for this comment is that the parent cites "Raspberry Pis" instead of "the software and configuration recommended by the Raspberry Pi vendor"

The recommended software, derived from Debian,^1 and the default configuration of that software is what causes the SD card corruption, not the RPi development board

1. If I am not mistaken the OS recommendations have changed since the RPi was released, e.g., the company was originally recommending RISC OS. Challenge me on this and I'll find the reference

Re: The death and rebirth of my home server

#110
post #12

Earlier quoted context omitted.

Abusing frontier AI to determine what the hell I did with ancient installs, and then modernizing it, as been quite useful.

This is why I'm looking into using Guix / Nix for when my home server dies and I need a replacement. Declarative setups make too much sense. The only form of history I have of the weird shit I did with a Mac mini running debian + a LaCiE HDD hub is my .bash_history file, which a chatbot was able to figure out for me.

My modern server infrastructure is managed in this style. Not declarative, but the manner of management is an idempotent bash script (terraform being the “heavyweight” version of this that I discarded).
Post reply on HN