Raspberry Pi headless betreiben: WLAN, Bluetooth und HDMI abschalten

Kurz gesagt: In der config.txt deaktivierst du WLAN und Bluetooth mit dtoverlay=disable-wifi und dtoverlay=disable-bt, in der cmdline.txt schaltest du die Bildausgabe mit video=HDMI-A-1:d ab, und eine kleine Datei unter /etc/systemd/journald.conf.d/ begrenzt das Log auf 50 MB. Danach die zugehörigen Dienste deaktivieren, neu starten, fertig — der Pi läuft aufgeräumt am Kabel.

Ein Raspberry Pi, der als kleiner Dauerläufer im Schrank steht, hat typischerweise ein Netzwerkkabel, keinen Monitor und keine Tastatur. Trotzdem laufen WLAN-Chip, Bluetooth und die HDMI-Ausgabe nach der Installation munter weiter. Dieser Guide zeigt, wie du sie dauerhaft abschaltest — und warum der Ratschlag, den man dazu am häufigsten liest, auf aktuellen Systemen nicht mehr funktioniert.

Alle Änderungen sind reversibel und dauern zusammen etwa fünf Minuten plus einen Neustart.

Vorher: Bleibt der Pi erreichbar? #

Die wichtigste Frage zuerst, weil ein Fehler hier den Zugang kostet: Der Pi muss per Netzwerkkabel hängen, bevor du WLAN deaktivierst. Prüfe das kurz:

ip -brief addr show

Erscheint bei eth0 eine IP-Adresse, ist alles gut. Steht die Adresse nur bei wlan0, brauchst du erst ein Kabel — sonst sperrst du dich mit dem nächsten Schritt selbst aus.

WLAN und Bluetooth abschalten #

Zwei Ebenen sind beteiligt: die Hardware-Ebene über einen Device Tree Overlay (eine Anweisung, die der Pi beim Booten liest und mit der sich einzelne Bausteine deaktivieren lassen) und die Dienste-Ebene über systemd. Beides gehört zusammen, sonst startet der Pi zwar ohne Funk, hält aber weiterhin Dienste vor, die auf nicht vorhandene Hardware warten.

Zuerst die Overlays in die Boot-Konfiguration eintragen. Die Datei liegt je nach OS-Version unter /boot/firmware/config.txt (aktuell) oder /boot/config.txt (älter):

sudo nano /boot/firmware/config.txt

Am Ende ergänzen:

dtoverlay=disable-wifi
dtoverlay=disable-bt

Danach die zugehörigen Dienste deaktivieren:

sudo systemctl disable --now wpa_supplicant
sudo systemctl disable --now bluetooth
sudo systemctl disable --now hciuart

hciuart ist dabei der Dienst, der die serielle Verbindung zum Bluetooth-Chip herstellt — ohne aktiven Chip hat er keine Aufgabe mehr.

HDMI deaktivieren — und die Falle dabei #

Hier lohnt es sich, genau hinzusehen. In vielen älteren Anleitungen steht:

# Funktioniert auf aktuellen Systemen NICHT mehr
vcgencmd display_power 0

Auf aktuellen Raspberry-Pi-OS-Versionen ist dieser Befehl wirkungslos. Der Grund ist ein Umbau im Unterbau: Die Grafikausgabe läuft heute über KMS (Kernel Mode Setting) — der Kernel steuert die Bildausgabe selbst, statt sie der Firmware zu überlassen. vcgencmd spricht aber genau diese alte Firmware-Schnittstelle an. Der Befehl läuft durch, meldet keinen Fehler und bewirkt nichts. Das ist tückisch, weil man ohne Monitor gar nicht merkt, dass nichts passiert ist.

Der Weg, der funktioniert, führt über einen Kernel-Parameter in der cmdline.txt:

sudo nano /boot/firmware/cmdline.txt

Wichtig: Die Datei enthält eine einzige Zeile. Der Parameter wird mit einem Leerzeichen angehängt, keinesfalls in eine neue Zeile geschrieben:

video=HDMI-A-1:d

Das :d steht für disabled. Nach dem Neustart bleibt der HDMI-Ausgang aus.

Das Journal begrenzen — Grundhygiene auf SD-Karten #

systemd-journald sammelt die Logs aller Dienste. Ohne Limit wächst dieses Journal, bis es einen Anteil der Partition belegt — auf einer SD-Karte mit 16 oder 32 GB unnötig viel. Zwei Gründe sprechen fürs Deckeln: der Platz und die Schreiblast, denn SD-Karten sterben an Schreibzyklen, nicht an Alter.

Statt die zentrale Konfigurationsdatei zu ändern, legst du eine eigene Ergänzungsdatei an — die überlebt Systemupdates unbeschadet:

sudo mkdir -p /etc/systemd/journald.conf.d
sudo nano /etc/systemd/journald.conf.d/50-size.conf

Mit diesem Inhalt:

[Journal]
SystemMaxUse=50M

Übernehmen:

sudo systemctl restart systemd-journald
journalctl --disk-usage

Der letzte Befehl zeigt, wie viel Platz das Journal aktuell belegt.

Nicht nötig ist übrigens das Einrichten von zram (komprimierter Swap im Arbeitsspeicher): Auf aktuellem Raspberry Pi OS ist das bereits ab Werk aktiv.

Neu starten und gegenprüfen #

sudo reboot

Nach dem Neustart:

# WLAN- und Bluetooth-Interface sollten fehlen
ip -brief addr show
rfkill list
 
# Dienste sind aus
systemctl is-enabled wpa_supplicant bluetooth hciuart
 
# Journal-Limit greift
journalctl --disk-usage

Taucht wlan0 nicht mehr auf und melden die Dienste disabled, ist alles angekommen.

Ehrlich zum Stromverbrauch #

Die naheliegende Frage lautet: Wie viel Watt spart das? Die ehrliche Antwort: Für dieses Setup wurde keine Vorher/Nachher-Messung durchgeführt — und ohne Messung schreiben wir hier keine Zahl hin, auch keine geschätzte.

Realistisch bewegt sich der Effekt im Bereich von Zehnteln bis wenigen Watt. Bei einem Gerät, das ohnehin nur ein paar Watt zieht, verschiebt das die Stromrechnung kaum. Der bessere Grund für diese Handgriffe ist ein anderer: Ein Gerät im Dauerbetrieb sollte nichts aktiv haben, was es nicht braucht — weniger aktive Funkschnittstellen heißt weniger Angriffsfläche, und ein gedeckeltes Journal heißt weniger Schreibzugriffe auf eine Karte, die genau daran irgendwann stirbt.

Wenn du wissen willst, was dein Pi tatsächlich kostet, brauchst du einen Zwischenstecker mit Verbrauchsmessung und etwas Geduld — 24 Stunden Messung sind das Minimum für einen belastbaren Wert. Mit diesem Wert kannst du im Stromkosten-Rechner die Jahreskosten ausrechnen.

Was als Nächstes sinnvoll ist #

Ein aufgeräumter Pi ist die Grundlage, kein Selbstzweck — spannend wird er mit einer Aufgabe. Naheliegend ist Pi-hole mit Unbound als DNS-Server fürs Heimnetz. Und wenn du grundsätzlich überlegst, welche Hardware sich als Dauerläufer eignet, lohnt der Blick auf den alten PC als Homeserver: Ein Pi ist sparsam, aber nicht für jede Aufgabe die richtige Wahl.