Files

T

devDiAl c1dbc0f98b Dokumentation: Korrekturen aus der Doku-Prüfung vom 28.06.

🔴 Kritische Korrekturen:
  - LUKS-UUID-Zuordnung sdb3↔sdc3 in luks-verschluesselung.md,
    persistente-blockgeraete.md und crypttab.md (Kommentar)
  - ufw-Status in PI5/netzwerk.md: "nicht installiert" → "aktiv"

🟡 Veraltete Daten aktualisiert:
  - Container-Zahlen in systemuebersicht.md und opt-compose.md
  - Gitea-Status in PI5/sicherheit.md (behoben, läuft wieder)
  - compose.yml → docker-compose.yml in opt-compose.md
  - Authelia-Status in opt-compose.md (geplant → aktiv)

ℹ️ Seitenformat vereinheitlicht:
  - **Quellen** ergänzt in index.md, authelia.md, PI2/log.md, da-desktop/log.md
  - **Zuletzt aktualisiert** ergänzt/vereinheitlicht

👻 Verwaiste Seiten verlinkt:
  - Log-Seiten in PI5-, PI2- und da-desktop-Index aufgenommen

2026-06-28 14:21:07 +02:00

2.7 KiB

Raw Blame History

Persistente Blockgeräte-Referenzen

Zusammenfassung: UUID, PARTUUID und /dev/disk/by-*-Pfade identifizieren Partitionen eindeutig und unabhängig von der dynamischen /dev/sdX-Benennung – essenziell für stabile Mounts. Quellen: chats/fstab und crypttab.md Zuletzt aktualisiert: 2026-06-16

Das Problem mit `/dev/sdX`

Die Namen /dev/sda, /dev/sdb, /dev/sdc etc. werden vom Linux-Kernel in der Reihenfolge der Erkennung vergeben. Diese kann sich bei jedem Neustart ändern, besonders bei:

USB-Laufwerken (unterschiedliche Initialisierungsgeschwindigkeit)
SD-Karten-Lesern
Mehreren gleichartigen Laufwerken

Siehe sdx-vertauschung.

Die Lösung: Eindeutige, persistente IDs

Methoden im Vergleich

Methode	Beispiel	Persistenz	Verwendung
`/dev/sdb3`	`/dev/sdb3`	❌ Nein – wechselt bei Erkennungsreihenfolge	Nicht in fstab/crypttab verwenden
UUID	`UUID=097bccad-...`	✅ Ja – Dateisystem-ID	Für LUKS-Container in crypttab
PARTUUID	`PARTUUID=228e9390-02`	✅ Ja – Partitions-Tabellen-ID	Für Root, Boot in fstab
/dev/disk/by-partuuid/	`/dev/disk/by-partuuid/83910788-01`	✅ Ja – wie PARTUUID als Pfad	Alternative in fstab
/dev/disk/by-uuid/	`/dev/disk/by-uuid/F587-071F`	✅ Ja – wie UUID als Pfad	Alternative in fstab
/dev/disk/by-id/	`/dev/disk/by-id/usb-SanDisk_...`	✅ Ja – Seriennummer des Geräts	Optionale udev-Regeln
/dev/mapper/	`/dev/mapper/encrypt_data`	✅ Ja – Name von cryptsetup	Für LUKS-Mapper in fstab

Aktuelle Verwendung auf dem Raspberry PI5

Komponente	Referenzmethode
`/boot/firmware` (sdb1/sdc1)	`PARTUUID=228e9390-01`
`/` (sdb2/sdc2)	`PARTUUID=228e9390-02`
LUKS-Container sdb3	`UUID=82550dc2-...` (in crypttab)
LUKS-Container sdc3	`UUID=097bccad-...` (in crypttab)
`/media/piadmin/bootfs`	`/dev/disk/by-partuuid/83910788-01`
`/media/piadmin/rootfs`	`/dev/disk/by-partuuid/83910788-02`

IDs anzeigen und prüfen

# Alle Blöcke mit IDs anzeigen
sudo blkid

# PARTUUIDs anzeigen
lsblk -o NAME,PARTUUID,UUID,FSTYPE,LABEL,MOUNTPOINT

# Verfügbare persistente Pfade
ls -l /dev/disk/by-uuid/
ls -l /dev/disk/by-partuuid/
ls -l /dev/disk/by-id/

Wichtige Regel

Verwende NIEMALS /dev/sdX in fstab oder crypttab. Ersetze sie immer durch UUID, PARTUUID oder /dev/disk/by-*-Pfade.

2.7 KiB Raw Blame History Unescape Escape