Communityoplossing

NVMe gedetecteerd maar ontbreekt in ZimaOS: de echte oplossing

An existing NVMe with backed-up data disappeared from the ZimaOS storage UI after installation, but low-level checks showed the disk was still intact.

Kort samengevat: de NVMe was in orde, maar niet gekoppeld aan ZimaOS

De schijf was nooit echt verdwenen. De PCI-detectie werkte, lsblk toonde /dev/nvme0n1, de partitie bestond en latere controles bevestigden een geldige GPT plus een leesbaar vfat-bestandssysteem. De succesvolle oplossing was het aanmaken van het koppelpunt onder /DATA en het daar koppelen van de bestaande partitie. Zodra deze was gekoppeld, verschenen de bestanden in de Bestanden-app van ZimaOS.

ZimaOS-terminal met een Phison E12 NVMe-controller in lspci en lokale opslagconfiguratie
De eerste diagnostische schermafbeelding toont de NVMe-controller op PCI-adres 3a:00.0, hoewel de schijf niet in de opslaginterface stond.

Controleer de schijf voordat je iets formatteert

Begin met feiten:

lsblk -o NAME,SIZE,FSTYPE,LABEL,MOUNTPOINTS
sudo blkid /dev/nvme0n1p1
sudo fdisk -l /dev/nvme0n1

Als het apparaat, de partitiegrootte en het bestandssysteem er allemaal normaal uitzien, wis de schijf dan niet alleen omdat de webinterface deze niet vermeldt. De Linux-handleiding voor lsblk legt de weergave van blokapparaten uit, terwijl blkid het juiste hulpmiddel is voor bestandssysteemhandtekeningen.

nvme-lijstuitvoer met de bestaande NVMe-namespace en nulwaarden voor gebruiksvelden
De NVMe-namespace was zichtbaar voor het besturingssysteem. De volgende stap was daarom het controleren van de partitietabel en het bestandssysteem, niet het wissen ervan.
blkid- en fdisk-uitvoer met een geldige GPT en vfat DATA-partitie op de NVMe-schijf
Deze uitvoer bevestigde een geldige GPT, een partitie van 953,9 GiB en een vfat-bestandssysteem met het label DATA, waarmee het eerdere vermoeden van beschadiging werd weerlegd.

Waarom /mnt mislukte, maar /DATA werkte

ZimaOS gebruikt een alleen-lezen squashfs-root. Daarom mislukte het aanmaken van /mnt/nvme-test met “Read-only file system”, hoewel de NVMe zelf in orde was. Gebruik in plaats daarvan het beschrijfbare gegevensgebied:

sudo mkdir -p /DATA/nvme-test
sudo mount /dev/nvme0n1p1 /DATA/nvme-test
ls /DATA/nvme-test
ZimaOS-terminal met de root-squashfs alleen-lezen gekoppeld en de DATA-partitie lezen-schrijven gekoppeld
De laatste diagnostische schermafbeelding verklaart waarom /mnt niet kon worden aangemaakt: de ZimaOS-root is squashfs en alleen-lezen, terwijl /DATA de beschrijfbare locatie is.

De huidige handleiding voor opslagconfiguratie in ZimaOS is de referentie voor opslag die via de interface wordt beheerd. Een handmatig gekoppelde, al bestaande schijf volgt een ander proces. Controleer daarom eerst de bestanden voordat je besluit deze te migreren of opnieuw te initialiseren.

Wat we hiervan leren

“Niet in de opslaginterface” is niet hetzelfde als “niet gedetecteerd”. Scheid de lagen: controller → blokapparaat → partitie → bestandssysteem → koppelpunt → interface. Met die volgorde voorkom je destructieve aannames.

Voor opslagintensieve systemen laat het ZimaCube 2-opslagplatform de huidige geïntegreerde NAS-richting zien, terwijl de handleiding voor NAS-bestandsdeling de volgende stap behandelt nadat een schijf beschikbaar is voor het systeem.