Stan dysku NVMe Beelink ME Mini w ZimaOS: mapowanie interfejsu a kondycja dysku

Wniosek: jeśli RAID działa, ale ZimaOS twierdzi, że brakuje dysków NVMe, najpierw podejrzewaj mapowanie gniazd, a nie awarię dysku

Na kilku instalacjach Beelink ME Mini pamięć RAID 0/5 pozostawała dostępna do odczytu i zapisu przez SMB, podczas gdy pulpit nawigacyjny pokazywał brakujące dyski NVMe lub nieprawidłowe informacje o wolnym miejscu. Taki wzorzec oznacza, że Linux i warstwa RAID już widzą urządzenia. Uszkodzona jest warstwa mapowania gniazd fizycznych/UI ZimaOS.

Pamięć masowa ZimaOS pokazująca pulę RAID5 z dyskami NVMe zgłoszonymi jako brakujące na urządzeniu Beelink ME Mini — Pula pozostała dostępna, ale ZimaOS oznaczył cztery gniazda NVMe jako brakujące, mimo że leżąca u podstaw macierz RAID działała.

Pamięć masowa ZimaOS pokazująca pulę RAID0 z brakującymi dyskami NVMe na wizualnej mapie gniazd — Druga pula wykazała tę samą rozbieżność: działająca pamięć RAID pod spodem, ale nieprawidłowa prezentacja dysków fizycznych w pulpicie nawigacyjnym.

Najpierw potwierdź, że NVMe i RAID działają prawidłowo poza interfejsem

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

Jeśli macierz RAID jest zamontowana, SMB działa, a oczekiwane urządzenia NVMe pojawiają się w lspci/lsblk, nie odbudowuj macierzy tylko po to, by naprawić pulpit nawigacyjny. Bieżące ekrany pamięci masowej ZimaOS mają wyświetlać stan dysków, pojemność oraz informacje o odczycie i zapisie, gdy mapowanie jest prawidłowe.

Stan pamięci masowej ZimaOS przedstawia oczekiwany stan końcowy.

Mapowanie NVMe wykorzystuje adresy PCI, a nie lsblk HCTL

Terminal ZimaOS, w którym lsblk -o hctl zwraca dla urządzeń NVMe tylko nagłówek HCTL — Ta nieudana diagnostyka ilustruje częsty błąd: HCTL jest przydatne dla urządzeń w stylu SCSI/SATA, natomiast mapowanie NVMe wymaga adresów PCI.

Stara poprawka dla sprzętu innego niż Zima wykorzystywała lspci dla NVMe. lsblk -o hctl to gałąź SATA/SCSI i może nie zwrócić niczego przydatnego dla NVMe. To rozróżnienie wyjaśniło nieporozumienie w wątku.

Historyczna poprawka local-storage.conf

obejście IceWhale dla sprzętu innego niż Zima wykorzystuje /etc/casaos/local-storage.conf i zaktualizowano NVME mapowanie zgodne z adresami PCI udostępnianymi przez lspci, a następnie:

systemctl restart zimaos-local-storage

Później użytkownicy odkryli, że rzeczywiste działanie parsera w ich kompilacjach wymagało adresów oddzielonych spacjami zamiast przecinkami, jak w pierwotnie opublikowanym przykładzie. Ponieważ jest to stare obejście niskopoziomowe, przed ręczną edycją wykonaj kopię zapasową konfiguracji i w pierwszej kolejności korzystaj z aktualnego działania ZimaOS.

Mapowanie dysków innych niż Zima zachowuje historyczną procedurę.

Jak wygląda prawidłowo skorygowany widok NVMe

Pula RAID5 w ZimaOS z trzema dyskami SSD TEAMGROUP NVMe, informacjami o stanie i temperaturze oraz zerowym użyciem — Późniejsza konfiguracja Beelink pokazała oczekiwany rezultat: w interfejsie magazynu były widoczne modele, pojemności i temperatury poszczególnych dysków NVMe.

