Linux Café

Pin a Flatpak App to a Fixed Version on Wayland

Flatpak apps are great for sandboxing, but the automatic update loop can be a nuisance when a new release breaks a workflow or introduces a regression. On a Wayland‑based desktop (GNOME, KDE, etc.) the update mechanism is the same as on X11, so the steps below work everywhere.

1. Inspect the current version

flatpak info com.spotify.Client

The output shows the installed commit hash and the remote’s latest commit. If you’re running a version that you want to keep, note the commit hash:

The journal can drown you in Wi‑Fi disconnect chatter

Ever notice your laptop or Raspberry Pi stuck in a loop of “connected” / “disconnected” messages? The kernel, NetworkManager, wpa_supplicant – they all go on about it. On a busy box the journal gets clogged with the same line over and over, and your console turns into a flood of warnings that look like fresh problems every few seconds. If you’re a homelab operator, a self‑hoster, or just a sysadmin who likes a tidy log, you’ll want a clean way to silence the noise without losing the diagnostics that help you spot real outages.

When a simple umask change turned my Downloads folder into a ghost

I was tweaking my user profile in the middle of a busy afternoon, trying to tighten up file permissions for a fresh install of Arch Linux. I had just set umask 027 in my ~/.bashrc to make new files group‑readable but not world‑readable. A few minutes later I opened my file manager, clicked on Downloads, and the folder was gone. No error, no warning—just an empty directory listing. The rest of my home directory looked fine, but the Downloads folder was missing, and all the files I had just downloaded were nowhere to be seen.

Stale IPs on a Home Network? Let dnsmasq Clean Up the Mess

If you’ve ever pinged a device that had moved to a new address and the reply came from an old IP, you’ve probably been frustrated by the same stale DNS entries that linger in the resolver cache. On a typical Ubuntu desktop or server, systemd‑resolved is the default DNS stub. It’s great for most use cases, but it can keep outdated records for a long time, especially when your router’s DHCP server changes leases frequently. The result? Your own machine keeps trying to resolve a dead address until the cache finally expires.

Nightly rsync vanished after moving to systemd timers

I had a simple nightly backup script that ran under cron for years. One evening I decided to modernise the scheduler: replace the crontab entry with a systemd timer. The idea was clean, the logs would be in journalctl, and I could keep the backup logic in a single unit file. A few days later the backup disappeared from the destination directory. After a quick audit I discovered that the timer had never fired because the system had been powered off at the scheduled time. The culprit was the missing Persistent=true setting.

Why CPU Spikes Hurt Your Backup

Running a nightly backup with rsync or tar is a staple of any homelab or self‑hosted server. Even if the backup finishes in a few minutes, a sudden burst of CPU usage can push the system into a state where interactive work stalls, background services lag, or even the backup itself stalls due to contention. On a machine that also hosts a web server or a desktop, those spikes become noticeable. The good news is that Linux gives you two lightweight knobs—nice and ionice—to dial the priority of a process without touching the kernel or installing extra software.

Install Podman and Enable User Namespaces

sudo apt update
sudo apt install -y podman

On Debian 12, Podman ships with userns-remap turned off.
I always enable it right away by editing /etc/containers/containers.conf:

[engine]
userns = "keep-id"

keep-id keeps the container’s UID/GID the same as the host user’s, which is the simplest approach for a single‑user homelab. If you have multiple users, you might want auto or a custom mapping.

After that tweak, restart the daemon:

Introduction to Slow Boot Times

I’ve been running Linux on my laptop for years, and slow boot times have become a major frustration. As someone who values productivity, waiting for my system to boot up can be a real pain. So, in 2025, I decided to dive into the world of systemd and see if I could optimize my boot process.

Understanding systemd

Before you start tweaking, it’s crucial to understand how systemd works. systemd is a system and service manager that’s responsible for booting and managing your Linux system. It’s complex, but there are some great tools available to help you understand and optimize it. One of the most useful tools is systemd-analyze, which provides detailed information about the boot process.

Introduction to Troubleshooting Slow DNS Lookups

I’ve been running a Linux homelab server for a while now, and one issue that’s caught my attention recently is slow DNS lookups. With the increasing reliance on online services, fast and reliable DNS resolution is crucial. I noticed my server was taking longer than usual to resolve domain names, affecting my homelab’s overall performance. After digging in, I found the issue was related to systemd-resolved, the DNS resolver service that comes bundled with systemd. I’ve seen this go wrong when the default resolvers aren’t responding quickly.

Introduction to Journalctl Noise

I’ve spent years relying on journalctl for system logging and debugging, but I’ve found myself wasting too much time sifting through useless logs. The noise was becoming a significant problem, making it tough to identify real issues. I’ve seen this go wrong when trying to troubleshoot a critical issue, only to get bogged down in irrelevant logs.

Understanding Journalctl

journalctl is a powerful tool provided by systemd, and it’s essential to understand how it works. The real trick is to learn how to use its features effectively. The systemd.io website has extensive documentation on journalctl, which is definitely worth checking out. Don’t bother with trying to memorize every option, though - just get familiar with the basics and build from there.