Vibecode/epaper-dashboard
3
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
1f142f52452c33385c51c8ac0d0a034757000e63
epaper-dashboard/.backup/2026-08-26-active/RECOVERY.md
T
epaper-dashboardandHermes 1f142f5245 Sync to Pi: alle Features die live deployed sind 
Aus dem Backup und Live-Pull vom Pi (10.11.3.144):
- dashboard.py: Grid-Linien nur im freien Hintergrund (nicht durch Widgets)
- templates/index.html: komplett redesigned mit Sidebar + Topbar + Toast + Modal
- plugins/clock.py: responsive Layout (1x1 bis 4x4)
- plugins/system.py, weather.py, minimax.py: mit Threshold-Bars und Color-Variants
- plugins/base.py: NEU — fetch_with_retry Helper (3x retry mit backoff)
  + render_error_banner für fehlgeschlagene API-Plugins
  (grosses rotes "!" Icon mit Plugin-Name und Fehler statt Crash)

Cleanup: Helfer-Chaos (renderer.py/2/3, design_a/b/c.html, clock_classic.py,
23x clock_*.png, alte test_*.py) wurde bereits im vorherigen Commit entfernt.

Co-Authored-By: Hermes <noreply@hermes.local>
2026-08-26 22:11:36 +04:00

1.9 KiB
Raw Blame History

Recovery wenn der Pi nicht mehr per SSH erreichbar ist

Was passiert ist

  • Auf dem Pi lief ein WLAN mit SSID IoT, Profil-Name netplan-wlan0-IoT
  • Recovery-AP-Test über nmcli device wifi hotspot hat einen WLAN-Hotspot epaper-test gestartet
  • Dies hat wahrscheinlich die WLAN-Verbindung zum Heimnetz unterbrochen
  • SSH-Connect zum Pi schlägt jetzt fehl (Timeout)

Sofortige Hilfe

Option A: Strom-Reset

  1. Pi vom Strom trennen
  2. 10 Sekunden warten
  3. Strom wieder rein
  4. Pi bootet → NetworkManager verbindet sich automatisch mit IoT (sofern in Reichweite)
  5. Nach ~60 Sekunden: ssh koptikp@10.11.3.144 sollte wieder gehen

Option B: Recovery-Hotspot

Falls Strom-Reset nicht hilft (z.B. weil Profil netplan-wlan0-IoT kaputt ist):

  1. Auf dem Laptop WLAN-Liste scannen
  2. epaper-recovery suchen (Passwort recovery1234) — falls der Pi im Recovery-Modus ist oder
  3. epaper-test suchen (Passwort test1234) — falls der Test-Hotspot noch läuft
  4. Verbinden, dann im Browser http://10.42.0.1:8080
  5. Bei Auth-Prompt: admin:changeme123 (oder admin:admin)
  6. Im Netzwerk-Panel: WLAN neu konfigurieren oder "Force AP Mode" / "Disconnect"

Option C: Tastatur + Monitor

  1. HDMI + USB-Tastatur an den Pi
  2. Anmelden als koptikp
  3. sudo nmcli connection show → sehen was aktiv ist
  4. sudo nmcli connection down epaper-test (oder welcher Müll-Profile da sind)
  5. sudo nmcli connection delete epaper-test
  6. sudo nmcli connection up netplan-wlan0-IoT
  7. sudo reboot

Was ich anders machen würde

  • Hotspot-Tests nie auf einem produktiven Pi laufen lassen, ohne physischen Zugang als Fallback zu haben
  • Watchdog-Code war korrekt; das Problem ist die PolicyKit-Konfiguration
  • Polkit-Restart nach Rule-Update: besser nur polkitd SIGHUP schicken, nicht systemctl restart (das hat in dieser Session offenbar den Polkit-Daemon in einem inkonsistenten Zustand hinterlassen)
Reference in New Issue View Git Blame Copy Permalink