Was bewirkte Scrutiny auf ZimaOS 1.5?
Im November 2025 installierte ein Nutzer Scrutiny auf ZimaOS 1.5 und sah zunächst die angeschlossenen USB-3.0-Festplatten im Dashboard. Nachdem weitere Laufwerke angeschlossen worden waren, fügte Scrutiny diese nicht hinzu. Auch das Entfernen eines zuvor erkannten Laufwerks aktualisierte die angezeigte Liste nicht.
Der Nutzer startete ZimaOS neu und installierte Scrutiny erneut, doch im Dashboard wurde weiterhin der ursprüngliche Zustand angezeigt. Daraus ergaben sich zwei unterschiedliche Fragen: Wo wird der persistente Zustand von Scrutiny gespeichert, und wie sollten USB-Laufwerke hinter einer Bridge oder einem Controller an Scrutiny übergeben werden?
Warum kann eine Neuinstallation von Scrutiny den alten Zustand beibehalten?
Eine Antwort aus der Community erklärte, dass Anwendungsdaten im App-Datenbereich auf dem Laufwerk verbleiben, auf dem die Anwendung installiert ist. Das entspricht dem allgemeineren Verhalten von ZimaOS bei anderen Anwendungen: Das Entfernen eines Containers bedeutet nicht immer, dass alle persistenten Anwendungsdaten gelöscht wurden.
Diese Unterscheidung ist wichtig, weil Scrutiny mehr als nur eine aktuelle Browseransicht speichert. Bei einer Neuinstallation können persistierte Konfigurations- oder Datenbankdaten wiederverwendet werden, wenn das zugeordnete App-Datenverzeichnis bestehen bleibt.
Warum benötigt ein USB-Laufwerk möglicherweise einen expliziten Gerätetyp?
Der ursprüngliche Verfasser kam später zu dem Schluss, dass für das betroffene Laufwerk ein expliziter Gerätetyp wie sat erforderlich war. USB-zu-SATA-Bridges können SMART-Befehle anders verbergen oder übersetzen als eine direkt angeschlossene SATA-Festplatte. Daher benötigt ein Überwachungstool möglicherweise zusätzliche Geräteinformationen, bevor es SMART-Daten korrekt abfragen kann.
Der Thread enthielt keine offizielle Anleitung von IceWhale, die genau zeigt, wie diese Scrutiny-Gerätekonfiguration über die Oberfläche von ZimaOS 1.5 eingebunden wird. Aus diesem Grund stellt diese Seite das YAML-Fragment des Nutzers nicht als offizielles ZimaOS-Verfahren dar.
Was sollten Sie überprüfen, bevor Sie Scrutiny zurücksetzen?
- Stellen Sie sicher, dass das Laufwerk in ZimaOS selbst sichtbar ist, bevor Sie Scrutiny untersuchen.
- Prüfen Sie, ob das Problem nur USB-angeschlossene Laufwerke oder auch direkt angeschlossene SATA-/NVMe-Geräte betrifft.
- Ermitteln Sie die verwendete USB-zu-SATA-Bridge oder das Gehäuse, da unterschiedliche Bridges SMART-Daten unterschiedlich bereitstellen.
- Notieren Sie die Scrutiny- und ZimaOS-Versionen, bevor Sie die Anwendung neu installieren oder persistente Daten löschen.
- Löschen Sie die persistenten App-Daten von Scrutiny nicht, wenn Sie nicht bereit sind, die gespeicherte Konfiguration und den Verlauf zu verlieren.
Kann ZimaOS derzeit beliebige YAML-App-Einstellungen bereitstellen?
Der Nutzer wies 2025 ausdrücklich darauf hin, dass die App-Einstellungen von ZimaOS die benötigte Gerätetyp-Option nicht anboten. ZimaOS erweitert die Konfigurationsmöglichkeiten für Apps kontinuierlich. Die aktuelle Produkt-Roadmap führt die native YAML-Konfigurationsunterstützung jedoch als Funktion der Version 1.7x auf und nicht als etwas, das für jede frühere Version vorausgesetzt werden sollte.
Solange eine Konfigurationsoption nicht vom installierten App-Paket oder der aktuellen ZimaOS-Oberfläche bereitgestellt wird, sollten manuelle Änderungen am Container oder an YAML als erweiterte Anpassung betrachtet werden, die durch App-Updates beeinträchtigt werden kann.
Sie können die aktuelle ZimaOS-Veröffentlichungszeitleiste prüfen, bevor Sie sich auf eine für ZimaOS 1.5 verfasste Umgehungslösung verlassen.
Was ist, wenn Scrutiny und ZimaOS den Laufwerkszustand unterschiedlich bewerten?
Die Erkennung eines Laufwerks und die Bewertung seines Zustands sind zwei getrennte Probleme. Spätere Diskussionen in der Community zeigen, dass Nutzer auch Unterschiede zwischen dem von ZimaOS angezeigten Zustand und den SMART-Ergebnissen von Scrutiny feststellen können. Wenn ein Laufwerk physisch sichtbar ist, Scrutiny jedoch einen SMART-Fehler meldet, sollten Sie die SMART-Daten sichern und mit dem Laufwerk vorsichtig umgehen, anstatt anzunehmen, dass allein der Dashboard-Status maßgeblich ist.
Häufig gestellte Fragen
Wo speichert Scrutiny den Dashboard-Zustand?
Die Diskussion in der Community verweist auf persistente Anwendungsdaten im App-Datenbereich auf dem Laufwerk, auf dem die App installiert ist. Das Entfernen des App-Containers allein löscht diesen gespeicherten Zustand möglicherweise nicht.
Warum erkennt Scrutiny ein USB-Laufwerk, aber ein anderes nicht?
USB-Speicher-Bridges können SMART-Funktionen unterschiedlich bereitstellen. Der ursprüngliche Verfasser vermutete, dass für das betroffene Laufwerk ein expliziter SAT-Gerätetyp erforderlich war.
Hat IceWhale in diesem Thread ein offizielles YAML-Verfahren für ZimaOS 1.5 bereitgestellt?
Nein. Der Thread enthielt keine offizielle Schritt-für-Schritt-Anleitung zum Hinzufügen der Scrutiny-Gerätetyp-Einstellung über ZimaOS 1.5.
Sollte ich den App-Datenordner von Scrutiny löschen, um einen Reset zu erzwingen?
Nur wenn Sie den persistenten Zustand der Anwendung absichtlich entfernen möchten und alles Notwendige gesichert haben. Das Löschen persistenter App-Daten unterscheidet sich von einem einfachen Neustart der App.
