Sammanfattning: NVMe-enheten var felfri, men den var inte monterad i ZimaOS
Disken var aldrig faktiskt borta. PCI-detekteringen fungerade, lsblk visade /dev/nvme0n1, partitionen fanns och senare kontroller bekräftade en giltig GPT samt ett läsbart vfat-filsystem. Den fungerande lösningen var att skapa monteringspunkten under /DATA och montera den befintliga partitionen där. När den hade monterats visades filerna i appen Filer i ZimaOS.
Verifiera disken innan du formaterar något
Börja med fakta:
lsblk -o NAME,SIZE,FSTYPE,LABEL,MOUNTPOINTS
sudo blkid /dev/nvme0n1p1
sudo fdisk -l /dev/nvme0n1Om enheten, partitionsstorleken och filsystemet ser korrekta ut ska du inte radera disken bara för att webbgränssnittet inte visar den. Linux lsblk-handboken förklarar vyn över blockenheter, medan blkid är rätt verktyg för att identifiera filsystemssignaturer.
Varför /mnt misslyckades men /DATA fungerade
ZimaOS använder ett skrivskyddat squashfs-rotfilsystem. Därför misslyckades skapandet av /mnt/nvme-test med meddelandet ”Read-only file system”, trots att själva NVMe-enheten fungerade. Använd i stället det skrivbara dataområdet:
sudo mkdir -p /DATA/nvme-test
sudo mount /dev/nvme0n1p1 /DATA/nvme-test
ls /DATA/nvme-test
Den aktuella guiden för lagringskonfiguration i ZimaOS är referensen för lagring som hanteras via gränssnittet. En manuellt monterad befintlig disk följer en annan väg, så kontrollera filerna först innan du bestämmer om du ska migrera eller initiera om den.
Vad det här fallet lär oss
”Finns inte i lagringsgränssnittet” är inte samma sak som ”identifieras inte”. Håll isär lagren: styrenhet → blockenhet → partition → filsystem → monteringspunkt → gränssnitt. Den ordningen förhindrar destruktiva gissningar.
För lagringstunga byggen visar lagringsplattformen ZimaCube 2 den aktuella utvecklingen mot integrerade NAS-lösningar, medan guiden till fildelning med NAS beskriver nästa steg efter att en disk är tillgänglig för systemet.
