Soluzione della community

M.2 NVMe non rilevato in ZimaCube: controlla prima l’hardware

A new ZimaCube arrived with its M.2 card loose inside the chassis, and neither the ZimaOS installer nor normal boot could use the NVMe device.

In sintesi: verifica l’inserimento fisico e il rilevamento nel BIOS prima di reinstallare ZimaOS

Lo ZimaCube originale è arrivato con la scheda M.2 allentata all’interno dello chassis. Questo cambia immediatamente l’ordine della diagnosi. Prima di dare la colpa al programma di installazione, verifica il connettore, i contatti dorati, la vite di fissaggio e se il BIOS riesce a rilevare il dispositivo NVMe.

Passaggio 1: spegni il sistema e controlla l’hardware M.2

Scollega l’alimentazione, rimuovi il coperchio superiore e controlla che il modulo M.2 non presenti un connettore laterale piegato, contatti dorati danneggiati, PCB crepato, distanziale mancante o detriti nel socket. Reinserisci completamente il modulo e fissalo in modo che la scheda rimanga piatta.

Se il sistema è stato spedito con una scheda allentata che sbatteva all’interno, documenta le condizioni fisiche prima di eseguire altri test. I danni da trasporto sono un caso da sottoporre all’assistenza hardware, non qualcosa che ci si dovrebbe aspettare che il software possa riparare.

Passaggio 2: controlla BIOS → Advanced → NVMe Configuration

Se il BIOS non elenca l’unità, ZimaOS non può installarsi su di essa. Se disponibile, prova un’unità NVMe compatibile e sicuramente funzionante. Se la seconda unità viene rilevata, l’SSD originale diventa il principale indiziato. Se non viene rilevata nessuna delle due, esamina lo slot M.2, la scheda adattatrice, l’alimentazione o il firmware.

La procedura di ripristino dell’installazione di ZimaOS è il riferimento software più sicuro una volta confermato il rilevamento nel BIOS.

Passaggio 3: verifica il rilevamento da Linux dal programma di installazione

lspci | grep -i "Non-Volatile"
lsblk -o NAME,SIZE,MODEL,TRAN
dmesg | grep -i -E 'nvme|pcie|error'

Gli strumenti nvme-cli forniscono comandi NVMe standard. Il sottosistema NVMe di Linux spiega il livello del kernel.

Più unità NVMe possono rivelare un problema di alimentazione diverso

Una risposta separata nella discussione ha rilevato che due unità erano affidabili, mentre tre o quattro fallivano durante il rilevamento in Linux, e che l’alimentazione esterna cambiava il risultato. È un indizio utile per un alloggiamento con più unità, ma non dovrebbe essere trasformato nell’affermazione universale che Linux “assorbe troppa corrente”. Consideralo un’ipotesi relativa al budget di alimentazione da verificare usando un’alimentazione sicuramente funzionante e un numero inferiore di unità.

Non continuare a riformattare unità che il BIOS non riesce a vedere

Il partizionamento, la creazione del filesystem e l’installazione di ZimaOS avvengono tutti dopo l’enumerazione dell’hardware. Se il dispositivo manca a livello BIOS/PCIe, formattare un altro disco non risolve il problema reale.

Per l’hardware attuale con più unità NVMe, lo storage di ZimaCube 2 offre un’architettura di riferimento più lineare.

Quando interrompere i test e richiedere assistenza hardware

Se il modulo M.2 originale allentato presenta danni fisici, se il BIOS non rileva mai supporti NVMe sicuramente funzionanti nello slot o se la scheda mostra un comportamento incoerente dopo il reinserimento, interrompi i test distruttivi e contatta l’assistenza hardware fornendo foto, dati del numero di serie e il risultato del rilevamento nel BIOS.

Usa un test con hardware minimo per distinguere i problemi di alimentazione da quelli PCIe

Se sono coinvolti diversi dispositivi NVMe, riduci il sistema a una sola unità sicuramente funzionante inserita in uno slot sicuramente funzionante. Avvia il sistema, conferma il rilevamento nel BIOS, quindi aggiungi un dispositivo alla volta. Se le prime due unità sono stabili e i problemi iniziano solo quando vengono collegati altri dispositivi, annota se il sintomo consiste nella scomparsa dell’unità, in errori di collegamento PCIe, reset o un mancato avvio completo.

Questo schema aiuta a distinguere un singolo SSD danneggiato da un problema relativo a una risorsa condivisa, come l’erogazione di alimentazione, la topologia PCIe, il commutatore PCIe o una scheda adattatrice. Ripetere lo stesso avvio completo con quattro unità senza cambiare una variabile alla volta fornisce pochissime informazioni diagnostiche.

Domande frequenti

Come posso capire se il problema riguarda l’SSD M.2 o lo slot?

Prova un’unità NVMe compatibile e sicuramente funzionante nello stesso slot e, se possibile, prova l’unità sospetta in un altro sistema sicuramente funzionante.

ZimaOS può installarsi se il BIOS non rileva l’unità NVMe?

No. Il programma di installazione dipende dall’enumerazione da parte del firmware e del kernel. Risolvi prima il problema di rilevamento hardware.

Devo aggiornare il BIOS prima di sostituire l’SSD?

Solo dopo aver registrato lo stato attuale e seguito la procedura firmware supportata dal produttore dell’hardware. Una scheda fisicamente allentata o danneggiata deve comunque essere controllata per prima.

Perché diverse unità NVMe si guastano contemporaneamente?

Le possibili cause includono il budget di alimentazione, la topologia PCIe, il firmware o il comportamento del controller. Riduci la configurazione ed esegui test incrementali invece di presumere una causa unica.

La formattazione dell’unità NVMe la farà comparire?

No. La formattazione si applica solo dopo che l’unità è già stata rilevata.