Ten wątek dokumentuje rzeczywistą lukę w produkcie, która później stała się wbudowaną funkcją. W ZimaOS 1.4.1 dwudyskowa macierz RAID 1 przeszła w stan zdegradowany i tylko do odczytu po awarii jednego dysku o pojemności 750 GB. Dysk zastępczy był widoczny jako osobny, sprawny dysk HDD, ale interfejs pamięci masowej nie oferował jasnej opcji „wymień i odbuduj”.
IceWhale początkowo obsługiwało poszkodowanych użytkowników za pośrednictwem wsparcia inżynierów i diagnostyki CLI. Następnie Zima-Giorgio ogłosił, że ZimaOS 1.4.4 zapewni bardziej kompleksowy proces naprawy RAID 1. Obecne oficjalne informacje o wydaniu wersji 1.4.4 potwierdzają, że dodano naprawę RAID1 dla zdegradowanych lub uszkodzonych macierzy.
Źródłowa macierz RAID przeszła w stan Protecting / tylko do odczytu
Zastępczy dysk HDD został wykryty oddzielnie
Strona pamięci masowej w wersji 1.4.1 ostrzegała, że do odzyskania potrzebne są nowe dyski
IceWhale zaleciło użytkownikom unikanie ryzykownej samodzielnej naprawy
Zima-Giorgio zaoferował pomoc inżynierów i poprosił doświadczonych użytkowników o zebranie lsblk oraz mdadm -D /dev/md0 wynik. Nie opublikował instrukcji destrukcyjnej odbudowy.
Po tym, jak inżynierowie prywatnie naprawili macierz należącą do kolejnego użytkownika, wyraźnie ostrzegł on przed wykonywaniem operacji RAID na poziomie roota bez odpowiedniej wiedzy lub bezpośrednich instrukcji inżynierów.
ZimaOS 1.4.4 dodał naprawę RAID 1 do interfejsu WebUI
4 września 2025 r. Zima-Giorgio powiedział, że wersja 1.4.4 zapewni bardziej kompleksowy proces naprawy RAID 1. Gdy inny użytkownik poprosił o pomoc dotyczącą CLI w wersji 1.4.4, Giorgio odpowiedział, że wersja 1.4.4 umożliwi przeprowadzenie naprawy za pośrednictwem interfejsu WebUI.
Aktualne informacje o wydaniu IceWhale potwierdzają: „Dodano funkcję naprawy RAID1: naprawę można przeprowadzić, gdy macierz RAID1 jest zdegradowana lub uszkodzona.”
Użyj oficjalnej funkcji naprawy RAID 1 w ZimaOS 1.4.4 zamiast odtwarzać dawne eksperymenty z root/mdadm.
W wersji 1.4.4 naprawiono również obsługę wcześniej używanych dysków podczas odzyskiwania
Te same informacje o wydaniu wskazują, że w ZimaOS naprawiono problem, przez który wcześniej używane dyski nie mogły być wybierane podczas odzyskiwania RAID. Ma to bezpośrednie znaczenie dla procedur z użyciem dysku zastępczego, który może już zawierać stare sygnatury lub zostać osobno zainicjalizowany.
Użyj dysku zastępczego o pojemności co najmniej równej pojemności uszkodzonego dysku
Odbudowa macierzy RAID 1 wymaga dysku zastępczego wystarczająco dużego dla istniejącego układu danych macierzy. Nominalnie identyczne dyski „750 GB” lub „2 TB” mogą nieznacznie różnić się liczbą sektorów, dlatego dysk o mniejszej użytecznej pojemności może zostać odrzucony.
Jeśli to możliwe, wykonaj kopię zapasową odczytywalnych danych przed ryzykownym odzyskiwaniem
Zdegradowana macierz RAID 1 utraciła już nadmiarowość. Jeśli pozostały dysk ulegnie awarii podczas odbudowy, macierz może zostać utracona. Jeśli macierz jest odczytywalna, a dane nie mają jeszcze kopii zapasowej, przed rozpoczęciem inwazyjnego odzyskiwania skopiuj niezastąpione dane na niezależny dysk.
Nie klikaj przycisku „Utwórz RAID” dla istniejących dysków członkowskich
Jeśli ZimaOS wyświetla stare dyski członkowskie RAID jako nieużywane lub osobne dyski, utworzenie nowej macierzy RAID może nadpisać metadane. Przed kontynuowaniem ustal, czy naprawiasz istniejącą zdegradowaną macierz, czy celowo tworzysz nową pustą macierz.
Odbudowa macierzy RAID 1 to okres dużego obciążenia sprawnego dysku
Podczas odbudowy ZimaOS intensywnie odczytuje sprawny dysk, jednocześnie zapisując dane na dysku zastępczym. Jeśli pozostały stary dysk jest już w złym stanie, właśnie wtedy najprawdopodobniej ujawnią się nieodczytywalne sektory lub inna awaria.
Dlatego kopia zapasowa niezastąpionych danych na zewnętrznym nośniku powinna poprzedzać odbudowę, jeśli zdegradowana macierz jest nadal odczytywalna.
Nie formatuj dysku zastępczego tylko dlatego, że jest wyświetlany jako osobna pamięć masowa
W opisanym przypadku użytkownik wcześniej sformatował nowy dysk, a ZimaOS wyświetlał go jako HDD-Storage. Późniejsze poprawki w wersji 1.4.4 dotyczyły konkretnie dysków używanych wcześniej, które były niedostępne podczas odzyskiwania RAID.
W aktualnym systemie postępuj zgodnie z procedurą naprawy RAID i pozwól ZimaOS przygotować wybrany dysk zastępczy. Wcześniejsze sformatowanie dysku lub utworzenie innej przestrzeni magazynowej może dodać metadane, z którymi interfejs odzyskiwania będzie musiał sobie później poradzić.
Diagnostyka tylko do odczytu jest bezpieczniejsza niż ręczne modyfikowanie RAID
Polecenia, o które poprosił Zima-Giorgio—lsblk oraz mdadm -D /dev/md0—użyto poleceń diagnostycznych odczytu, aby zidentyfikować urządzenie i stan macierzy. To zupełnie coś innego niż polecenia dodające członków, zerujące superbloki, wymuszające montowanie macierzy lub odtwarzające macierze.
Jeśli pomoc techniczna poprosi o dane wyjściowe CLI, zbierz dokładnie żądane informacje tylko do odczytu i unikaj improwizowania destrukcyjnych operacji mdadm na podstawie niezwiązanych poradników dotyczących Linuksa.
Zweryfikuj macierz po zakończeniu odbudowy
Nie uznawaj odzyskiwania za zakończone w chwili zaakceptowania dysku zastępczego. Poczekaj na zakończenie synchronizacji/odbudowy, potwierdź, że RAID powrócił do stanu sprawnego/chronionego, otwórz przykładowe pliki i sprawdź aplikacje zależne od puli.
Nie używaj zewnętrznej kopii zapasowej, dopóki te kontrole nie zakończą się pomyślnie.
Przygotuj się na kolejną awarię dysku, gdy macierz jest sprawna
RAID 1 daje czas na wymianę uszkodzonego nośnika, ale nie eliminuje potrzeby wykonywania kopii zapasowych. Przechowuj niezależną kopię ważnych danych, zapisuj modele i numery seryjne dysków oraz okresowo sprawdzaj ich stan, aby wykryć stan zdegradowany, zanim ulegnie awarii drugi nośnik.
FAQ dotyczące odzyskiwania RAID 1
Czy w interfejsie ZimaOS 1.4.1 brakowało funkcji naprawy RAID 1?
Użytkownik opisany w źródle widział zdegradowaną macierz oraz dysk zastępczy, ale nie miał dostępnej standardowej opcji naprawy.
Czy IceWhale dodało później proces naprawy w interfejsie WebUI?
Tak. IceWhale poinformowało, że wersja 1.4.4 może naprawiać RAID 1 za pośrednictwem interfejsu WebUI, a oficjalne informacje o wydaniu wymieniają naprawę RAID1 jako nową funkcję.
Czy obecni użytkownicy powinni uruchamiać polecenia root mdadm z poprzedniego wątku?
Nie. IceWhale wyraźnie ostrzegało użytkowników, aby nie wykonywali operacji RAID na poziomie roota, chyba że rozumieli ryzyko lub otrzymali takie polecenie od inżynierów.
