Stato NVMe del Beelink ME Mini in ZimaOS: mappatura dell’interfaccia utente e salute del disco

In sintesi: se il RAID funziona ma ZimaOS indica che i dischi NVMe sono mancanti, sospetta prima un problema di mappatura degli slot che un guasto del disco

Su diverse installazioni di Beelink ME Mini, lo storage RAID 0/5 rimaneva leggibile e scrivibile tramite SMB, mentre il dashboard mostrava dischi NVMe mancanti o informazioni errate sullo spazio libero. Questo schema indica che Linux e il livello RAID riescono già a rilevare i dispositivi. Il problema riguarda il livello di mappatura/UI degli slot fisici di ZimaOS.

Storage di ZimaOS che mostra un pool RAID5 con dischi NVMe segnalati come mancanti su un Beelink ME Mini — Il pool rimaneva accessibile, ma ZimaOS visualizzava quattro slot NVMe come mancanti, anche se il RAID sottostante funzionava.

Storage di ZimaOS che mostra un pool RAID0 con i membri NVMe mancanti nella mappa visiva degli slot — Un secondo pool mostrava lo stesso disallineamento: storage RAID utilizzabile sottostante, presentazione dei dischi fisici errata nel dashboard.

Prima dimostra che NVMe e RAID sono integri sotto l’interfaccia

lsblk -o NAME,SIZE,FSTYPE,MOUNTPOINTS
lspci | grep -i "Non-Volatile"
cat /proc/mdstat
df -h

Se il RAID è montato, SMB funziona e i dispositivi NVMe previsti compaiono in lspci/lsblk, non ricostruire l’array solo per correggere il dashboard. Le schermate di archiviazione di ZimaOS sono progettate per mostrare lo stato dei dischi, la capacità e le informazioni di lettura/scrittura una volta corretta la mappatura.

Lo stato dello storage di ZimaOS mostra il risultato atteso.

La mappatura NVMe utilizza gli indirizzi PCI, non lsblk HCTL

Terminale di ZimaOS in cui lsblk -o hctl restituisce solo l’intestazione HCTL per i dispositivi NVMe — Questa diagnostica fallita illustra un errore comune: HCTL è utile per i dispositivi di tipo SCSI/SATA, mentre la mappatura NVMe richiede invece gli indirizzi PCI.

La vecchia correzione per l’hardware non Zima utilizzava lspci per NVMe. lsblk -o hctl è il ramo SATA/SCSI e può non restituire nulla di utile per NVMe. Questa distinzione ha risolto la confusione nella discussione.

La correzione storica di local-storage.conf

workaround di IceWhale per l’hardware non Zima utilizzato /etc/casaos/local-storage.conf e ha aggiornato il NVME mappatura in modo da corrispondere agli indirizzi PCI esposti da lspci, seguito da:

systemctl restart zimaos-local-storage

In seguito, gli utenti hanno scoperto che il comportamento effettivo del parser nelle loro build richiedeva indirizzi separati da spazi anziché l'esempio separato da virgole pubblicato originariamente. Poiché si tratta di una vecchia soluzione alternativa di basso livello, esegui il backup della configurazione e dai la priorità al comportamento corrente di ZimaOS prima di modificarla manualmente.

La mappatura dei dischi non Zima conserva la procedura storica.

Come appare una visualizzazione NVMe corretta

Pool RAID5 di ZimaOS con tre SSD NVMe TEAMGROUP, con stato, temperature e utilizzo allo zero percento — Una configurazione Beelink successiva ha mostrato il risultato previsto: nell'interfaccia Archiviazione erano visibili i singoli modelli NVMe, la capacità e le temperature.

Pool RAID5 di ZimaOS con tre SSD NVMe Crucial da 2 TB, con informazioni su stato e temperatura — Un'altra configurazione corretta ha mostrato i nomi dei modelli NVMe, l'utilizzo e le temperature anziché le schede segnaposto dei dischi mancanti.

Schermata dell'archiviazione RAID5 di ZimaOS con tre SSD NVMe Crucial da 4 TB rilevati correttamente — Una mappa degli slot funzionante con tre unità NVMe da 4 TB ha dimostrato che il problema riguardava la mappatura dell'interfaccia, non il funzionamento del RAID.

Archiviazione di ZimaOS con sei dischi NVMe mancanti nel dashboard prima della correzione della mappatura PCI NVMe — Tutte e sei le posizioni NVMe risultavano mancanti, anche se il pool esisteva, a ulteriore conferma che la configurazione degli slot era errata.

Pool RAID5 di ZimaOS con sei SSD NVMe Crucial visualizzati correttamente dopo l'aggiornamento della mappatura degli indirizzi PCI — Dopo aver corretto la mappatura degli indirizzi PCI NVMe, sono comparsi tutti e sei gli SSD con i dati relativi a modello, capacità e temperatura.

Una volta corretta la mappatura, il dashboard può mostrare il modello, la capacità, la temperatura e l'utilizzo di ogni SSD invece delle schede segnaposto dei dischi mancanti. La correzione modifica il modo in cui ZimaOS associa i dispositivi PCI fisici agli slot visuali; non ripara i dati del file system.

Come controllare lo stato degli NVMe indipendentemente dall’interfaccia

nvme list
nvme smart-log /dev/nvme0
smartctl -a /dev/nvme0

I controlli dello stato tramite nvme-cli forniscono gli strumenti NVMe standard di Linux. Usali quando il dashboard è poco affidabile, ma hai comunque bisogno di dati sullo stato delle unità.

Quando non modificare la mappatura degli slot

Se il dispositivo NVMe è assente da lspci e lsblk, non si tratta di un problema limitato all’interfaccia. Prima controlla BIOS, inserimento delle unità, protocollo dello slot, alimentazione e compatibilità hardware. Una modifica alla mappa degli slot non può rendere visibile un’unità non rilevata fisicamente.

Lo storage di ZimaCube 2 e il ripristino RAID offrono architetture di riferimento più sicure.

Domande frequenti

Perché il mio RAID Beelink funziona quando ZimaOS mostra dischi mancanti?

Linux può assemblare e montare il RAID anche se la mappa visiva degli slot di ZimaOS non corrisponde alla topologia PCI del Beelink.

Devo ricreare il RAID per risolvere il problema delle schede NVMe mancanti?

No. Se i dati sono leggibili e l’array è integro, correggi o segnala la mappatura dell’interfaccia invece di distruggere un array funzionante.

Perché lsblk -o hctl non mostra nulla?

I dispositivi NVMe sono dispositivi PCIe e la vecchia soluzione alternativa utilizzava gli indirizzi lspci. HCTL è più pertinente per la mappatura dei dispositivi di tipo SCSI/SATA.

Posso ancora usare nvme-cli se l’interfaccia di ZimaOS non è corretta?

Sì, se il dispositivo è visibile a Linux. nvme smart-log può fornire autonomamente dati su stato, temperatura e contatori degli errori, indipendentemente dal dashboard.

Modificare local-storage.conf è ancora il primo passaggio consigliato?

No. È una soluzione alternativa storica per l’hardware non Zima. Prima prova la versione attuale e conserva un backup della configurazione prima di apportare modifiche manuali.