Files
da-HomeNetDocumentation/PI5/Konfiguration/persistente-blockgeraete.md
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

68 lines
2.7 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 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](./sdx-vertauschung.md).
## 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
```bash
# 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.
## Verwandte Seiten
- [sdx-vertauschung](./sdx-vertauschung.md) Warum `/dev/sdX` wechselt
- [fstab](./etc/fstab.md) Alle Einträge mit persistenten Referenzen
- [crypttab](./etc/crypttab.md) UUID-Referenzen für LUKS
- [luks-verschluesselung](./luks-verschluesselung.md) LUKS-Konzepte