Diese Quelle enthält eine eindeutige Lösung durch Hardware eines Drittanbieters: Es wurde letztlich nicht nachgewiesen, dass der UGREEN DXP2800 aufgrund eines bestätigten ZimaOS-Kernel-Panics neu startete. Der ursprüngliche Verfasser entdeckte im BIOS eine Einstellung namens Watchdogs mit einem Timer von drei Minuten. Nach ihrer Deaktivierung berichtete er, dass das Verhalten mit den ständigen Neustarts offenbar aufhörte.
Dieses Ergebnis ist relevant, weil IceWhale zunächst einen Kernel-Treiber vermutet und in einem späteren Build einige Treiber entfernt hatte. Der Nutzer testete die neuere Version 1.4.1 und sah weiterhin Neustarts, bevor er unabhängig davon den Firmware-Watchdog entdeckte. Die Quelle zeigt daher, warum zunächst die gerätespezifischen Firmware-Funktionen geprüft werden müssen, bevor man einen Fehler in einer neuen Betriebssystemversion feststellt.
Der DXP2800 startete nahezu nach einem festen Zeitplan neu
Der Nutzer installierte ZimaOS 1.4.1 beta2 auf einem neuen NVMe-Laufwerk und konnte auf das Dashboard zugreifen, doch das NAS startete alle paar Minuten neu, selbst im Leerlauf. Später maß er ein Intervall von ungefähr zwei Minuten und fünfundvierzig Sekunden.
IceWhale bat zunächst um Kernel-Protokolle des vorherigen Starts
Zima-Jerry bat den Nutzer, journalctl -k -r -b -1 auszuführen, damit das Team die Kernelmeldungen des vorherigen Starts untersuchen konnte.
IceWhale vermutete einen Kernel-Treiber, doch das war nicht das endgültige Ergebnis
Nachdem er das Video des Nutzers angesehen hatte, sagte Zima-Jerry, dass möglicherweise einige Kernel-Treiber beteiligt seien und er diese im nächsten offiziellen Release entfernt habe. Der ursprüngliche Verfasser testete anschließend die neue Version 1.4.1 und berichtete, dass der DXP2800 weiterhin neu startete.
Der Nutzer entdeckte einen BIOS-Watchdog mit drei Minuten Zeitlimit
Nach weiteren Tests fand der Nutzer eine BIOS-Funktion namens Watchdogs, die mit einem Timer von drei Minuten konfiguriert war. Er deaktivierte sie und erklärte, dass das System nun offenbar funktionierte.
Ein Community-Mitglied erklärte den Mechanismus: Ein Hardware-Watchdog erwartet, dass kompatible Software seinen Timer regelmäßig zurücksetzt. Läuft der Timer ab, nimmt die Firmware an, dass das System hängt, und erzwingt einen Neustart.
Dass UGOS funktionierte, bedeutete nicht, dass der Watchdog deaktiviert war
Das Hersteller-Betriebssystem UGOS lief auf derselben Hardware normal. Eine plausible Erklärung ist, dass UGOS den Plattform-Watchdog bedienen kann, während ZimaOS dies zu diesem Zeitpunkt nicht konnte. Das ist etwas anderes, als zu sagen, dass die Hardware instabil war.
Das aktuelle ZimaOS unterstützt generisches x86-64, doch Watchdogs der Hersteller sind hardwarespezifisch
Die aktuelle Installationsdokumentation von IceWhale unterstützt generische x86-64-Geräte mit UEFI und deaktiviertem Secure Boot. Sie zertifiziert jedoch nicht jeden herstellerspezifischen Watchdog, Lüfter-Controller, LED-Controller oder jedes HDMI-Medienfeature.
Verwende die aktuelle Installationsgrundlage für generisches x86-ZimaOS und überprüfe anschließend die gerätespezifische Firmware separat.
Das HDMI-Verhalten von ZimaOS unterschied sich von dem von UGOS
Zima-Jerry sagte, dass ZimaOS keine spezielle Anwendung für die HDMI-Wiedergabe habe und auf dem angeschlossenen Display nur die wichtigsten Systeminformationen anzeigen könne. Der Nutzer erklärte, dass UGOS Medien von einem Smartphone an den HDMI-Ausgang des NAS übertragen konnte. Diese herstellerspezifische Medienausgabe wurde in diesem Thread mit ZimaOS nicht reproduziert.
Die LEDs an der Vorderseite benötigten eine modellspezifische Anpassung
Der Nutzer berichtete außerdem, dass die LEDs des DXP2800 kontinuierlich wechselten. Zima-Jerry erklärte, dass spezielle LEDs von NAS-Geräten eine eigene Anpassung benötigen und es möglicherweise keinen Entwicklungsplan für diese Hardware gebe.
Eine bessere aktuelle Prüfliste für den DXP2800
- Deaktiviere die Watchdog-Timer des Herstellers oder konfiguriere sie korrekt, bevor du das Betriebssystem verantwortlich machst.
- Installiere das aktuelle stabile ZimaOS auf einem separaten Laufwerk.
- Überprüfe wiederholte Neustart- und Herunterfahrzyklen.
- Prüfe jeden NIC- sowie SATA-/NVMe-Anschluss.
- Teste das Schlaf- und Energieverhalten, wenn du diese Funktionen nutzen möchtest.
- Behandle die HDMI-Medienausgabe und die LEDs an der Vorderseite als separate, modellspezifische Funktionen.
FAQ zum UGREEN DXP2800
Was beendete die wiederholten Neustarts im Quellthread?
Der ursprüngliche Verfasser deaktivierte einen im BIOS eingestellten Watchdogs-Timer von etwa drei Minuten.
Vermutete IceWhale zunächst einen Kernel-Treiber?
Ja, doch der Nutzer beobachtete auch mit dem neueren Build weiterhin Neustarts. Daher war dies nicht die endgültig bestätigte Lösung.
Bot ZimaOS eine HDMI-Medienwiedergabe wie UGOS?
Nein. IceWhale erklärte, dass ZimaOS zu diesem Zeitpunkt über HDMI nur grundlegende Systeminformationen anzeigte.
