# Arch Linux ARM (ALARM): Höchstleistung auf dem Einplatinencomputer

TL;DR / Management Summary Arch Linux ARM (ALARM) bringt die Philosophie von Arch (KISS, Rolling Release) auf die ARM-Architektur. Ob auf dem Raspberry Pi, leistungsstarken ARM-Laptops oder modernen Cloud-Instanzen (AWS Graviton): ALARM bietet eine unverbastelte Basis, die deutlich schneller als Raspberry Pi OS oder Ubuntu ist. Ein Senior Admin nutzt ALARM, um das Maximum aus der limitierten Hardware herauszuholen und gleichzeitig Zugriff auf aktuellste Software zu haben.

# 1. Einführung & Architektur

Arch für alle Kerne.

ALARM ist ein Community-Projekt, das den Arch-Repository-Standard auf ARMv7 und ARMv8 (AArch64) portiert.

# Die Architektur-Varianten (Mermaid)

graph TD
    A[Arch Linux ARM] --> B[ARMv7: older Pis, IoT]
    A --> C[AArch64: Pi 4/5, AWS, Pine64]
    B --> D[Core Repositories]
    C --> E[Core Repositories]
    subgraph "Hardware Specifics"
        D --- F[Specific Kernels: Raspberry Pi, OMAP]
        E --- G[Generic AArch64 / Mainline]
    end

# 2. Installation auf dem Raspberry Pi

Der manuelle Weg (The Arch Way).

Anstatt ein fertiges Image zu flashen, partitionieren wir die SD-Karte manuell, um volle Kontrolle über das Alignment und das Dateisystem (z.B. F2FS) zu haben.

# Schritt 1: SD-Karte vorbereiten

# Partitionierung (Boot: 512MB FAT32, Root: Rest EXT4/F2FS)
fdisk /dev/sdX
mkfs.vfat /dev/sdX1
mkfs.ext4 /dev/sdX2

# Schritt 2: Basissystem extrahieren

# Mounten und Tarball entpacken (als root!)
mount /dev/sdX2 /mnt
mkdir /mnt/boot
mount /dev/sdX1 /mnt/boot
bsdtar -xpf ArchLinuxARM-rpi-armv7-latest.tar.gz -C /mnt
sync

# 3. Performance Tuning für ARM

Das kleine System beschleunigen.

# 1. F2FS statt Ext4

Das Flash-Friendly File System (F2FS) ist deutlich effizienter auf SD-Karten und eMMCs als das klassische Ext4.

# In der Installation nutzen
mkfs.f2fs -l "ArchRoot" /dev/sdX2

# 2. Overclocking (Raspberry Pi)

Datei: /boot/config.txt

# Beispiel für Pi 4
arm_freq=2000
gpu_freq=750
over_voltage=6

# 4. Day-2 Operations: AUR auf ARM

Nicht alles baut.

Viele AUR-Pakete (Artikel 185) sind für x86_64 geschrieben.

• Check: Prüfen Sie das arch=() Array im PKGBUILD.
• Fix: Fügen Sie aarch64 hinzu, falls die Software plattformunabhängig ist (z.B. Python/Node) oder kompilieren Sie mit dem Flag -A (Ignore Architecture).

# 5. Troubleshooting & “War Stories”

Wenn die Himbeere rot leuchtet.

# Story 1: “Der GPG-Key Hänger beim ersten Update”

Symptom: pacman -Syu schlägt auf einem frisch installierten ALARM direkt fehl. Ursache: Die Systemzeit (NTP) ist noch nicht synchronisiert (Pis haben keine Batterie-Uhr!). Pacman denkt, die Keys seien abgelaufen. Lösung: Synchronisieren Sie die Uhr manuell: timedatectl set-ntp true oder setzen Sie das Datum händisch mit date.

# Story 2: “Das hängende Video-System”

Symptom: In der AArch64 (64-Bit) Version funktioniert der offizielle Kameratreiber oder der HDMI-Output nicht zuverlässig. Ursache: Der 64-Bit Mainline Kernel enthält oft nicht die proprietären Blobs von Broadcom, die im 32-Bit Raspberry Pi OS Standard sind. Lösung: Installieren Sie den speziellen Raspberry Pi Kernel: pacman -S linux-rpi.

# 6. Fazit & Empfehlung

• Wahl: Nutzen Sie ALARM für Edge-Knoten, die als kleine Server (DNS, VPN, Monitoring) fungieren.
• Performance: ALARM verbraucht im Leerlauf nur ca. 40MB RAM – deutlich weniger als jede andere Distro.
• Wichtig: SD-Karten sterben schnell (Artikel 234). Lagern Sie das Root-Dateisystem auf eine USB-SSD oder nutzen Sie den Diskless-Mode von Alpine für Pi-Projekte.

# Anhang: Cheatsheet