Frood, an Alpine Initramfs NAS

This DIY home server has nerds cheering, nitpicking, and asking why root needs secret keys

TLDR: A tinkerer built a home server that runs entirely from a single startup package, hoping for simpler updates and fewer hidden breakages. Commenters were split between calling it clever, suggesting a more conventional alternative, and side-eyeing the server’s admin key setup like it was the real scandal.

A home server nicknamed Frood has kicked off exactly the kind of internet reaction you’d expect when someone proudly says, basically, “I threw the whole operating system into the startup file and it rules.” The author’s pitch is simple: keep the machine’s main setup in one big boot package, store the whole thing in Git, and make updates or rollbacks as easy as picking a different startup option. For people tired of mystery breakage and years of forgotten one-off fixes, the vibe was pure relief. The appeal? Fewer moving parts, easier testing, and a setup the author can actually read without needing a whole new configuration language.

But the comments quickly became the real show. One camp nodded politely and then immediately went, “Cool, but I’d just use ZFSBootMenu instead.” That’s classic tech-comment energy: admire the weird project, then suggest your own cleaner path. Another commenter zoomed in on a tiny but spicy detail — the server’s top-level admin account having SSH keys “for obvious reasons” — and bluntly asked what exactly those “obvious reasons” were. Translation: the crowd smelled a security debate brewing and showed up with popcorn. Then came the ultimate internet move: someone dropped a “Previously on…” link to an earlier discussion, turning the whole thing into a recurring drama series for home-server obsessives. So yes, Frood is a clever little machine — but the comments made it a full-on episode.

Key Points

  • The article describes a NAS named Frood that boots entirely from a single initramfs containing a full Alpine Linux system.
  • The system is defined declaratively in a git repository, enabling A/B deployments, rollbacks through boot options, and QEMU-based testing.
  • The author identifies Alpine Linux diskless mode with `apkovl` overlays and package installation during boot as complex and unreliable in their experience.
  • A stated goal of the design is to avoid persistent undocumented root-state and keep configuration reproducible and tracked in git.
  • The implementation uses Linux’s initramfs boot mechanism and starts from the `alpine-make-rootfs` script to build the full system image.

Hottest takes

"I’d probably personally just throw on zfsbootmenu" — yjftsjthsd-h
"But, this is cooler" — yjftsjthsd-h
"What are the obvious reasons" — cassianoleal
Made with <3 by @siedrix and @shesho from CDMX. Powered by Forge&Hive.