Oryginalna społecznościowa lista kontrolna dotycząca RAID wymaga od użytkowników potwierdzenia, że dostępne są co najmniej dwa dyski, sprawdzenia stanu dysków, zweryfikowania, że każdy dysk można sformatować, pozostawienia docelowego punktu montowania pustego, ponownego uruchomienia systemu i ponowienia próby utworzenia macierzy.
Odpowiedzi pokazują, dlaczego ta lista kontrolna była tylko punktem wyjścia. Między wersjami ZimaOS 1.2.1 i 1.3.0 użytkownicy napotykali również znikający interfejs RAID, błędy systemu plików w trybie tylko do odczytu oraz nieprawidłowe mapowanie gniazd dysków na sprzęcie innym niż ZimaCube. Są to przypadki historyczne, a nie twierdzenie dotyczące obecnego interfejsu ZimaOS.
Zacznij od oryginalnych pięciu kontroli
Potwierdź, że dostępne są co najmniej dwa dyski
Instrukcja zaczyna się od wymogu minimalnej liczby dysków. Dyski, które były już włączone jako osobna pamięć masowa, nie zawsze były prezentowane historycznemu konfiguratorowi RAID jako dostępne elementy macierzy.
Sprawdź stan dysków i formatowanie pojedynczych dysków
Kolejne kontrole pozwalają odróżnić podstawowy problem z dyskiem od problemu z utworzeniem macierzy. Instrukcja zaleca sprawdzenie stanu dysków i potwierdzenie, że każdy z nich może zostać sformatowany bez błędu.
Pozostaw punkt montowania pusty i spróbuj ponownie po ponownym uruchomieniu
Instrukcja wskazuje, że docelowy punkt montowania macierzy RAID nie powinien już zawierać plików. Istniejące dane należy zabezpieczyć przed wyczyszczeniem punktu montowania. Po zakończeniu kontroli pierwotna procedura kończy się ponownym uruchomieniem systemu i kolejną próbą utworzenia macierzy.
Historyczny interfejs użytkownika oczekiwał dysków nieprzypisanych lub wyłączonych
Kilku użytkowników sformatowało i włączyło dyski pojedynczo, a następnie odkryło, że punkt wejścia do RAID zniknął lub nie można było wybrać żadnych dysków. Członek zespołu wyjaśnił, że dyski należało wyłączyć jako pamięć pojedynczą, aby ponownie pojawiły się jako dostępne dyski w przepływie pracy RAID. Formatowanie było następnie wykonywane podczas tworzenia macierzy.
Nie rozwiązało to każdego przypadku. ZimaOS 1.2.2 zawierał poprawkę związaną z wyłączaniem pojedynczych dysków, a późniejsze odpowiedzi wskazywały na dodatkowe błędy wyboru dysków aż do wersji 1.2.4. Jeden z użytkowników potwierdził później, że jego pierwotny problem został rozwiązany w wersji 1.3.0, choć nadal uważał, że interfejs RAID trudno znaleźć.
System plików tylko do odczytu spowodował inny błąd
Dziennik pamięci jednego z użytkowników pokazał, że ZimaOS nie mogło utworzyć /media/Files ponieważ system plików był tylko do odczytu. Członek zespołu odróżnił ten problem od braku przycisku i poprosił użytkownika o sprawdzenie stanu montowania za pomocą:
mount -l | grep "/ "
mount -l | grep /media
lsblkSprawdzano, czy odpowiednie montowanie pojawiało się jako ro zamiast rw. Wątek wymienia nieudane montowanie, błędy systemu plików, uprawnienia lub inne problemy z konfiguracją jako możliwe przyczyny, ale nie odnotowuje ostatecznej naprawy tego konkretnego przypadku systemu plików tylko do odczytu.
Sprzęt inny niż ZimaCube ujawnił błędy mapowania gniazd dysków
Kolejna grupa odpowiedzi pochodziła od użytkowników uruchamiających ZimaOS na systemach innych firm z wieloma kontrolerami SATA lub urządzeniami NVMe. Ich dyski były widoczne i można było je sformatować, ale diagram RAID wyświetlał puste zatoki, nieoczekiwane numery zatok lub mniej dysków do wyboru, niż wykrywał system operacyjny.
Zespół opublikował później procedurę wyświetlania dysków dla urządzeń innych niż ZimaCube. Użytkownik ZimaOS 1.2.5 zgłosił, że zastosowanie tej procedury skorygowało wyświetlane dyski i umożliwiło utworzenie macierzy RAID. Inny użytkownik potwierdził, że ta sama procedura natychmiast rozwiązała problem.
Zmiany w macierzy z poziomu wiersza poleceń nie były uniwersalnym rozwiązaniem
Jeden z późniejszych uczestników utworzył za pomocą interfejsu macierz RAID 5 z czterech dysków i dodał piąte urządzenie NVMe za pomocą mdadmUżytkownik opisał rezultat jako niezadowalający. Ponieważ te polecenia modyfikują aktywną macierz i dotyczyły konkretnego urządzenia, niniejsze podsumowanie społeczności nie przedstawia ich jako uniwersalnej sekwencji naprawczej.
W maju 2025 roku zespół zaklasyfikował kolejne zgłoszenie dotyczące brakującej kieszeni jako problem sprzętu innej firmy i poprosił użytkownika o utworzenie osobnego tematu, aby inżynierowie mogli przeanalizować zrzuty ekranu i nagrania. Potwierdza to główną granicę: widoczność dysku w systemie operacyjnym nie gwarantuje, że właściwa dla danego sprzętu mapa gniazd zostanie poprawnie odwzorowana w starszym interfejsie RAID.
Najczęściej zadawane pytania
Dlaczego opcja RAID zniknęła po sformatowaniu dysków?
W kilku historycznych przypadkach z wersji 1.2.x dyski włączone jako osobna pamięć masowa nie były już uznawane przez mechanizm RAID za dostępne. Ich wyłączenie ponownie udostępniało opcję RAID, chociaż osobne błędy interfejsu i mapowania gniazd nadal występowały w niektórych systemach.
Czy aktualizacja ZimaOS rozwiązała każdy przypadek brakujących dysków?
Niektórzy użytkownicy zgłaszali poprawę po późniejszych wydaniach lub czystej instalacji, podczas gdy inni nadal musieli skorzystać z procedury wyświetlania dysków dla urządzeń innych niż ZimaCube. Rezultat zależał od tego, czy przyczyną był historyczny interfejs użytkownika, system plików tylko do odczytu czy mapowanie sprzętu innych firm.
