Wenn Linux auf dem Smartphone abstürzt – Debugging eines postmarketOS-Bootfehlers auf dem Fairphone 4
Alternative Smartphone-Betriebssysteme faszinieren mich seit Jahren. Während die meisten Nutzer ihre Geräte im geschlossenen Ökosystem von Apple oder Google betreiben, interessiert mich vor allem die Frage:
Wie frei kann ein Smartphone wirklich sein?
Genau deshalb teste ich seit langer Zeit alternative Systeme wie Ubuntu Touch, Sailfish OS und postmarketOS. Mein Ziel ist es, herauszufinden, ob ein vollständig offenes mobiles Linux eines Tages als echter Daily Driver taugt.
Doch bei meinem letzten Experiment mit postmarketOS auf dem Fairphone 4 lief nicht alles glatt. Statt eines sauberen Systemstarts landete ich plötzlich in einer Debug-Shell.
Mein Setup: Mehrere Linux-Smartphones im Alltag
Aktuell teste ich mehrere Geräte parallel. Jedes davon läuft mit einem anderen System, um Unterschiede in Stabilität, Software-Ökosystem und Bedienbarkeit zu verstehen.
- Fairphone 4 – postmarketOS mit GNOME
- Fairphone 4 – Ubuntu Touch
- Fairphone 4 – Sailfish OS (Community-Port)
- Fairphone 5 – iodéOS (Android-basierend)
- OnePlus 3 – Ubuntu Touch Testgerät
Der Grund dafür ist einfach: Ich möchte herausfinden, welches System langfristig wirklich als offene Alternative zu Android funktionieren kann.
Das Experiment: postmarketOS als Daily Driver
postmarketOS verfolgt eine spannende Idee: Smartphones sollen wie normale Linux-Computer behandelt werden. Das System basiert auf Alpine Linux und verwendet einen sehr aktuellen Kernel.
Mein Testsystem:
- Gerät: Fairphone 4
- postmarketOS Version: v25.12
- Kernel: 6.17.6
- Desktop: GNOME Mobile
Der Flash-Vorgang über Fastboot verlief zunächst problemlos. Das System startete – doch kurz darauf begann das eigentliche Problem.
Der Crash: Bootpartition nicht gefunden
Nach einem Neustart blieb das Gerät im Bootscreen hängen.
Fehlermeldung:
ERROR: Boot partition not found Linux 6.4.2 | fairphone-fp4
Nach mehreren Neustarts landete das Gerät schließlich in der integrierten Debug-Shell von postmarketOS.
Die postmarketOS Debug-Shell
Statt der grafischen Oberfläche erschien eine minimale Shell-Umgebung:
postmarketOS debug shell https://postmarketos.org/debug-shell Device: Fairphone 4 (fairphone-fp4) Kernel: 6.17.6 pmOS version: v25.12 Run 'pmOS_continue_boot' to continue booting. Read the initramfs log with 'cat /pmOS_init.log'.
Damit wurde klar: Das System konnte nicht vollständig booten und stoppte bereits im frühen Init-Prozess.
Log-Analyse
Über die Debug-Shell konnte ich die Bootlogs exportieren. Dabei entstanden mehrere Dateien:
- pmOS_init.txt
- dmesg.txt
- blkid.txt
- partitions.txt
- cmdline.txt
Diese Logs sind entscheidend, um Bootprobleme zu analysieren.
Kernel-Cmdline
Ein besonders interessanter Teil war die Kernel-Cmdline:
pmos_boot_uuid=3c7d8dc2-b86d-4d3b-be40-c47502ba782f pmos_root_uuid=1119d23f-e612-4faa-9d4c-8950b34539f3 androidboot.mode=charger androidboot.slot_suffix=_a rootwait init=/init
Der Eintrag androidboot.mode=charger deutet darauf hin, dass das Gerät möglicherweise im Lade-Modus startet statt im normalen Systemmodus.
Das könnte erklären, warum der Bootprozess nicht vollständig abgeschlossen wird.
Android-A/B-Partitionen
Moderne Android-Geräte besitzen ein sogenanntes A/B-Partitionssystem.
Das bedeutet:
- Slot A enthält eine Systeminstallation
- Slot B enthält eine zweite Installation
- Updates werden auf dem inaktiven Slot installiert
Beim Booten entscheidet der Bootloader, welcher Slot verwendet wird.
In meinem Fall zeigte die Cmdline:
androidboot.slot_suffix=_a
Das System versuchte also, von Slot A zu starten.
Warum solche Fehler wichtig sind
In proprietären Systemen bleiben solche Fehler meist unsichtbar. Nutzer sehen nur einen schwarzen Bildschirm.
In offenen Systemen wie postmarketOS passiert etwas anderes:
- das System zeigt die Debug-Shell
- Logs können exportiert werden
- Fehler können reproduziert werden
- die Community kann daran arbeiten
Genau diese Transparenz ist ein zentraler Vorteil von Open Source.
Open-Source-Mobile-Linux: Realität und Zukunft
Mobile Linux-Distributionen befinden sich noch immer im Aufbau. Projekte wie:
- postmarketOS
- Ubuntu Touch
- Sailfish OS
zeigen jedoch bereits heute, dass Smartphones nicht zwangsläufig in geschlossenen Ökosystemen gefangen sein müssen.
Der Weg dorthin ist technisch anspruchsvoll – aber genau deshalb lohnt es sich, diese Systeme zu testen und Fehler offen zu dokumentieren.
Fazit
Der Absturz meines postmarketOS-Systems war kein Rückschritt, sondern ein Beispiel dafür, wie offene Software funktioniert:
- Fehler werden sichtbar
- Logs können analysiert werden
- die Community kann Verbesserungen entwickeln
Während große Plattformen ihre Systeme hinter verschlossenen Türen entwickeln, entsteht mobile Linux-Software öffentlich – Schritt für Schritt.
Und genau deshalb teste ich weiter.
Dieser Artikel dokumentiert ein reales Debugging-Experiment mit postmarketOS auf dem Fairphone 4.
