🔴 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
68 lines
2.7 KiB
Markdown
68 lines
2.7 KiB
Markdown
# 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
|