Jak zoptymalizować ext4 pod kątem niezawodności?

Ponieważ ext4 został wprowadzony jako bardziej niezawodny niż ext3 z dziennikami blokowymi, czy istnieje szansa, aby przypuszczać, że jest on w 100% niezawodny? Co się stanie, jeśli włączysz blokowanie dziennika na nim, które jest domyślnie wyłączone?

Jako przewodnik przyjaciela, który bardziej szczegółowo wyjaśnia mój przypadek: mam wbudowane urządzenie Linux, po instalacji klawiatura i monitor są odłączone i działają samodzielnie.

Moim obowiązkiem jest upewnić się, że ma niezawodny system plików, więc w przypadku błędów nie ma możliwości ręcznego naprawienia błędów w urządzeniu. Nie mogę zmusić mojego klienta do używania poprawek do każdego urządzenia, aby nie dopuścić do usterki spowodowanej awarią zasilania.

Co więcej może zaoferować mi ext4 poza księgowaniem bloków?

Z góry dziękuję.

Nie. Nigdy nie można zakładać, że coś jest w 100% niezawodne.

Systemy plików kronikowania minimalizują utratę danych w przypadku nieoczekiwanego wyłączenia. Zakresy i bariery pomagają jeszcze bardziej, ale nie mogą wyeliminować wszystkich powiązanych problemów. Osobiście nigdy nie doświadczyłem utraty danych z powodu uszkodzenia systemu plików podczas korzystania z systemów plików kronikowania.

Ponadto kronikowanie nie jest domyślnie wyłączone.

Oto dobry przegląd ext4 i jego ulepszeń: http://kernelnewbies.org/Ext4

Nową funkcją dodaną do ext4 i wprowadzoną do jądra 3.5 jest tak zwana „suma kontrolna metadanych”, która jest kolejną funkcją ext4, która ma poprawić niezawodność i integralność struktury systemu plików.

Ogólna implementacja jest dobrze wyjaśniona dla początkujących jądra :

Nowoczesne systemy plików, takie jak ZFS i Btrfs, udowodniły, że zapewnienie integralności systemu plików za pomocą sum kontrolnych jest cenną funkcją. Ext4 dodał możliwość przechowywania sum kontrolnych różnych pól metadanych. Za każdym razem, gdy odczytywane jest pole metadanych, suma kontrolna odczytanych danych jest porównywana z przechowywanymi sumami kontrolnymi, jeśli są one różne, oznacza to, że medata jest uszkodzona (zwróć uwagę, że ta funkcja nie obejmuje danych, tylko wewnętrzne struktury metadanych i nie ma możliwości „samoleczenia”).

Dowolny system plików ext4 można zaktualizować, aby używał sum kontrolnych za pomocą polecenia „tune2fs -O metadata_csum” lub „mkfs -O metadata_csum” w czasie tworzenia. Po włączeniu tej funkcji w systemie plików starsze jądra bez obsługi sum kontrolnych będą mogły zamontować ją tylko w trybie tylko do odczytu.

Artykuły takie jak ten na kernel.org szczegółowo omawiają szczegółowo, w jaki sposób użycie sum kontrolnych metadanych może zapobiec uszkodzeniu struktury systemu plików przez uszkodzone metadane.

Jednak artykuł ostrzega również, że:

Kod sumowania kontrolnego metadanych zaczął przechodzić do głównej linii w Linuksie 3.5, a od wersji 3.7-rc1 przechodzi testy użytkownika. Ten kod nie jest jeszcze solidny.

To nie jest domyślnie włączone w Ubuntu 12.10 i prawdopodobnie najlepiej nie włączać go na chwilę po ostatnich problemach z systemem plików ext4, jak wspomniano tutaj .

Możesz wyłączyć opóźnioną alokację w ext4 (nodelalloc), co znacznie zwiększy prawdopodobieństwo odzyskania większej ilości danych, jeśli wystąpi awaria zasilania podczas zapisu, ale będzie to kosztować więcej fragmentacji pliku system z czasem.