Poradnik źródłowy z 2024 roku dotyczył problemu zgodności wyświetlania i mapowania na sprzęcie innym niż ZimaCube. Zakładał, że urządzenie SATA lub NVMe jest już widoczne w narzędziach systemu Linux, takich jak lsblk lub lspci, ale półka pamięci masowej ZimaOS nie mapowała prawidłowo układu kontrolera innej firmy.
To rozróżnienie ma dziś znaczenie, ponieważ obecne ZimaOS otrzymało od tego czasu kilka poprawek dotyczących pamięci masowej innych firm. W ZimaOS 1.4.4 wyraźnie naprawiono problem dysków NVMe innych firm, które pojawiały się jako brakujące w pamięci masowej, a w wersji 1.6.1 zoptymalizowano logikę wyświetlania półek dyskowych w urządzeniach innych firm z wieloma dyskami. Najpierw zaktualizuj system, a dopiero potem edytuj historyczny plik konfiguracyjny.
Historyczna poprawka SATA wykorzystywała parametr SataStartNumber
Oficjalne źródło zalecało użytkownikom SATA sprawdzenie adresowania kontrolera za pomocą:
lsblk -o hctla następnie edytować /etc/casaos/local-storage.conf więc SataStartNumber odpowiadała numeracji HCTL oczekiwanej przez urządzenie.
Historyczna poprawka NVMe wykorzystywała adresy PCI
W przypadku urządzeń NVMe źródło wykorzystało lspci aby zidentyfikować adresy PCI i umieścił je w NVME pole tego samego pliku konfiguracyjnego przed ponownym uruchomieniem zimaos-local-storage.
W wątku opisano rzeczywisty spór dotyczący separatora
Oficjalny tekst z 2024 roku mówi, że wiele adresów NVMe należy oddzielać przecinkami. W październiku 2025 roku użytkownik społeczności poinformował, że przecinki nie działały w jego systemie, a działały spacje.
Ta sprzeczność powinna pozostać widoczna. Jest dowodem na to, że format pliku ręcznej konfiguracji lub działanie parsera zmieniły się albo różniły między wersjami; nie jest to powód, aby uznać jeden separator za uniwersalnie poprawny we współczesnym ZimaOS.
ZimaOS 1.4.4 wprowadził poprawkę na poziomie produktu dotyczącą dysków NVMe innych firm
W informacjach o wydaniu IceWhale 1.4.4 wyraźnie zaznaczono, że naprawiono problem dysków NVMe z urządzeń innych firm, które były wyświetlane jako brakujące w pamięci masowej.
Zobacz oficjalną poprawkę wyświetlania dysków NVMe innych firm.
ZimaOS 1.6.1 dodatkowo zoptymalizował obsługę dużych półek dyskowych innych firm
Później IceWhale zoptymalizowało logikę wyświetlania półek dyskowych, gdy urządzenia innych firm mają zbyt wiele dysków. Jest to bezpośrednio związane ze starym problemem mapowania interfejsu i stanowi kolejny powód, dla którego obecni użytkownicy nie powinni zaczynać od edycji konfiguracji z 2024 roku.
Najpierw ustal, czy dysk jest niewidoczny w systemie Linux, czy tylko w interfejsie użytkownika
- Jeśli
lspci/lsblkJeśli nie można zobaczyć urządzenia, sprawdź sprzęt, tryb kontrolera, zasilanie, osadzenie urządzenia oraz obsługę sterownika. - Jeśli Linux widzi urządzenie, ale Pamięć masowa go nie widzi, zbierz informacje o bieżącej wersji ZimaOS oraz dane z interfejsu i usługi pamięci masowej.
Traktuj edycje local-storage.conf jako historyczne/zaawansowane
ZimaOS jest obecnie bardziej niezmiennym systemem appliance niż wiele ogólnych dystrybucji Linuksa. Ręczne edycje w katalogu /etc może zależeć od wersji i zostać zastąpione przez późniejsze aktualizacje. Zachowaj kopię oryginalnego pliku i skorzystaj z aktualnych wskazówek pomocy technicznej, jeśli nowoczesny interfejs nadal nieprawidłowo identyfikuje dyski.
Brak kafelka dysku nie oznacza braku dysku
Oryginalny poradnik dotyczył przede wszystkim sposobu rozmieszczenia dysków innych firm i ich udostępniania w interfejsie Pamięć masowa ZimaOS. Jeśli lsblk a logi jądra widzą dysk, ale strona Pamięć masowa nie wyświetla go prawidłowo, problem różni się od sytuacji, w której kontroler lub sterownik w ogóle nie może wykryć dysku.
Utwórz kopię pliku local-storage.conf przed jego edycją
Historyczna metoda modyfikuje natywny plik konfiguracyjny ZimaOS. Najpierw zapisz kopię oryginalnego pliku i zanotuj bieżącą wersję ZimaOS, aby móc przywrócić ustawienia, jeśli po zmianie półka dyskowa będzie działać gorzej.
Ponieważ kolejne wydania OTA zmieniły sposób obsługi dysków innych firm, ręcznie edytowana wcześniej wartość może również stać się nieaktualna po aktualizacji.
Adresy PCI mogą się zmienić po zmianie topologii sprzętowej
Przeniesienie karty NVMe do innego gniazda, zmiana ustawienia bifurkacji PCIe lub aktualizacja oprogramowania układowego platformy może zmienić sposób enumeracji urządzeń. Zakodowana na stałe lista adresów dotyczy zatem tej topologii sprzętowej, a nie samego modelu dysku SSD.
Zachowaj rozbieżność dotyczącą separatorów w źródle
Oficjalne instrukcje z 2024 roku opisują adresy NVMe rozdzielane przecinkami, natomiast późniejszy użytkownik społeczności poinformował, że w jego systemie działały spacje, a przecinki nie. Brakuje wystarczających dowodów źródłowych, aby uniwersalnie zastąpić oficjalną składnię wariantem społecznościowym.
W bieżącej wersji najpierw zaktualizuj system i użyj dokładnego, aktualnego sposobu działania parsera przed edycją tego pola.
Duże półki dyskowe innych firm otrzymały później usprawnienia na poziomie produktu
Wersja ZimaOS 1.6.1 poprawiła wyświetlanie urządzeń innych firm z większą liczbą dysków. Użytkownicy kart HBA, obudów wielokieszeniowych lub konfiguracji z więcej niż sześcioma dyskami powinni zatem najpierw odtworzyć problem w bieżącej wersji, zanim zmienią starsze ustawienia numeracji półki.
FAQ dotyczące wyświetlania dysków innych firm
Czy brak dysku na półce w ZimaOS oznacza, że Linux go nie widzi?
Nie. Oryginalny poradnik dotyczył konkretnie przypadków, w których sprzęt był wykrywany, ale mapowanie w interfejsie użytkownika było nieprawidłowe.
Czy ZimaOS dodał później oficjalne poprawki?
Tak. Wersja 1.4.4 naprawiła problem z niewidocznymi dyskami NVMe innych firm, a wersja 1.6.1 zoptymalizowała wyświetlanie zewnętrznych półek dyskowych.
Czy obecni użytkownicy powinni bez zastanowienia edytować SataStartNumber lub NVME?
Nie. Najpierw zaktualizuj system i potwierdź bieżącą warstwę awarii.
