this post was submitted on 31 Aug 2025
108 points (96.6% liked)

Selfhosted

51445 readers
502 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 2 years ago
MODERATORS
 

I have been wanting to self-host recently I have an old laptop it's a Toshiba satellite m100-221 sitting around it only has 4gb of ram, but I don't know what is a good starting point for an OS for my home lab I discovered yunohost but heard mixed opinions about it when searching I would like lemmy's opinion on a good OS for a beginner wanting to start a home lab I would prefer a simple solution like yunohost but would like it to be configurable it's fine if it needs a bit of tinkering.

you are viewing a single comment's thread
view the rest of the comments

For snapshots, you can use filesystem features, like BTRFS or ZFS snapshots. If you make sure to encapsulate everything in the container, disaster recovery is as simple as putting configs onto the new system and starting services (use specific versions to keep things reasonable.

I think that's also really lazy, it's just a different type of lazy from virtualization.

My main issue with virtualization is maintenance. Most likely, you're using system dependencies, and if you upgrade the system, there's a very real chance of breakage. If you use containers, you can typically upgrade the host without breaking the containers, and you can upgrade containers without touching the host. So upgrades become a lot less scary since I have pretty fine-grained control and can limit breakage to only the part I'm touching, and I get all of that with minimal resource overhead (with VMs, each VM needs the whole host base system, containers don't).

Obviously use what works for you, I just think it's a bit overwhelming for a new user to jump to Proxmox vs a general purpose Linux distro.