this post was submitted on 10 Jul 2025
94 points (100.0% liked)

Selfhosted

49438 readers
908 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
top 32 comments
sorted by: hot top controversial new old
[–] [email protected] 14 points 2 days ago* (last edited 1 day ago)

These kind of changes will go a long way towards making it more accessible for the less technically inclined. Glad to see some actual progress in that direction, instead of the standard ‘git good’ style of Linux gatekeeping.

[–] [email protected] 25 points 3 days ago (3 children)

People run Ubuntu on their Pis?

[–] [email protected] 23 points 3 days ago* (last edited 3 days ago) (3 children)

Yeah, I always run Raspbian. It's stable and let's me largely forget about it.

[–] [email protected] 14 points 2 days ago (4 children)

This is probably a hot take, but:

I disagree. The OS doesn’t run a mainline kernel, and the Raspberry Pi devs recommend a clean slate on OS upgrades. Granted, they do some trickery for performance with their Zero (not 2) line, using armhf instead of the slower armel, but this doesn’t excuse the fact that Raspberry Pi OS is so brittle. The builds are also still on 32-bit, even though every Pi since 3B can run 64-bit OSes.

I just run Debian on mine. Can’t be assed to clean flash my devices each major update.

[–] [email protected] 4 points 2 days ago* (last edited 2 days ago) (1 children)

I kinda understood half of the things you said, but i run DietPi on mine.

It has 64-bit support, you can update the os without resetting everything, still based on the original kernels for the closed source optimizations, but removes all the clunky and slow parts, leaving a very lightweight and fast os.

Plus, for newbies (like me) it has a decent built-in installer for various software with minimal ulterior setup required.

[–] [email protected] 2 points 2 days ago (1 children)

It sounds like you’ve found your ideal distro. Great! Not everyone will have the same exact use case for their Pi’s.

I’m just a little disgruntled because I like treating my Pi’s as headless servers, often with a single purpose, and I don’t want to have to erase the SD cards to upgrade versions.

[–] [email protected] 2 points 1 day ago

I’m just a little disgruntled because I like treating my Pi’s as headless servers, often with a single purpose, and I don’t want to have to erase the SD cards to upgrade versions.

sounds like a dietpi usecase! (sorry for the shilling, i just really like the project)

but hey, if debian works don't touch it

[–] [email protected] 7 points 2 days ago (1 children)

The SOC also isn't fully open, so you won't get top tier performance with a purely FOSS stack. I push the limits on mine (Retropie mostly), so using their OS is the better bet (I use the one shipped by Retropie, which is super old).

I actually kinda hate the Raspberry Pi because of how closed it is. It's gotten a bit better over the years, but the Pi 5 took a big step back. But unfortunately, its competitors aren't much better, so I still use my RPis, but I probably won't buy more.

I'm also not a fan of Debian in general, so if I switched, I would probably use openSUSE or Arch instead (I tried Arch, but it had issues syncing to disk after updates; they fixed that, but it shows that other distros will be a bit wonky). Raspbian works, so I stick with it.

[–] [email protected] 2 points 2 days ago

That’s very fair. Everyone has a different use for Pi’s, and I just happen to favor long-lived devices that can be updated easily. I wish more of the pi internals were upstreamed too.

[–] [email protected] 2 points 2 days ago (1 children)

My frustration with Raspberry Pi OS is that the packages available were constantly out of date. Some were 2 to 3 years out of date.

I eventually started using Alpine linux on my Pi boards and have been happy since then. Now I can use the latest Docker and Podman packages without manually adding new repositories.

If I didn't prefer Alpine's minimal approach, I would have probably gone with Debian because of it's history in stability.

[–] [email protected] 2 points 2 days ago (1 children)

I believe you may have found your ideal OS. Debian will always lag behind ever so often. And that’s okay. We all use the Pi’s for different reasons.

[–] [email protected] 2 points 2 days ago (1 children)

I can appreciate that about Debian. Common tools and stability can be both convinient and reliable. Learning linux is already overwhelming with choices.

Even though I use Alpine for all my Pi boards and laptop, I keep a live usb partition of Linux Mint Debian Edition as my emergency backup. It just works.

[–] [email protected] 1 points 2 days ago (1 children)

I went with Arch Linux on ARM for a minimal approach - did you try that?

Genuninely interested in your experience of Alpine Linux as I'd not considered it on a Pi (only VMs so far...)

[–] [email protected] 1 points 1 day ago (1 children)

I haven't tried arch at all. I used Linux Mint for a year, LMDE for a year and only really started working with command line since last December. I think I chose to try Alpine because I wanted my web facing devices to have the least amount of software installed. Security-wise it made sense to me to have less surface area to exploit.

It took a bit extra effort for me to learn how to use OpenRC as the init system. As well as learning Linux from a bare bones linux perspective.

I actually found using Busy-box Ash interesting to work with and that's the only shell I currently use. I even wrote a whole script around Rsync in a POSIX friendly way because I liked the idea portable scripting.