Pula RAID5 w ZimaOS z trzema dyskami SSD Crucial NVMe o pojemności 2 TB oraz informacjami o stanie i temperaturze — Inna poprawiona konfiguracja ujawniła nazwy modeli NVMe, użycie i temperatury zamiast zastępczych kart informujących o braku dysku.

Ekran magazynu RAID5 w ZimaOS z prawidłowo wykrytymi trzema dyskami SSD Crucial NVMe o pojemności 4 TB — Działająca mapa gniazd z trzema dyskami NVMe o pojemności 4 TB pokazała, że problem dotyczył mapowania interfejsu, a nie funkcjonowania RAID.

Magazyn w ZimaOS z sześcioma brakującymi dyskami NVMe w panelu przed skorygowaniem mapowania PCI NVMe — Wszystkie sześć pozycji NVMe było oznaczonych jako brakujące, mimo że pula istniała, co dodatkowo potwierdzało, że konfiguracja wizualnych gniazd była nieprawidłowa.

Pula RAID5 w ZimaOS z prawidłowo wyświetlanymi sześcioma dyskami SSD Crucial NVMe po zaktualizowaniu mapowania adresów PCI — Po skorygowaniu mapowania adresów PCI NVMe wszystkie sześć dysków SSD pojawiło się wraz z informacjami o modelu, pojemności i temperaturze.

Po prawidłowym skonfigurowaniu mapowania panel może wyświetlać model, pojemność, temperaturę i użycie każdego dysku SSD zamiast kart zastępczych informujących o braku dysku. Poprawka zmienia sposób, w jaki ZimaOS przypisuje fizyczne urządzenia PCI do wizualnych gniazd; nie naprawia danych systemu plików.

Jak sprawdzić stan NVMe niezależnie od interfejsu

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

Kontrole stanu nvme-cli zapewniają standardowe narzędzia systemu Linux do obsługi NVMe. Użyj ich, gdy panel budzi wątpliwości, ale nadal potrzebujesz dowodów na stan dysku.

Kiedy nie należy edytować mapy gniazd

Jeśli urządzenia NVMe nie ma w lspci oraz lsblk, nie masz problemu dotyczącego wyłącznie interfejsu. Najpierw sprawdź BIOS, osadzenie dysku, protokół gniazda, zasilanie i zgodność sprzętową. Edycja mapy gniazd nie sprawi, że fizycznie niewykryty dysk stanie się widoczny.

Pamięć masowa ZimaCube 2 oraz odzyskiwanie RAID zapewniają bezpieczniejsze architektury referencyjne.

Najczęściej zadawane pytania

Dlaczego macierz RAID w moim urządzeniu Beelink działa, gdy ZimaOS pokazuje brakujące dyski?

Linux może złożyć i zamontować macierz RAID, nawet jeśli wizualna mapa gniazd w ZimaOS nie odpowiada topologii PCI urządzenia Beelink.

Czy powinienem odtworzyć macierz RAID, aby naprawić brakujące karty NVMe?

Nie. Jeśli dane są odczytywalne, a macierz działa prawidłowo, napraw lub zgłoś mapowanie w interfejsie zamiast niszczyć działającą macierz.

Dlaczego lsblk -o hctl nic nie wyświetla?

Urządzenia NVMe korzystają z magistrali PCIe, a stare obejście używało adresów lspci. HCTL ma większe znaczenie w przypadku mapowania urządzeń w stylu SCSI/SATA.

Czy nadal mogę używać nvme-cli, jeśli interfejs ZimaOS działa nieprawidłowo?

Tak, jeśli urządzenie jest widoczne w systemie Linux. Polecenie nvme smart-log może niezależnie od panelu dostarczyć informacji o stanie, temperaturze i licznikach błędów.

Czy edycja pliku local-storage.conf nadal jest zalecanym pierwszym krokiem?

Nie. To historyczne obejście dla sprzętu innego niż Zima. Najpierw przetestuj bieżące wydanie i wykonaj kopię zapasową konfiguracji przed ręcznymi zmianami.