Wenn alle Apps vom ZimaOS-Startbildschirm verschwinden, der Server und die Daten aber weiterhin erreichbar sind, sollten Sie nicht davon ausgehen, dass das NAS ausfällt oder Ihre Apps gelöscht wurden. Prüfen Sie zuerst die genaue ZimaOS-Version, ob Docker-Container weiterhin vorhanden sind und ob das Problem lediglich auf eine Regression im Frontend oder Dashboard zurückzuführen ist.
Der Ausgangsfall ist ein gutes Beispiel: Unter ZimaOS 1.6.1 konnte der Benutzer in mehreren Browsern keine Apps sehen und befürchtete einen unmittelbar bevorstehenden Systemausfall. Nach dem Upgrade auf 1.6.2 waren die Apps wieder vorhanden. Das ist eine vom Benutzer bestätigte Wiederherstellung. Der Thread enthält jedoch keine Stellungnahme von IceWhale, die beweist, dass alle Fälle mit fehlenden Apps auf einen allgemeinen Fehler in 1.6.1 zurückzuführen waren.
Schritt 1: Prüfen, ob die Apps tatsächlich verschwunden sind
Öffnen Sie das Terminal und überprüfen Sie Docker:
docker ps -aWenn Ihre Container weiterhin aufgelistet werden, sind die App-Definitionen und Daten wahrscheinlich noch vorhanden, auch wenn der Startbildschirm leer ist.
Wenn Docker selbst einen Fehler ausgibt, liegt das Problem tiefer als das Dashboard und sollte als Dienst- oder Speicherproblem diagnostiziert werden.
Schritt 2: Die genaue ZimaOS-Version prüfen
Der Benutzer im Ausgangsfall verwendete Version 1.6.1 und berichtete, dass die Aktualisierung auf 1.6.2 die App-Symbole wiederherstellte. Die offiziellen Versionshinweise zu ZimaOS 1.6.2 beschreiben umfassendere Stabilitäts- und Speicherfehlerbehebungen, dokumentieren das vom Benutzer gemeldete Problem mit den fehlenden Apps jedoch nicht ausdrücklich.
Wenn Sie bereits eine neuere stabile Version verwenden, sollten Sie nicht allein deshalb auf 1.6.2 zurückgehen, weil diese Version einen einzelnen historischen Fall behoben hat.
Schritt 3: Das Dashboard in einer sauberen Browsersitzung testen
Verwenden Sie ein privates bzw. Inkognito-Fenster und laden Sie die Seite vollständig neu. Deaktivieren Sie während des Tests aggressive Inhaltsblocker oder Skriptfilter für die lokale ZimaOS-Adresse.
Der Benutzer im Ausgangsfall hatte bereits Brave, Firefox und Chrome ausprobiert, wodurch ein einfaches Cache-Problem in nur einem Browser weniger wahrscheinlich war. Für aktuelle Fälle bleibt diese Prüfung dennoch sinnvoll.
Schritt 4: Über IP-Adresse und Hostnamen testen
Öffnen Sie sowohl die direkte LAN-IP-Adresse als auch Ihren üblichen lokalen Hostnamen. Wenn eine Adresse das App-Dashboard lädt und die andere nicht, sollten Sie DNS, zwischengespeicherte Frontend-Ressourcen oder browserspezifische Speicherdaten für die jeweilige Quelle untersuchen.
Wenn beide einen leeren Startbildschirm anzeigen, während die Docker-Container weiterhin fehlerfrei laufen, sollten Sie sich auf den ZimaOS-Dienst für die Frontend-/Backend-App-Liste konzentrieren, anstatt Docker-Apps neu zu installieren.
Schritt 5: Den Speicher vor wiederholten Neustarts überprüfen
Der Benutzer im Ausgangsfall erwähnte außerdem, dass Laufwerke zeitweise verschwanden und tägliche Neustarts erforderlich waren. Das ist ein separates, dringliches Symptom, da ein nicht verfügbarer AppData-Speicher dazu führen kann, dass Anwendungen nicht aufgelistet werden oder nicht starten.
Öffnen Sie Einstellungen → Speicher und bestätigen Sie, dass der AppData-Speicherort eingebunden ist. Der aktuelle Leitfaden zur Speichereinrichtung von ZimaOS erläutert die aktuellen Anzeigen für den Status von Laufwerken und Arrays.
Apps erst neu installieren, wenn die Sicherheit der Daten feststeht
Wenn die Container und AppData weiterhin vorhanden sind, kann eine Neuinstallation über den App Store doppelte Pfade oder neue Volumes erzeugen und Verwirrung darüber stiften, welche Daten zu welcher Instanz gehören.
Der Leitfaden zur Fehlerbehebung bei Docker-Apps hilft dabei, das Verschwinden der Benutzeroberfläche vom tatsächlichen Verlust eines Containers zu unterscheiden.
So unterscheiden Sie einen UI-Fehler von einem App-Fehler
| Symptom | Wahrscheinliche Ebene |
|---|---|
| Startbildschirm leer, Container vorhanden und aktiv | Dashboard-/App-Listen-UI oder Backend-Metadaten |
| Container vorhanden, aber angehalten | Docker-/App-Konfiguration oder Abhängigkeitsproblem |
| Container fehlen, AppData ist jedoch vorhanden | Wiederherstellung über App-Metadaten oder Neuinstallation |
| AppData-Speicher nicht verfügbar | Speicher-Einbindung, Berechtigungen oder Laufwerksproblem |
| Dashboard und Terminal beide nicht verfügbar | System-, Netzwerk- oder Dienstausfall |
Wann Sie aktualisieren und wann Sie Protokolle sammeln sollten
Wenn eine neuere stabile ZimaOS-Version verfügbar ist und Ihr Backup aktuell ist, ist eine Aktualisierung sinnvoll – insbesondere, wenn das Problem unmittelbar nach einem früheren Update begonnen hat. Wenn der Speicher jedoch beeinträchtigt ist oder die Systemfestplatte ausfällt, sollten Sie zuerst die Datenschicht reparieren oder schützen.
Wenn das Problem auch in der neuesten stabilen Version bestehen bleibt, sammeln Sie Browser-Konsolenfehler, die Ausgabe von docker ps -a, den aktuellen Speicherstatus, die ZimaOS-Version sowie relevante System- und App-Service-Protokolle für den Support.
FAQ
Hat ZimaOS 1.6.2 die fehlenden App-Symbole behoben?
Die Version hat den Fall des Benutzers unter 1.6.1 behoben. Der Thread beweist jedoch nicht, dass alle Probleme mit fehlenden Apps dieselbe Ursache hatten.
Sind meine Apps gelöscht, wenn der Startbildschirm leer ist?
Nicht unbedingt. Überprüfen Sie docker ps -a und den AppData-Speicher, bevor Sie etwas neu installieren.
Kann der Browser-Cache alle ZimaOS-Apps verbergen?
Ein veraltetes Frontend kann UI-Probleme verursachen. Daher lohnt sich ein vollständiges Neuladen in einem privaten Fenster. Wenn sich das Verhalten in jedem sauberen Browser wiederholt, sollten Sie als Nächstes die Serverseite untersuchen.
Sollte ich vor dem Update Sicherungslaufwerke kaufen?
Backups sind unabhängig davon sinnvoll. Ein leeres Dashboard allein beweist jedoch keinen unmittelbar bevorstehenden Datenverlust. Prüfen Sie zuerst den Zustand von System und Speicher.
