Wolumin ZimaOS przechodzący w tryb tylko do odczytu po awarii zasilania należy traktować jako zdarzenie związane z ochroną systemu plików, a nie problem z uprawnieniami. W tym przypadku, dotyczącym wersji 1.4.0, system Windows zgłaszał błędy wejścia/wyjścia, a przeglądarka plików ZimaOS wyświetlała komunikat „system plików tylko do odczytu”. Użytkownik ostatecznie przywrócił dostęp za pomocą fsck.
Ta udana naprawa jest przydatną wskazówką, ale kopiowanie dokładnego polecenia bez wcześniejszego ustalenia systemu plików i stanu odmontowania jest niebezpieczne. Różne systemy plików wymagają różnych narzędzi naprawczych, a naprawy nie należy przeprowadzać na zamontowanym woluminie.
Jak objawiła się awaria
Serwer korzystał z macierzy RAID1 o pojemności 2 TB. Po awarii plików nie można było niezawodnie otwierać przez Windows SMB, a próba utworzenia folderu bezpośrednio w przeglądarce plików ZimaOS kończyła się niepowodzeniem, ponieważ punkt montowania macierzy przeszedł w tryb tylko do odczytu.
To połączenie objawów ma znaczenie: błąd dostępu po stronie klienta oraz komunikat o systemie plików tylko do odczytu po stronie hosta wskazują na problem niższego poziomu niż uprawnienia Samby. Przed zmianą użytkowników, list kontroli dostępu lub ustawień udziału należy sprawdzić stan pamięci masowej i integralność systemu plików.
Naprawa opisana na forum została potwierdzona przez użytkownika
Użytkownik podłączył monitor i klawiaturę, zalogował się z podwyższonymi uprawnieniami, zidentyfikował urządzenie systemu plików Linux za pomocą fdisk -l, uruchomił fsck -f dla urządzenia RAID, ponowił sprawdzanie, gdy błędy nadal występowały, a następnie ponownie uruchomił system. Zgłosił, że przywróciło to normalne działanie w trybie odczytu i zapisu.
Jest to rzeczywisty rezultat potwierdzony przez użytkownika, ale nie była to procedura odzyskiwania opracowana przez IceWhale. Bezpieczniejsza zasada to najpierw zidentyfikować dokładny system plików. Podręcznik e2fsck ostrzega przed sprawdzaniem zamontowanego systemu plików ext, z wyjątkiem ściśle określonych przypadków trybu tylko do odczytu.
Zastosuj procedurę odzyskiwania o niższym ryzyku
Przed rozpoczęciem jakiejkolwiek naprawy zatrzymaj aplikacje i zadania synchronizacji zapisujące dane na woluminie. Jeśli ważne dane są nadal dostępne do odczytu, skopiuj najcenniejsze pliki na oddzielny, sprawny nośnik. Przed ponownym uruchomieniem systemu lub zmianą macierzy zapisz informacje o jej układzie i bieżących błędach.
Lista kontrolna dotycząca woluminu tylko do odczytu dokładniej opisuje ten proces dla systemów ext4, XFS, Btrfs i ZFS. Jest lepszym punktem wyjścia niż założenie, że każda macierz ZimaOS powinna otrzymać to samo polecenie fsck.
Jak uzyskać dostęp do bieżącego terminala ZimaOS
Obecna wersja ZimaOS udostępnia SSH oraz wbudowany terminal internetowy za pośrednictwem trybu deweloperskiego. Aktualna konfiguracja SSH opisuje te metody dostępu.
Użyj terminala, aby najpierw sprawdzić urządzenie i typ systemu plików. Jeśli nie można bezpiecznie odmontować uszkodzonego woluminu podczas normalnego działania systemu, użyj odpowiedniego środowiska konserwacyjnego lub ratunkowego zamiast wymuszać naprawę w działającym systemie.
Zapobiegnij przekształceniu podobnej awarii w utratę danych
UPS może ograniczyć liczbę nagłych wyłączeń, ale nie zastępuje kopii zapasowych. Granica odzyskiwania danych w RAID wyjaśnia, dlaczego macierz lustrzana nadal wymaga niezależnej kopii, z której można odzyskać dane.
Podsumowanie
Przypadek opisany na forum rzeczywiście rozwiązano za pomocą naprawy systemu plików, ale wniosek nie brzmi: „uruchamiaj fsck -f po każdej awarii zasilania”. Właściwy wniosek jest następujący: zachowaj dane dostępne do odczytu, zidentyfikuj system plików i urządzenie, w razie potrzeby odmontuj wolumin, użyj natywnego narzędzia naprawczego danego systemu plików, a dopiero potem przywróć możliwość zapisu.
