[KORREKTUR zu #127] Raspi seit Dez offline - SD-Karte direkt auslesen, NICHT booten #128

New issue

Open

opened 2026-06-23 19:49:57 +00:00 by orbitalo · 0 comments

orbitalo commented

2026-06-23 19:49:57 +00:00

Owner

Neue Erkenntnis (ueberschreibt Teile von #127)

Der alte Raspi ist seit Dezember 2025 offline (kein Strom). Die DB-Migration wurde von einer KI gemacht und ist misslungen - neue Daten wurden ins 'Datennirvana' geschrieben (verloren).

Was das bedeutet

Die jahrelange Historie liegt physisch auf der SD-Karte (bis ~Dezember 2025, als der Raspi ausging). NICHT verloren.
Die aktuelle CT143-InfluxDB hat erst Daten ab 08.01.2026 (neue Ingestion, separat aufgesetzt).
Luecke: Dezember 2025 fehlt ueberall (Raspi aus + neue DB startet erst Jan).
Der Aussenfuehler (mqtt.0.Holzvergaser_Sensoren_6.Aussenfuehler.temperature) existiert NUR auf der SD-Karte.

WICHTIG: Vorgehen geaendert

NICHT tun

Raspi NICHT booten/einschalten. Seit Dez offline + moeglicher kaputter Migrationszustand -> Risiko dass beim Hochfahren Daten ueberschrieben werden (z.B. durch Auto-Sync/Migrations-Skript der KI).

Stattdessen: SD-Karte direkt auslesen (read-only)

SD-Karte aus Raspi nehmen
In Kartenleser an Linux-PC (am besten read-only mounten: mount -o ro /dev/sdX2 /mnt/raspi)
InfluxDB-Datenverzeichnis sichern: cp -r /mnt/raspi/var/lib/influxdb /tmp/influx-raspi/
Pruefen welche InfluxDB-Version (Raspi): cat /mnt/raspi/etc/influxdb/influxdb.conf + Verzeichnisstruktur (1.x = data/iobroker/, 2.x = engine/)
Auf pve-mu-3 uebertragen
In CT143 als SEPARATE DB importieren (nicht ueberschreiben): influxd restore -portable -db iobroker -newdb iobroker_historie /tmp/influx-raspi/... (Format je nach Version)
In Grafana als zweite Datasource 'InfluxDB-Historie' einbinden
Aelteste Zeitstempel + Aussenfuehler-Daten verifizieren

Ziel

Jahrelange Heizungs-/PV-/Aussentemperatur-Historie zurueck in Grafana, ohne die laufende CT143-DB zu gefaehrden.

Kontext

CT143 InfluxDB: 192.168.178.36:8086 (v1.12.2), DB iobroker
Aktuelle Daten ab 08.01.2026, Brenner-Daten enden 2026-05-18
Siehe auch #127

## Neue Erkenntnis (ueberschreibt Teile von #127) Der alte Raspi ist **seit Dezember 2025 offline** (kein Strom). Die DB-Migration wurde von einer KI gemacht und ist misslungen - neue Daten wurden ins 'Datennirvana' geschrieben (verloren). ## Was das bedeutet - Die **jahrelange Historie liegt physisch auf der SD-Karte** (bis ~Dezember 2025, als der Raspi ausging). NICHT verloren. - Die aktuelle CT143-InfluxDB hat erst Daten ab **08.01.2026** (neue Ingestion, separat aufgesetzt). - Luecke: Dezember 2025 fehlt ueberall (Raspi aus + neue DB startet erst Jan). - Der Aussenfuehler (`mqtt.0.Holzvergaser_Sensoren_6.Aussenfuehler.temperature`) existiert NUR auf der SD-Karte. ## WICHTIG: Vorgehen geaendert ### NICHT tun - Raspi NICHT booten/einschalten. Seit Dez offline + moeglicher kaputter Migrationszustand -> Risiko dass beim Hochfahren Daten ueberschrieben werden (z.B. durch Auto-Sync/Migrations-Skript der KI). ### Stattdessen: SD-Karte direkt auslesen (read-only) 1. SD-Karte aus Raspi nehmen 2. In Kartenleser an Linux-PC (am besten read-only mounten: `mount -o ro /dev/sdX2 /mnt/raspi`) 3. InfluxDB-Datenverzeichnis sichern: `cp -r /mnt/raspi/var/lib/influxdb /tmp/influx-raspi/` 4. Pruefen welche InfluxDB-Version (Raspi): `cat /mnt/raspi/etc/influxdb/influxdb.conf` + Verzeichnisstruktur (1.x = data/iobroker/, 2.x = engine/) 5. Auf pve-mu-3 uebertragen 6. In CT143 als SEPARATE DB importieren (nicht ueberschreiben): `influxd restore -portable -db iobroker -newdb iobroker_historie /tmp/influx-raspi/...` (Format je nach Version) 7. In Grafana als zweite Datasource 'InfluxDB-Historie' einbinden 8. Aelteste Zeitstempel + Aussenfuehler-Daten verifizieren ## Ziel Jahrelange Heizungs-/PV-/Aussentemperatur-Historie zurueck in Grafana, ohne die laufende CT143-DB zu gefaehrden. ## Kontext - CT143 InfluxDB: 192.168.178.36:8086 (v1.12.2), DB iobroker - Aktuelle Daten ab 08.01.2026, Brenner-Daten enden 2026-05-18 - Siehe auch #127