If you're interested, I can send you a link that contains the setup notes for my server. It's about 85% of my setup process, the rest being some files that are mostly customization that I rsync into place towards the end of the setup process. That can give you an idea of what Alpine on ARM is like.

[–] [email protected] 1 points 1 day ago (1 children)

Thanks. No need for the setup notes (but thanks for the kind offer), it was more about the experience, but I think you've already answered my question with less surface area (I do have 1 Pi that's internet facing for Radicale)

Have you looked at Ansible? That might also cover what you're trying to do.

[–] [email protected] 1 points 21 hours ago (1 children)

How do you think Ansible can help me? I've read about it a few times but it's hard for me to understand it's actual usage without spending time playing with it.

I can possibly look into it a bit more in the future. I've got a few things I'm working on like learning how to do TLS with Caddy so I can reduce my dependency with Cloudflare.

[–] [email protected] 1 points 12 hours ago (1 children)

Ansible is an automation tool to setup systems to a known desirable end state.

TBH, for a single device, it's overkill, but you seem like someone who keeps good notes and has some custom files to copy across.... you could convert your setup note into an Ansible file, and it will also copy over your custom config files.

For Ansible you define the desired outcome and it does "all" (kinda) the work for you... so... say you want Apache, MariaDB and PHP, it doesn't matter if half are installed already, or not, or their dependencies - you just say:

Do an update Install packages: A B C Copy my config files over Start the services Relax

Yep, it'll take 10 times as long to get it working up front, but the day you want to duplicate it / start on a fresh Pi / VM, it's all there for you.

I use it to setup all my Pi Zeros thr same way (they're doing BLE presence detection) and for their regular updates

I've also got some VMs setup that way

But... I tried it on a laptop and as it's a single device I just ended up setting it up manually and now the ansible script is woefully out of date... just some balanced feedback.

[–] [email protected] 1 points 5 hours ago

Sounds like what I've been doing manually for a while now as I learn more. For my desktop I have three scripts. One to install Alpine on full disk encryption. One for the initial setup up to the first required reboot and the last for the remaining setup plus transferring files.

I've been learning how to edit files with sed, cat, echo and tee commands to help automate everything from a fresh install.

Similar process for my Pi's except I just copy-paste blocks of commands through a terminal instead of a script.

To transfer files to all their proper directories, I have a whole system for that using rsync. I basically keep a bare-bones directory tree with only the files I have worked on. Then I have an rsync command to send all those files onto the Pi's file system in a way that retains all the files and folder's attributes.

I wrote an rsync tool for myself to help me keep all these commands in files that I can neatly organize. I use that tool so much that it's now my entire backup system. With a bunch of files organized with numbers, I can automate the backup of my phone, two pi's and laptop to a partition on my laptop, then an additional copy to my external SSD in one command. And I have very high confidence in my restores since I do that frequently while testing new stuff. I also failed a lot before to get that much confidence.

I have issues with over organization if you couldn't tell by now hahaha.

[–] [email protected] 1 points 2 days ago (1 children)

It's also 64 since 2 years I believe.

[–] [email protected] 1 points 2 days ago

The devs have started releasing 64-bit builds since then, yes. However, they still push people to the 32-bit builds: https://www.raspberrypi.com/software/operating-systems/

I understand their thinking. They want a unified build experience, to simplify their development and user experience.

[–] [email protected] 8 points 3 days ago

Yeah, that's what I thought. Same.

[–] [email protected] 2 points 2 days ago (1 children)

Isnt Raspberry PIOS debian based?

[–] [email protected] 1 points 2 days ago (1 children)
[–] [email protected] 1 points 2 days ago (1 children)

Sry morning brain fart. Read it's ubuntu based

[–] [email protected] 1 points 2 days ago

It's Debian based:

The 64-bit version is built directly from Debian for the arm64 platform, while the 32-bit version is derived from Raspbian, a customized Debian variant created in 2012 for the original Raspberry Pi.

[–] [email protected] 3 points 3 days ago (2 children)

Ubuntu Core, to be specific.

[–] [email protected] 3 points 3 days ago (1 children)

The Linux distro that requires you to create an account on their platform?

[–] [email protected] 2 points 2 days ago

"Requires to create an account" for what exactly? I'm a long term Ubuntu user without any Ubuntu one account.

[–] [email protected] 1 points 2 days ago
[–] [email protected] 2 points 3 days ago

I do on some of mine because it makes some of the automation i have for them simpler to maintain when it is also applied to x86 hardware or virtual machines. It used to be a huge pain to use on a pi but it works pretty well these days, especially since about 24.04 I want to say.

[–] [email protected] 10 points 3 days ago

This is fine, but I ditched Ubuntu on my raspberry pi’s when they kept breaking DNS by changing my network configuration with every upgrade.

[–] [email protected] 1 points 3 days ago

Leave it to Canonical.