Raspberry Pi tworzy bardziej odporny File System
Zakres dokumentu
Ten dokument dotyczy następujących produktów Raspberry Pi:
| Pi 0 | Pi 1 | Pi 2 | Pi 3 | Pi 4 | Pi 400 | CM1 | CM3 | CM4 | CM 5 | Pico | ||||
| 0 | W | H | A | B | A | B | B | Wszystko | Wszystko | Wszystko | Wszystko | Wszystko | Wszystko | Wszystko |
| * | * | * | * | * | * | * | * | * | * | * | * | * | * |
|
Wstęp
Urządzenia Raspberry Pi Ltd są często używane jako urządzenia do przechowywania i monitorowania danych, często w miejscach, w których mogą wystąpić nagłe przerwy w dostawie prądu. Podobnie jak w przypadku każdego urządzenia komputerowego, przerwy w dostawie prądu mogą powodować uszkodzenie pamięci masowej. Niniejszy dokument zawiera kilka opcji zapobiegania uszkodzeniu danych w tych i innych okolicznościach poprzez wybór odpowiednich file systemy i konfiguracje zapewniające integralność danych. Niniejszy dokument zakłada, że Raspberry Pi działa pod kontrolą systemu operacyjnego Raspberry Pi (Linux) i jest w pełni zaktualizowany do najnowszego oprogramowania sprzętowego i jąder.
Czym jest uszkodzenie danych i dlaczego występuje?
Uszkodzenie danych odnosi się do niezamierzonych zmian w danych komputerowych, które występują podczas zapisu, odczytu, przechowywania, transmisji lub przetwarzania. W tym dokumencie odnosimy się wyłącznie do przechowywania, a nie transmisji lub przetwarzania. Uszkodzenie może wystąpić, gdy proces zapisu zostanie przerwany przed jego zakończeniem w sposób uniemożliwiający ukończenie zapisu, np.ample jeśli nastąpi przerwa w dostawie prądu. Warto w tym momencie krótko przedstawić, w jaki sposób system operacyjny Linux (i, co za tym idzie, system operacyjny Raspberry Pi) zapisuje dane do pamięci masowej. Linux zazwyczaj używa pamięci podręcznej zapisu do przechowywania danych, które mają zostać zapisane do pamięci masowej. Te pamięci podręczne (tymczasowo przechowują) dane w pamięci o swobodnym dostępie (RAM) do momentu osiągnięcia określonego wstępnie zdefiniowanego limitu, w którym to momencie wszystkie oczekujące zapisy do nośnika pamięci masowej są wykonywane w jednej transakcji. Te wstępnie zdefiniowane limity mogą być związane z czasem i/lub rozmiarem. Na przykładample, dane mogą być buforowane i zapisywane do pamięci masowej tylko co pięć sekund lub wypisywane tylko wtedy, gdy zgromadzi się pewna ilość danych. Te schematy są używane w celu poprawy wydajności: zapisanie dużej porcji danych na raz jest szybsze niż zapisanie wielu małych porcji danych.
Jednakże, jeśli zasilanie zostanie utracone pomiędzy zapisaniem danych w pamięci podręcznej a ich wypisaniem, dane te zostaną utracone. Inne możliwe problemy pojawiają się dalej w procesie zapisu, podczas fizycznego zapisu danych na nośniku pamięci. Gdy element sprzętowy (np.ample, interfejs karty Secure Digital (SD) otrzymuje polecenie zapisu danych, ale nadal zajmuje to skończony czas, aby te dane zostały fizycznie zapisane. Ponownie, jeśli awaria zasilania nastąpi w tym niezwykle krótkim okresie, istnieje możliwość, że zapisywane dane zostaną uszkodzone. Podczas wyłączania systemu komputerowego, w tym Raspberry Pi, najlepszą praktyką jest użycie opcji wyłączania. Zapewni to, że wszystkie dane z pamięci podręcznej zostaną wypisane, a sprzęt będzie miał czas, aby faktycznie zapisać dane na nośniku pamięci. Karty SD używane przez większość urządzeń z serii Raspberry Pi są świetne jako tanie zamienniki dysków twardych, ale są podatne na awarie z czasem, w zależności od sposobu ich używania. Pamięć flash używana w kartach SD ma ograniczoną żywotność cyklu zapisu, a gdy karty zbliżają się do tego limitu, mogą stać się zawodne. Większość kart SD wykorzystuje procedurę zwaną wyrównywaniem zużycia, aby upewnić się, że działają jak najdłużej, ale w końcu mogą ulec awarii. Może to trwać od miesięcy do lat, w zależności od tego, ile danych zostało zapisanych na karcie lub (co ważniejsze) usuniętych z niej. Czas życia karty może się znacznie różnić. Awaria karty SD jest zwykle sygnalizowana losowo file uszkodzenia, gdyż części karty SD stają się bezużyteczne.
Istnieją inne sposoby uszkodzenia danych, w tym, ale nie wyłącznie, wadliwe nośniki pamięci, błędy w oprogramowaniu do zapisu pamięci (sterowniki) lub błędy w samych aplikacjach. Na potrzeby niniejszego dokumentu każdy proces, w wyniku którego może nastąpić utrata danych, jest definiowany jako zdarzenie powodujące uszkodzenie.
Co może być przyczyną operacji zapisu?
Większość aplikacji wykonuje jakąś formę zapisu do pamięci masowej, np.ampinformacje o konfiguracji, aktualizacje bazy danych i tym podobne. Niektóre z nich files mogą być nawet tymczasowe, tj. używane tylko podczas działania programu i nie wymagają konserwacji podczas cyklu zasilania; jednak nadal powodują zapisy na nośniku pamięci. Nawet jeśli Twoja aplikacja nie zapisuje żadnych danych, w tle Linux będzie stale dokonywał zapisów na nośniku pamięci, głównie zapisując informacje rejestrowania.
Rozwiązania sprzętowe
Choć nie jest to całkowicie objęte zakresem niniejszego dokumentu, warto wspomnieć, że zapobieganie nieoczekiwanym przerwom w dostawie prądu jest powszechnie stosowanym i dobrze rozumianym sposobem zapobiegania utracie danych. Urządzenia takie jak zasilacze bezprzerwowe (UPS) zapewniają, że zasilanie pozostaje stabilne, a jeśli nastąpi utrata zasilania w UPS, podczas zasilania bateryjnego może on poinformować system komputerowy o nieuchronnej utracie zasilania, aby wyłączenie mogło przebiegać płynnie, zanim zapasowe źródło zasilania się wyczerpie. Ponieważ karty SD mają ograniczoną żywotność, przydatne może być posiadanie systemu wymiany, który zapewnia wymianę kart SD, zanim osiągną koniec okresu eksploatacji.
Solidny file systemy
Istnieją różne sposoby, aby zabezpieczyć urządzenie Raspberry Pi przed zdarzeniami korupcyjnymi. Różnią się one pod względem zdolności zapobiegania korupcji, przy czym każda czynność zmniejsza prawdopodobieństwo jej wystąpienia.
- Zmniejszanie liczby zapisów
Samo zmniejszenie ilości zapisu, którą wykonują Twoje aplikacje i system operacyjny Linux, może mieć korzystny wpływ. Jeśli wykonujesz dużo rejestrowania, prawdopodobieństwo, że zapisy wystąpią podczas zdarzenia uszkodzenia, wzrasta. Zmniejszenie rejestrowania w Twojej aplikacji zależy od użytkownika końcowego, ale rejestrowanie w systemie Linux również może zostać zmniejszone. Jest to szczególnie istotne, jeśli używasz pamięci flash (np. eMMC, karty SD) ze względu na ich ograniczony cykl życia zapisu. - Zmiana czasu zatwierdzania
Czas poświęcony na file system to ilość czasu, przez który buforuje dane przed skopiowaniem ich wszystkich do pamięci masowej. Wydłużenie tego czasu poprawia wydajność poprzez grupowanie wielu zapisów, ale może prowadzić do utraty danych, jeśli wystąpi zdarzenie uszkodzenia przed zapisaniem danych. Skrócenie czasu zatwierdzania oznacza mniejsze prawdopodobieństwo zdarzenia uszkodzenia prowadzącego do utraty danych, chociaż nie zapobiega temu całkowicie.
Aby zmienić czas zatwierdzania dla głównego EXT4 file system na Raspberry Pi OS, musisz edytować plik \etc\fstab file który definiuje jak file systemy są montowane podczas uruchamiania. - $sudo nano /etc/fstab
Dodaj poniższe do wpisu EXT4 dla katalogu głównego file system:
- zatwierdź=
Więc fstab może wyglądać mniej więcej tak, gdzie czas zatwierdzenia został ustawiony na trzy sekundy. Czas zatwierdzenia będzie domyślnie ustawiony na pięć sekund, jeśli nie zostanie specjalnie ustawiony.
Tymczasowy file systemy
Jeśli aplikacja wymaga tymczasowego file pamięci masowej, czyli danych używanych tylko podczas działania aplikacji i nie wymagających zapisywania po jej wyłączeniu, dobrym rozwiązaniem zapobiegającym fizycznym zapisom w pamięci masowej jest użycie tymczasowej pamięci masowej. file system, tmpfs. Ponieważ te file Ponieważ systemy bazują na pamięci RAM (właściwie na pamięci wirtualnej), dane zapisywane w systemie plików tmpfs nigdy nie są zapisywane na nośniku fizycznym, nie mają wpływu na czas życia pamięci flash i nie mogą ulec uszkodzeniu w wyniku zdarzenia powodującego uszkodzenie.
Utworzenie jednej lub większej liczby lokalizacji tmpfs wymaga edycji pliku /etc/fstab filektóry kontroluje wszystko file systemy pod Raspberry Pi OS. Następujące example zastępuje lokalizacje oparte na pamięci masowej /tmp i /var/log tymczasowymi file lokalizacje systemu. Drugi example, który zastępuje standardowy folder rejestrowania, ogranicza całkowity rozmiar file system do 16MB.
- tmpfs /tmp tmpfs domyślne,noatime 0 0
- tmpfs /var/log tmpfs domyślne,noatime,size=16m 0 0
Istnieje również skrypt innej firmy, który pomaga skonfigurować rejestrowanie w pamięci RAM, który można znaleźć na GitHub. Ma on dodatkową funkcję zrzucania logów opartych na pamięci RAM na dysk w ustalonym odstępie czasu.
Tylko do odczytu root file systemy
Korzeń file system (rootfs) jest file system na partycji dysku, na której znajduje się katalog główny, i jest to file system, na którym wszystkie inne file systemy są montowane podczas rozruchu systemu. Na Raspberry Pi jest to /, a domyślnie znajduje się na karcie SD jako w pełni odczytywalna/zapisywana partycja EXT4. Jest również folder rozruchowy, który jest montowany jako /boot i jest odczytywalną/zapisywalną partycją FAT. Ustawienie rootfs jako TYLKO do odczytu zapobiega wszelkim dostępom do zapisu, czyniąc go znacznie bardziej odpornym na zdarzenia związane z uszkodzeniem. Jednak jeśli nie zostaną podjęte inne działania, oznacza to, że nic nie może zapisać do file system w ogóle, więc zapisywanie danych jakiegokolwiek rodzaju z Twojej aplikacji do rootfs jest wyłączone. Jeśli musisz przechowywać dane z Twojej aplikacji, ale chcesz mieć rootfs tylko do odczytu, powszechną techniką jest dodanie pamięci USB lub podobnego urządzenia, które służy tylko do przechowywania danych użytkownika.
NOTATKA
Jeśli używasz wymiany file podczas korzystania z opcji tylko do odczytu file systemu, będziesz musiał przenieść swap file do partycji odczytu/zapisu.
Narzuta file system
Nakładka file system (overlayfs) łączy dwa file systemy, górny file system i niższy file system. Kiedy nazwa istnieje w obu file systemy, obiekt w górnej file system jest widoczny, gdy obiekt znajduje się na dole file system jest ukryty lub, w przypadku katalogów, połączony z obiektem górnym. Raspberry Pi udostępnia opcję w raspi-config, aby włączyć overlayfs. To sprawia, że rootfs (dolny) jest tylko do odczytu i tworzy górny oparty na pamięci RAM file system. Daje to bardzo podobny wynik do systemu tylko do odczytu file system, a wszystkie zmiany użytkownika zostaną utracone po ponownym uruchomieniu. Możesz włączyć overlayfs, używając wiersza poleceń raspi-config lub używając aplikacji Raspberry Pi Configuration na pulpicie w menu Preferencje.
Istnieją również inne implementacje overlayfs, które mogą synchronizować wymagane zmiany z górnego do dolnego file system według ustalonego harmonogramu. Na przykładample, możesz kopiować zawartość folderu domowego użytkownika z górnego na dolny co dwanaście godzin. Ogranicza to proces zapisu do bardzo krótkiego czasu, co oznacza, że uszkodzenie jest znacznie mniej prawdopodobne, ale oznacza to, że jeśli nastąpi utrata zasilania przed synchronizacją, wszelkie dane wygenerowane od ostatniego zostaną utracone. pSLC w modułach obliczeniowych Pamięć eMMC używana w urządzeniach Raspberry Pi Compute Module to MLC (Multi-Level Cell), gdzie każda komórka pamięci reprezentuje 2 bity. pSLC, czyli pseudo-Single Level Cell, to rodzaj technologii pamięci flash NAND, którą można włączyć w zgodnych urządzeniach pamięci masowej MLC, gdzie każda komórka reprezentuje tylko 1 bit. Została zaprojektowana w celu zapewnienia równowagi między wydajnością i wytrzymałością pamięci flash SLC a opłacalnością i większą pojemnością pamięci flash MLC. pSLC ma wyższą wytrzymałość zapisu niż MLC, ponieważ zapisywanie danych do komórek rzadziej zmniejsza zużycie. Podczas gdy MLC może oferować około 3,000 do 10,000 XNUMX cykli zapisu, pSLC może osiągnąć znacznie wyższe liczby, zbliżając się do poziomów wytrzymałości SLC. Większa wytrzymałość oznacza dłuższą żywotność urządzeń wykorzystujących technologię pSLC w porównaniu do urządzeń wykorzystujących standardową technologię MLC.
MLC jest bardziej opłacalny niż pamięć SLC, ale podczas gdy pSLC oferuje lepszą wydajność i wytrzymałość niż czysty MLC, robi to kosztem pojemności. Urządzenie MLC skonfigurowane dla pSLC będzie miało połowę pojemności (lub mniej), jaką miałoby jako standardowe urządzenie MLC, ponieważ każda komórka przechowuje tylko jeden bit zamiast dwóch lub więcej.
Szczegóły wdrożenia
pSLC jest implementowany na eMMC jako Enhanced User Area (znany również jako Enhanced storage). Rzeczywista implementacja Enhanced User Area nie jest zdefiniowana w standardzie MMC, ale zwykle jest to pSLC.
- Ulepszony Obszar Użytkownika jest koncepcją, natomiast pSLC jest implementacją.
- pSLC jest jednym ze sposobów wdrożenia Rozszerzonego Obszaru Użytkownika.
- W chwili pisania tego tekstu pamięć eMMC używana w modułach obliczeniowych Raspberry Pi implementuje rozszerzony obszar użytkownika przy użyciu pSLC.
- Nie ma potrzeby konfigurowania całego obszaru użytkownika eMMC jako rozszerzonego obszaru użytkownika.
- Zaprogramowanie obszaru pamięci jako Enhanced User Area jest operacją jednorazową. Oznacza to, że nie można tego cofnąć.
Włączanie
Linux udostępnia zestaw poleceń do manipulowania partycjami eMMC w pakiecie mmc-utils. Zainstaluj standardowy system operacyjny Linux na urządzeniu CM i zainstaluj narzędzia w następujący sposób:
- sudo apt zainstaluj mmc-utils
Aby uzyskać informacje o eMMC (polecenie to przekazuje do less, ponieważ jest tam sporo informacji do wyświetlenia):
- sudo mmc extcsd read /dev/mmcblk0 | mniej
OSTRZEŻENIE
Następujące operacje są jednorazowe – możesz je uruchomić raz i nie można ich cofnąć. Powinieneś je również uruchomić przed użyciem Compute Module, ponieważ usuną wszystkie dane. Pojemność eMMC zostanie zmniejszona do połowy poprzedniej wartości.
Polecenie używane do włączania pSLC to mmc enh_area_set, które wymaga kilku parametrów, które informują go, na jakim obszarze pamięci pSLC ma być włączony. Poniższy przykładample używa całego obszaru. Zapoznaj się z pomocą polecenia mmc (man mmc), aby uzyskać szczegółowe informacje na temat korzystania z podzbioru eMMC.
Po ponownym uruchomieniu urządzenia BĘDZIESZ musiał ponownie zainstalować system operacyjny, ponieważ włączenie pSLC spowoduje usunięcie zawartości dysku eMMC.
Oprogramowanie Raspberry Pi CM Provisioner ma opcję ustawienia pSLC podczas procesu provisioningu. Można ją znaleźć na GitHub pod adresem https://github.com/raspberrypi/cmprovision.
- Poza urządzeniem file systemy / rozruch sieciowy
Raspberry Pi może być uruchamiany przez połączenie sieciowe, np.ampkorzystając z sieci File System (NFS). Oznacza to, że po zakończeniu przez urządzenie pierwszego etaputage boot, zamiast ładować jądro i root file system z karty SD, jest ładowany z serwera sieciowego. Po uruchomieniu wszystkie file operacje odbywają się na serwerze, a nie na lokalnej karcie SD, która nie odgrywa żadnej dalszej roli w tym procesie. - Rozwiązania chmurowe
Obecnie wiele zadań biurowych odbywa się w przeglądarce, a wszystkie dane są przechowywane online w chmurze. Przechowywanie danych poza kartą SD może oczywiście poprawić niezawodność, kosztem konieczności stałego połączenia z Internetem, a także możliwych opłat od dostawców chmury. Użytkownik może użyć pełnej instalacji Raspberry Pi OS z przeglądarką zoptymalizowaną pod kątem Raspberry Pi, aby uzyskać dostęp do dowolnej usługi w chmurze od dostawców, takich jak Google, Microsoft, Amazon itp. Alternatywą jest jeden z dostawców cienkiego klienta, który zastępuje Raspberry Pi OS systemem operacyjnym/aplikacją, która działa z zasobów przechowywanych na centralnym serwerze, a nie na karcie SD. Cienkie klienty działają, łącząc się zdalnie ze środowiskiem obliczeniowym opartym na serwerze, w którym przechowywana jest większość aplikacji, poufnych danych i pamięci.
Wnioski
Gdy przestrzegane są prawidłowe procedury wyłączania, pamięć masowa karty SD Raspberry Pi jest niezwykle niezawodna. Działa to dobrze w środowisku domowym lub biurowym, gdzie można kontrolować wyłączanie, ale podczas korzystania z urządzeń Raspberry Pi w zastosowaniach przemysłowych lub w obszarach o zawodnym zasilaniu dodatkowe środki ostrożności mogą poprawić niezawodność.
Krótko mówiąc, opcje poprawy niezawodności można przedstawić następująco:
- Użyj sprawdzonej i niezawodnej karty SD.
- Zmniejsz liczbę zapisów, stosując dłuższe czasy zatwierdzania i tymczasowe file systemów, korzystając z nakładek typu overlayfs lub podobnych.
- Korzystaj z pamięci masowej poza urządzeniem, takiej jak pamięć masowa w chmurze lub rozruch sieciowy.
- Wdrożenie systemu wymiany kart SD przed osiągnięciem końca ich cyklu życia.
- Użyj UPS-a.
Raspberry Pi jest znakiem towarowym Raspberry Pi Ltd.
Raspberry Pi spółka z ograniczoną odpowiedzialnością
Kolofon
© 2020-2023 Raspberry Pi Ltd (dawniej Raspberry Pi (Trading) Ltd.)
Niniejsza dokumentacja jest licencjonowana na zasadach Creative Commons Uznanie autorstwa-Bez utworów zależnych 4.0 Międzynarodowe (CC BY-ND).
- data kompilacji: 2024-06-25
- wersja kompilacji: githash: 3e4dad9-clean
Informacja o wyłączeniu odpowiedzialności prawnej
DANE TECHNICZNE I NIEZAWODNOŚĆ PRODUKTÓW RASPBERRY PI (W TYM KARTY KATALOGOWE) MODYFIKOWANE OD CZASU DO CZASU („ZASOBY”) SĄ DOSTARCZANE PRZEZ RASPBERRY PI LTD („RPL”) „TAK JAK JEST” ORAZ WSZELKIE WYRAŹNE LUB DOROZUMIANE GWARANCJE, W TYM MIĘDZY INNYMI DOROZUMIANE GWARANCJE PRZYDATNOŚCI HANDLOWEJ I PRZYDATNOŚCI DO OKREŚLONEGO CELU SĄ WYŁĄCZONE. W MAKSYMALNYM ZAKRESIE DOZWOLONYM PRZEZ OBOWIĄZUJĄCE PRAWO W ŻADNYM WYPADKU RPL NIE BĘDZIE ODPOWIEDZIALNY ZA JAKIEKOLWIEK BEZPOŚREDNIE, POŚREDNIE, PRZYPADKOWE, SZCZEGÓLNE, PRZYKŁADOWE LUB WTÓRNE SZKODY (W TYM MIĘDZY INNYMI ZA NABYCIE ZAMIENNYCH TOWARÓW LUB USŁUG; UTRATĘ MOŻLIWOŚCI UŻYTKOWANIA, DANYCH , ZYSKÓW LUB PRZERWY W DZIAŁALNOŚCI) JAKIEJKOLWIEK PRZYCZYNY ORAZ JAKIEJKOLWIEK TEORII ODPOWIEDZIALNOŚCI KONTRAKTOWEJ, ODPOWIEDZIALNOŚCI BEZWZGLĘDNEJ LUB DELIKTU (W TYM ZANIEDBANIA LUB W INNY SPOSÓB) WYNIKAJĄCEJ W JAKIKOLWIEK SPOSÓB Z WYKORZYSTANIA ZASOBÓW, NAWET JEŚLI ZOSTAŁO POWIADOMIONE O MOŻLIWOŚCI TAKICH USZKODZEŃ.
RPL zastrzega sobie prawo do wprowadzania wszelkich udoskonaleń, ulepszeń, poprawek lub innych modyfikacji ZASOBÓW lub wszelkich produktów w nich opisanych w dowolnym momencie i bez dalszego powiadomienia. ZASOBY są przeznaczone dla doświadczonych użytkowników o odpowiednim poziomie wiedzy projektowej. Użytkownicy ponoszą wyłączną odpowiedzialność za swój wybór i korzystanie z ZASOBÓW oraz wszelkie zastosowanie opisanych w nich produktów. Użytkownik zgadza się zabezpieczyć i zwolnić RPL z wszelkiej odpowiedzialności, kosztów, szkód lub innych strat wynikających z korzystania z ZASOBÓW. RPL udziela użytkownikom pozwolenia na korzystanie z ZASOBÓW wyłącznie w połączeniu z produktami Raspberry Pi. Wszelkie inne wykorzystanie ZASOBÓW jest zabronione. Nie udziela się licencji żadnemu innemu RPL ani innym prawom własności intelektualnej stron trzecich.
DZIAŁANIA WYSOKIEGO RYZYKA. Produkty Raspberry Pi nie są projektowane, produkowane ani przeznaczone do użytku w niebezpiecznych środowiskach wymagających niezawodnego działania, takich jak eksploatacja obiektów jądrowych, systemów nawigacji lub komunikacji lotniczej, kontroli ruchu lotniczego, systemów uzbrojenia lub zastosowań krytycznych dla bezpieczeństwa (w tym systemów podtrzymywania życia i innych urządzeń medycznych), w których awaria produktów mogłaby prowadzić bezpośrednio do śmierci, obrażeń ciała lub poważnych szkód fizycznych lub środowiskowych („Działania wysokiego ryzyka”). RPL wyraźnie zrzeka się wszelkich wyraźnych lub dorozumianych gwarancji przydatności do Działań wysokiego ryzyka i nie ponosi odpowiedzialności za użytkowanie lub włączenie produktów Raspberry Pi do Działań wysokiego ryzyka. Produkty Raspberry Pi są dostarczane zgodnie ze Standardowymi warunkami RPL. Udostępnienie ZASOBÓW przez RPL nie rozszerza ani w żaden inny sposób nie modyfikuje Standardowych warunków RPL, w tym między innymi zrzeczeń się odpowiedzialności i gwarancji wyrażonych w nich.
Często zadawane pytania
- P: Jakie produkty Raspberry Pi są obsługiwane w tym dokumencie?
A: Niniejszy dokument dotyczy różnych produktów Raspberry Pi, w tym Pi 0 W, Pi 1 A/B, Pi 2 A/B, Pi 3, Pi 4, Pi 400, CM1, CM3, CM4, CM5 i Pico. - P: Jak mogę zmniejszyć ryzyko uszkodzenia danych na moim urządzeniu Raspberry Pi?
A: Możesz ograniczyć uszkodzenie danych, minimalizując operacje zapisu, zwłaszcza rejestrowanie aktywności, i dostosowując czasy zatwierdzania dla file systemu, jak opisano w tym dokumencie.
Dokumenty / Zasoby
 |
Raspberry Pi tworzy bardziej odporny File System [plik PDF] Instrukcja użytkownika Pi 0, Pi 1, Tworzenie bardziej odpornego File System, bardziej odporny File System, odporny File System, File System |
