Aktuelle Antwort: Wenn Sie noch ZimaOS 1.7.0 verwenden, aktualisieren Sie auf 1.7.1, bevor Sie diese Fehler erneut diagnostizieren
Der Thread fasste viele Fehler zusammen, doch mehrere wurden später einzeln identifiziert: Beim Deinstallieren einer App konnten AppData gelöscht werden, Dateioperationen konnten ungewöhnlich viel Speicher verbrauchen, Docker-Start und App-Store-Verhalten mussten verbessert werden, und einige USB-/RAID-/Backup-Probleme traten im Umfeld derselben Release-Serie auf. ZimaOS 1.7.1 wurde ausdrücklich als Sicherheits- und Stabilitätsupdate veröffentlicht und behob mehrere dieser Punkte direkt.
Die Änderungen in ZimaOS 1.7.1 umfassen die Behebung des Löschens von App-Konfigurationen sowie Verbesserungen an Docker und dem App Store.
Sichern Sie AppData, bevor Sie unter 1.7.0 etwas deinstallieren
Der schwerwiegendste bestätigte Designfehler im Ausgangsfall bestand darin, dass beim Entfernen einer App deren Konfigurationsordner gelöscht wurde. IceWhale konnte den Fehler reproduzieren und behob ihn später in 1.7.1. Wenn Sie eine alte 1.7.0-Installation wiederherstellen, kopieren Sie wichtige AppData und Datenbanken, bevor Sie Plex oder einen anderen Dienst deinstallieren oder neu installieren.
Das ZimaOS-Backup bietet hierfür die richtige Sicherheitsstufe. Gehen Sie nicht davon aus, dass eine Container-Neuinstallation harmlos ist, wenn die persistenten Pfade nicht überprüft wurden.
Verwenden Sie nach Möglichkeit Tailscale aus dem App Store statt einer alten nativen sysext
Das Ausgangssystem verwendete eine native Tailscale-Systemerweiterung aus der Community und stieß auf ein Startproblem, weil /DATA beim Start des Dienstes noch nicht bereit war. Das betrifft speziell das Design dieser Community-sysext und beweist nicht, dass aktuelles Tailscale unter ZimaOS grundsätzlich unzuverlässig ist.
Aktuelle ZimaOS-Versionen bieten Tailscale offiziell im App Store an. Die Tailscale-Einrichtung unter ZimaOS vermeidet die Pflege eines eigenen Dienstes, der bereits beim Systemstart ausgeführt wird. Die Tailscale-Anforderungen liefern den Kontext für die App.
Aktualisieren Sie die Ansicht und testen Sie den Cache der neuen App-Oberfläche, bevor Sie den Server zurücksetzen
Das Symptom, dass nach einem Neustart wieder die „alte App-Oberfläche“ erschien, verschwand später nach einer Browseraktualisierung, was den Client-Cache oder -Status als plausible Ursache erscheinen lässt. Testen Sie eine vollständige Aktualisierung oder ein privates Browserfenster, bevor Sie Dienste neu installieren, nur weil die Darstellung der Benutzeroberfläche veraltet wirkt.
Für scheinbare App-Updates sind API-Daten erforderlich
Das System zeigte wiederholt sechs Updates an, anschließend verschwand die Update-Liste, erschien erneut und blieb bei „Updates werden geladen …“ hängen. IceWhale bat um die Netzwerkantwort von apps/upgradable, da das UI-Badge allein nicht belegen konnte, dass tatsächlich sechs Image-Updates vorhanden waren.
Wenn Sie veränderliche Docker-Tags wie :latest verwenden, beachten Sie, dass der Tagname allein nicht beweist, dass das lokale Image aktuell ist. Das Festlegen von Docker-Image-Versionen erklärt, warum veränderliche Tags den Vergleich von Updates erschweren.
Trennen Sie Festplattengeschwindigkeit und Geschwindigkeit der Dateien-App
Der Nutzer maß beim direkten Schreiben auf das RAID ungefähr 196 MB/s, während die Dateien-App etwa eine Stunde für das Kopieren von 6 GB benötigte und eine hohe CPU-Auslastung verursachte. Das ist ein aussagekräftiger Hinweis: Der Festplattenpfad selbst war zu einem deutlich höheren Durchsatz fähig, daher lag der Engpass wahrscheinlich eher in der Datei-Service- oder UI-Operation als im physischen RAID.
dd if=/dev/zero of=/media/STORAGE/test.img bs=1M count=2000 status=progress conv=fdatasyncZimaOS 1.7.1 behob später einen ungewöhnlich hohen Speicherverbrauch bei bestimmten Dateioperationen. Behaupten Sie jedoch nicht, dass damit jedes Leistungsproblem beim Kopieren über die Dateien-App gelöst ist. Testen Sie die exakt gleiche Arbeitslast erneut unter 1.7.1.
Installieren Sie nur die tatsächlich defekte App neu
Plex funktionierte schließlich nach der Neuinstallation und Wiederherstellung von AppData. Das Verhalten der Pi-hole-Kachel normalisierte sich, nachdem das allgemeine App-UI-Problem behoben war, und für die Uptime-Kuma-Prüfung musste eine Bridge neu erstellt werden. Das sind voneinander getrennte Probleme. Die Behebung eines Problems durch eine Neuinstallation rechtfertigt nicht die Neuinstallation jedes Containers.
Die App-Anforderungen von ZimaOS helfen dabei, die Abhängigkeiten jeder App eindeutig festzuhalten.
Verwenden Sie pro Diagnosezweig ein eigenes Problem
Eine nützliche Fehleraufzeichnung für 1.7.x sollte Folgendes getrennt behandeln: Tailscale-Start, App-Store-Oberfläche, Start einzelner Container, Update-Erkennung, Leistung der Dateien-App, USB-Automount und AppData-Verhalten. Notieren Sie für jeden Punkt Reproduktionsschritte und Belege. Ein einzelner Bericht mit dem Tenor „1.7 hat alles kaputt gemacht“ ist zwar emotional verständlich, lässt sich aber nur schwer systematisch beheben.
Führen Sie kein Downgrade durch, bevor Sie die Wiederherstellungskosten kennen
Da 1.7.1 eine Sicherheitskorrektur für Dateidienste enthält, ist es keine gute langfristige Lösung, dauerhaft bei 1.7.0 zu bleiben. Sichern Sie Ihre Daten, aktualisieren Sie auf 1.7.1, testen Sie jedes Problem erneut und ziehen Sie ein Zurücksetzen oder eine Neuinstallation nur dann in Betracht, wenn eine bestimmte Regression weiterhin reproduzierbar ist.
FAQ
Hat ZimaOS 1.7.1 das Löschen von AppData behoben?
Es wurde ein Problem behoben, bei dem die Deinstallation einer App den Konfigurationsordner der App löschen konnte.
Warum zeigt ZimaOS App-Updates an, die wieder verschwinden?
Das Badge kann App-Verwaltungsmetadaten oder veränderliche Image-Tags widerspiegeln. Erfassen Sie die API-Antwort für aktualisierbare Apps und den tatsächlichen Image-Status, bevor Sie davon ausgehen, dass jedes Badge ein echtes Update darstellt.
Sollte ich weiterhin eine Tailscale-sysext verwenden?
Verwenden Sie den aktuellen Tailscale-Weg über den App Store, sofern Sie nicht ausdrücklich die native Community-Erweiterung benötigen und selbst pflegen können.
Warum ist die Dateien-App langsam, obwohl der RAID-Benchmark schnell ist?
Damit lässt sich das physische Laufwerk von der übergeordneten Dateidienstebene abgrenzen. Vergleichen Sie dieselbe Arbeitslast über CLI, SMB und die Dateien-App, um die langsame Ebene zu ermitteln.
Sollte ich von 1.7.0 zurückgehen?
Die aktuelle Version 1.7.1 enthält wichtige Sicherheits- und Stabilitätskorrekturen. Sichern Sie Ihre Daten und aktualisieren Sie zuerst. Bewerten Sie anschließend jede verbleibende, reproduzierbare Regression.
