PI5: Live-Daten vom 28.06.2026 eingespielt
Aktualisiert: - systemuebersicht.md: Kernel 6.18.33, Docker v29.6.1, Uptime 11d, 195 Images/181 GB, 12 aktive Volumes - docker-services.md: Alle 30 laufenden Container mit aktuellen Uptimes (6h), Quellen auf 28.06. aktualisiert - docker-grundlagen.md: Docker v29.6.1, 195 Images/181 GB, 136,7 GB reclaimable - laufwerke-und-speicher.md: /media/piadmin/data 665 GB (100%), / (sdc2) 72% belegt - PI5/index.md: Neuer Raw-Dump verlinkt - log.md: Eintrag für 28.06. ergänzt Neu: - raw/Systemdaten – Raspberry PI5 – 2026-06-28.md
This commit is contained in:
@@ -10,9 +10,9 @@ dateCreated: 2026-06-28T14:29:53.694Z
|
||||
|
||||
# Laufwerke und Speicher
|
||||
|
||||
**Zusammenfassung**: Der Raspberry PI5 hat drei physische Laufwerke (USB-Key, 931-GB-SSD auf sdb, 1,8-TB-SSD auf sdc) mit zwei LUKS2-verschlüsselten Datenpartitionen. Beide Partitionen enthalten identische Daten – vermutlich eine 1:1-Kopie.
|
||||
**Quellen**: 🖥️ `raw/Systemdaten – Raspberry PI5.md`, 🔌 SSH
|
||||
**Zuletzt aktualisiert**: 2026-06-17
|
||||
**Zusammenfassung**: Der Raspberry PI5 hat drei physische Laufwerke (USB-Key, 931-GB-SSD auf sdb, 1,8-TB-SSD auf sdc) mit zwei LUKS2-verschlüsselten Datenpartitionen. Die Daten auf `/media/piadmin/data` sind identisch mit `/mnt/data`, aber `/media/piadmin/data` ist zu 100 % voll (665 GB von 682 GB).
|
||||
**Quellen**: 🖥️ `raw/Systemdaten – Raspberry PI5.md`, 🔌 SSH (28.06.)
|
||||
**Zuletzt aktualisiert**: 2026-06-28
|
||||
|
||||
---
|
||||
|
||||
@@ -39,13 +39,13 @@ loop0 2G loop swap 1
|
||||
## Speicherbelegung (df -h)
|
||||
|
||||
| Mountpunkt | Größe | Belegt | Verfügbar | Belegt % |
|
||||
|---|---|---|---|---|
|
||||
| `/` (sdc2) | 302 GB | 200 GB | 90 GB | **70 %** |
|
||||
|---|---|---|---|---|---|
|
||||
| `/` (sdc2) | 302 GB | 208 GB | 82 GB | **72 %** |
|
||||
| `/boot/firmware` (sdc1) | 510 MB | 82 MB | 429 MB | 16 % |
|
||||
| `/media/piadmin/bootfs` (sdb1) | 510 MB | 79 MB | 432 MB | 16 % |
|
||||
| `/media/piadmin/rootfs` (sdb2) | 234 GB | 35 GB | 188 GB | 16 % |
|
||||
| `/mnt/data` (encrypt_data) | 1,5 TB | 646 GB | 807 GB | 45 % |
|
||||
| `/media/piadmin/data` (encrypt_sdc3) | 682 GB | 646 GB | 1,3 GB | **100 % 🔴** |
|
||||
| `/media/piadmin/data` (encrypt_sdc3) | 682 GB | 665 GB | 0 GB | **100 % 🔴** |
|
||||
|
||||
## Partitionen und IDs
|
||||
|
||||
@@ -85,7 +85,7 @@ loop0 2G loop swap 1
|
||||
| paperless/ | 966 MB | 966 MB |
|
||||
| www/ | 722 MB | 722 MB |
|
||||
|
||||
Es handelt sich um **zwei separate LUKS-Partitionen** (nicht um einen Bind-Mount oder Symlink). Vermutlich wurden die Daten von der kleineren (682 GB) auf die größere (1,5 TB) Partition kopiert und die Konfiguration läuft inzwischen über die größere. Während `/mnt/data` noch 807 GB frei hat, ist `/media/piadmin/data` komplett voll.
|
||||
Es handelt sich um **zwei separate LUKS-Partitionen** (nicht um einen Bind-Mount oder Symlink). Vermutlich wurden die Daten von der kleineren (682 GB) auf die größere (1,5 TB) Partition kopiert und die Konfiguration läuft inzwischen über die größere. Während `/mnt/data` noch 807 GB frei hat, ist `/media/piadmin/data` mit 665 GB (0 GB frei) **komplett voll** – seit dem 17.06. sind dort 19 GB dazugekommen.
|
||||
|
||||
**Die Dienste sind wie folgt konfiguriert:**
|
||||
- **Immich** schreibt nach `/mnt/data/immich/` (via `.env`-Variable `UPLOAD_LOCATION`)
|
||||
@@ -95,7 +95,7 @@ Es handelt sich um **zwei separate LUKS-Partitionen** (nicht um einen Bind-Mount
|
||||
|
||||
## Krytische Warnung
|
||||
|
||||
**🔴 `/media/piadmin/data` ist zu 100 % voll** (646 GB von 682 GB). Aktuell aktiv genutzte Dienste scheinen jedoch auf `/mnt/data` zu schreiben, sodass dies nur ein Platzproblem, aber kein akutes Betriebsproblem darstellt.
|
||||
**🔴 `/media/piadmin/data` ist zu 100 % voll** (665 GB von 682 GB, 0 GB frei). Seit dem 17.06. sind 19 GB dazugekommen. Aktuell aktiv genutzte Dienste scheinen jedoch auf `/mnt/data` zu schreiben, sodass dies nur ein Platzproblem, aber kein akutes Betriebsproblem darstellt.
|
||||
|
||||
## LUKS-Container
|
||||
|
||||
|
||||
Reference in New Issue
Block a user