Questa fonte contiene una risoluzione chiara relativa a hardware di terze parti: non è stato infine dimostrato che l'UGREEN DXP2800 si riavviasse a causa di un kernel panic confermato di ZimaOS. L'autore originale del post ha scoperto un'impostazione del BIOS chiamata Watchdogs con un timer di tre minuti. Dopo averla disabilitata, ha riferito che il comportamento di riavvio continuo sembrava essersi arrestato.
Questo risultato è importante perché inizialmente IceWhale aveva sospettato un driver del kernel e aveva rimosso alcuni driver in una build successiva. L'utente ha testato la nuova versione 1.4.1 e ha continuato a riscontrare riavvii, quindi ha individuato autonomamente il watchdog del firmware. La fonte mostra dunque perché sia necessario controllare le funzioni firmware specifiche dell'appliance prima di dichiarare una regressione del sistema operativo.
Il DXP2800 si riavviava quasi a intervalli regolari
L'utente ha installato la versione beta2 di ZimaOS 1.4.1 su una nuova unità NVMe e poteva accedere alla dashboard, ma il NAS si riavviava ogni pochi minuti anche quando era inattivo. In seguito ha misurato l'intervallo, che era di circa due minuti e quarantacinque secondi.
Inizialmente IceWhale ha chiesto i log del kernel dell'avvio precedente
Zima-Jerry ha chiesto all'utente di raccogliere journalctl -k -r -b -1 affinché il team potesse esaminare i messaggi del kernel dell'avvio precedente.
IceWhale sospettava un driver del kernel, ma non è stato il risultato finale
Dopo aver guardato il video dell'utente, Zima-Jerry ha affermato che alcuni driver del kernel potevano essere coinvolti e che li aveva rimossi nella versione ufficiale successiva. L'autore originale del post ha quindi testato la nuova versione 1.4.1 e ha riferito che il DXP2800 continuava a riavviarsi.
L'utente ha trovato un watchdog del BIOS di tre minuti
Dopo ulteriori test, l'utente ha trovato una funzione del BIOS chiamata Watchdogs configurata con un timer di tre minuti. L'ha disabilitata e ha affermato che il sistema sembrava ora funzionare.
Un membro della community ha spiegato il meccanismo: un watchdog hardware richiede che un software compatibile reimposti periodicamente il timer; se il timer scade, il firmware presume che il sistema sia bloccato e forza un ripristino.
Il fatto che UGOS funzionasse non significava che il watchdog fosse disabilitato
Il sistema UGOS del produttore funzionava normalmente sullo stesso hardware. Una spiegazione plausibile è che UGOS sappia gestire il watchdog della piattaforma, mentre all'epoca ZimaOS non fosse in grado di farlo. Ciò è diverso dal dire che l'hardware fosse instabile.
L'attuale ZimaOS supporta x86-64 generico, ma i watchdog dei produttori sono specifici dell'hardware
La documentazione di installazione attuale di IceWhale supporta dispositivi x86-64 generici con UEFI e Secure Boot disabilitato. Non certifica ogni watchdog specifico del produttore, controller delle ventole, controller dei LED o funzione multimediale HDMI.
Utilizza la configurazione di base attuale per l'installazione di ZimaOS su x86 generico e convalida poi separatamente il firmware specifico dell'appliance.
Il comportamento HDMI di ZimaOS era diverso da quello di UGOS
Zima-Jerry ha affermato che ZimaOS non disponeva di un'applicazione specifica per la riproduzione HDMI e che sul display collegato avrebbe mostrato solo le informazioni principali del sistema. L'utente ha spiegato che UGOS poteva inviare contenuti multimediali all'uscita HDMI del NAS da un telefono. In questa discussione, questa funzione del produttore per l'uscita multimediale non è stata riprodotta da ZimaOS.
I LED del pannello anteriore richiedevano un adattamento specifico per il modello
L'utente ha inoltre riferito che i LED del DXP2800 continuavano a cambiare stato. Zima-Jerry ha affermato che i LED specializzati delle appliance richiedono un adattamento dedicato e che potrebbe non esserci un piano di sviluppo per quell'hardware.
Una checklist migliore per la convalida attuale del DXP2800
- Disabilita o configura correttamente i timer dei watchdog del produttore prima di attribuire la colpa al sistema operativo.
- Installa la versione stabile attuale di ZimaOS su un disco separato.
- Verifica cicli ripetuti di riavvio e spegnimento.
- Controlla ogni dispositivo NIC e SATA/NVMe.
- Testa il comportamento in sospensione e quello dell'alimentazione se intendi utilizzare queste funzioni.
- Considera l'uscita multimediale HDMI e i LED anteriori come funzioni separate e specifiche del modello.
Domande frequenti sull'UGREEN DXP2800
Che cosa ha fermato i riavvii ripetuti nella discussione originale?
L'autore originale del post ha disabilitato un timer del BIOS chiamato Watchdogs, impostato su circa tre minuti.
IceWhale sospettava inizialmente un driver del kernel?
Sì, ma la nuova build continuava a riavviarsi per l'utente, quindi quella non è stata la risoluzione finale confermata.
ZimaOS offriva la riproduzione multimediale HDMI come UGOS?
No. IceWhale ha affermato che all'epoca ZimaOS mostrava tramite HDMI solo le informazioni di base del sistema.
