Rozwiązanie społecznościowe

Wykryto NVMe, ale brakuje go w ZimaOS: prawdziwe rozwiązanie

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.

W skrócie: dysk NVMe był sprawny, ale nie został zamontowany w ZimaOS

Dysk w rzeczywistości nigdy nie zniknął. Wykrywanie PCI działało, polecenie lsblk wyświetlało /dev/nvme0n1, partycja istniała, a późniejsze kontrole potwierdziły prawidłową tablicę GPT oraz czytelny system plików vfat. Skuteczne rozwiązanie polegało na utworzeniu punktu montowania w katalogu /DATA i zamontowaniu tam istniejącej partycji. Po zamontowaniu pliki pojawiły się w aplikacji Pliki ZimaOS.

Terminal ZimaOS pokazujący kontroler NVMe Phison E12 w lspci oraz konfigurację pamięci lokalnej
Pierwszy zrzut ekranu diagnostycznego pokazuje kontroler NVMe pod adresem PCI 3a:00.0, mimo że dysku brakowało w interfejsie pamięci masowej.

Sprawdź dysk, zanim cokolwiek sformatujesz

Zacznij od zebrania informacji:

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

Jeśli urządzenie, rozmiar partycji i system plików wyglądają prawidłowo, nie wymazuj dysku tylko dlatego, że interfejs WWW go nie wyświetla. Podręcznik lsblk dla systemu Linux wyjaśnia widok urządzeń blokowych, natomiast blkid jest właściwym narzędziem do sprawdzania sygnatur systemów plików.

Wynik nvme list pokazujący istniejącą przestrzeń nazw NVMe z zerowymi wartościami użycia
System operacyjny widział przestrzeń nazw NVMe, dlatego kolejnym krokiem było sprawdzenie tablicy partycji i systemu plików, a nie wymazanie dysku.
Wynik blkid i fdisk pokazujący prawidłową tablicę GPT oraz partycję vfat DATA na dysku NVMe
Ten wynik potwierdził prawidłową tablicę GPT, partycję o rozmiarze 953,9 GiB oraz system plików vfat z etykietą DATA, wykluczając wcześniejsze podejrzenie uszkodzenia.

Dlaczego /mnt nie działało, a /DATA zadziałało

ZimaOS używa głównego systemu plików squashfs tylko do odczytu. Dlatego utworzenie /mnt/nvme-test zakończyło się błędem „Read-only file system”, mimo że sam dysk NVMe działał prawidłowo. Zamiast tego użyj zapisywalnego obszaru danych:

sudo mkdir -p /DATA/nvme-test
sudo mount /dev/nvme0n1p1 /DATA/nvme-test
ls /DATA/nvme-test
Terminal ZimaOS pokazujący główny system squashfs zamontowany tylko do odczytu oraz partycję DATA zamontowaną z prawem zapisu
Ostatni zrzut ekranu diagnostycznego wyjaśnia, dlaczego nie można było utworzyć katalogu /mnt: główny system ZimaOS to squashfs tylko do odczytu, natomiast /DATA jest lokalizacją zapisywalną.

Aktualny przewodnik konfiguracji pamięci masowej ZimaOS jest źródłem informacji o pamięci zarządzanej przez interfejs. Ręcznie zamontowany, wcześniej używany dysk to inna ścieżka, dlatego najpierw sprawdź pliki, a dopiero potem zdecyduj, czy chcesz je przenieść lub ponownie zainicjować dysk.

Wnioski z tego przypadku

„Nie ma go w interfejsie pamięci masowej” nie oznacza tego samego co „nie został wykryty”. Rozdziel poszczególne warstwy: kontroler → urządzenie blokowe → partycja → system plików → punkt montowania → interfejs. Taka kolejność zapobiega pochopnym, destrukcyjnym działaniom.

W przypadku konfiguracji wymagających dużej przestrzeni dyskowej platforma pamięci masowej ZimaCube 2 pokazuje obecny kierunek rozwoju zintegrowanych serwerów NAS, natomiast przewodnik udostępniania plików NAS opisuje kolejny krok po udostępnieniu dysku systemowi.