In sintesi: se non compare la schermata BIOS, esegui i controlli hardware del POST prima di eseguire qualsiasi nuovo flash
Una ZimaBoard 232 che mostra un LED rosso fisso ma non visualizza mai il firmware presenta un problema che si verifica prima del sistema operativo. Le chiavette USB avviabili di Linux o CasaOS non possono essere d’aiuto finché la scheda non raggiunge il POST e l’output video del firmware. La sequenza sicura è: alimentazione → percorso video → RTC/CMOS → hardware minimo → ripristino del BIOS solo con il pacchetto corretto e seguendo le indicazioni del supporto.
Non considerare il solo LED rosso un test completo dello stato della scheda
La risposta del supporto del 2025 ha interpretato la sequenza del LED dopo la rimozione dell’RTC come un controllo automatico riuscito, ma la scheda continuava a non produrre un segnale video utilizzabile. Per la diagnosi, usa più segnali: collegamento/attività Ethernet, lease DHCP, risposta dei LED della tastiera, segnale del monitor e verifica dell’effetto dei tasti di scelta rapida del firmware. Un singolo LED non deve prevalere su altre prove contraddittorie.
Escludi completamente la catena video
- Usa un percorso Mini DisplayPort e un monitor sicuramente funzionanti.
- Seleziona manualmente l’ingresso del monitor invece di affidarti al rilevamento automatico.
- Collega il monitor prima di applicare l’alimentazione.
- Prova a premere i tasti del firmware durante l’accensione.
- Controlla contemporaneamente nel router la presenza di un lease DHCP.
L’hardware originale ZimaBoard dispone di Mini DisplayPort 1.2. La pagina porte hardware della ZimaBoard è il riferimento aggiornato per l’hardware.
A questo punto la macchina si trova ancora nell’ambito del firmware, non in quello del sistema operativo. Il modello firmware UEFI descrive il livello di avvio precedente al sistema operativo, mentre gli standard DisplayPort forniscono il contesto per il collegamento video. Questi riferimenti non diagnosticano da soli la scheda, ma confermano perché il video del firmware debba essere disponibile prima che una chiavetta USB con il sistema operativo diventi rilevante.
Reimposta una volta l’RTC/CMOS, quindi riprova partendo dalle impostazioni predefinite
Spegni completamente la scheda, scollega l’alimentazione in ingresso e reimposta lo stato dell’RTC/CMOS. Dopo il reset, non ricollegare subito tutte le periferiche. Inizia con alimentazione, monitor, Ethernet e tastiera. Se la scheda ora raggiunge il firmware, carica le impostazioni predefinite prima di modificare le impostazioni di avvio o alimentazione.
Un reset del CMOS può ripristinare impostazioni del firmware errate; non può riparare una memoria flash danneggiata, i circuiti di alimentazione o i componenti della scheda.
Perché una chiavetta USB avviabile non diagnostica una scheda che non esegue il POST
Se non riesci a raggiungere il firmware, il sistema non arriva mai al punto di eseguire il bootloader USB. Provare diverse immagini del sistema operativo dimostra ben poco in questa fase. Riserva la diagnosi dell’installazione al momento in cui la selezione F11/avvio è effettivamente visibile.
La procedura di ripristino dell’installazione di ZimaOS distingue i problemi del firmware da quelli dell’installer.
Non eseguire il flash del BIOS alla cieca su una scheda che non visualizza il firmware
Il materiale attuale di ZimaSpace sul BIOS della ZimaBoard originale avverte che gli aggiornamenti del BIOS non sono consigliati sulle schede che funzionano normalmente e che un’operazione errata può rendere la scheda non avviabile. Se un’unità che non esegue il POST richiede un flash di ripristino, richiedi al supporto la procedura esatta specifica per la scheda invece di usare un pacchetto BIOS per ZimaCube o ZimaBoard 2.
Il rilascio del BIOS della ZimaBoard è specifico per il modello. Il ripristino del firmware UEFI dipende dal produttore dell’hardware; non esiste un metodo universale e sicuro per eseguire nuovamente il flash tramite USB.
Usa l’hardware minimo per distinguere un guasto della scheda dalle periferiche
Scollega le unità SATA esterne, le schede PCIe e i dispositivi USB non necessari. Testa la scheda nella configurazione supportata più semplice. Se il video o la rete tornano disponibili, aggiungi nuovamente l’hardware un componente alla volta. Una scheda di espansione guasta o un carico eccessivo sull’alimentazione possono simulare un guasto della scheda madre.
Quando sostituire la scheda o richiedere un intervento a livello hardware è la scelta più razionale
Se un’alimentazione e un monitor sicuramente funzionanti, il reset dell’RTC e una configurazione hardware minima continuano a non produrre BIOS, DHCP o una risposta utile del firmware, interrompi i cicli di accensione ripetuti. Raccogli la sequenza del LED e i risultati dei test per il supporto. L’hardware ZimaBoard 2 è rilevante solo se la sostituzione o l’aggiornamento diventano preferibili alla riparazione della scheda.
Domande frequenti
Un LED rosso fisso della ZimaBoard indica che il POST è riuscito?
È un segnale diagnostico, ma non deve essere considerato la prova che tutte le fasi del firmware e l’output video funzionino correttamente.
Posso risolvere l’assenza di video reinstallando CasaOS o ZimaOS?
Non se la scheda non raggiunge mai il BIOS o il menu di avvio. Il ripristino del sistema operativo avviene dopo il POST del firmware.
Devo rimuovere la batteria dell’RTC?
Un singolo reset dell’RTC/CMOS è un passaggio ragionevole per ripristinare le impostazioni del firmware quando la scheda non esegue normalmente il POST.
Posso installare il BIOS di una ZimaCube su una ZimaBoard?
No. I pacchetti BIOS e le procedure di ripristino sono specifici per il modello. Usa esclusivamente il pacchetto e la procedura esatti destinati alla ZimaBoard originale.
Quando devo contattare il supporto hardware?
Dopo che i test con alimentazione e monitor sicuramente funzionanti, il reset dell’RTC e la verifica con hardware minimo continuano a non produrre una schermata del firmware o alcuna evidenza di rete.
