Czy istnieje coś takiego jak „zgnilizna na żywo”?

Zwykle używam żywych USB do diagnozowania problemów lub do korzystania z niezaufanej maszyny.

Moja konfiguracja USB na żywo jest ogólnie dd na dysk USB, więc wygląda to tak:

root@localhost:~# lsblk /dev/sdb
NAME       RM   SIZE   RO   TYPE   MOUNTPOINT
sdb         1   7.5G    0   disk
|_sdb1      1   4.6G    0   part   /run/archiso/bootmnt

Brak dodatkowych partycji, tylko do zapisu w pewnym sensie.

Czy to na żywo USB, jeśli nigdy dd kolejny ISO do tego, gnije lub zużywa się z powodu cykli zapisu?

Co więcej, jeśli zasilanie zostało nagle odcięte podczas pracy w tym środowisku, czy mogę oczekiwać, że dojdzie do jakiejkolwiek szkody na dysku? Takie jak narzędzie, które nie działa później, jakaś forma korupcji?

Najbardziej tanie dyski USB i inne nośniki flash (karty takie jak SD / CF itp.) oszacowały „zapisy w ciągu całego życia” na 1000 lub 10 000, a może nawet na 100 000, więc brzmi to tak, jakbyś starał się unikać zapisów, aby zachować je przez jak najdłuższy czas.

Zapisywanie statycznego ISO i uruchamianie na żywo powinno minimalizować zapisy, o ile nie masz „trwałego” pliku lub partycji (kiedyś istniał długotrwały błąd, w którym trwałe dane uległyby w końcu uszkodzeniu, nie wiesz, czy nadal istnieje ). Jeśli masz pamięć RAM i chcesz iść jeszcze dalej, możesz ją uruchomić toram (kopiowanie ISO do pamięci RAM), a następnie odmontowanie, „wysunięcie”, „wyłączenie” lub nawet wyjęcie dysku / karty (pamiętaj o kartach pamięci i urządzeniach USB fizyczne złącza też się zużyją, może nawet za 1000 „cykle wstawiania”)

Cały czas działam na żywo, zazwyczaj partycja jest zamontowana do odczytu i zapisu ( rw ) w czasie rozruchu. W zależności od systemu plików niektóre dane mogą być nadal zapisywane, na przykład dla mount / unmount

• ext2 / 3/4 rejestruje czas ostatniego montowania, czas ostatniego zapisu, ostatnio zamontowany na ścieżce, liczbę montowań, zapisy życia i „wymaga odzyskiwania” („flaga” jest usuwana po pomyślnym odmontowaniu). . Nawet w przypadku niebezpiecznego usunięcia lub awarii zasilania, ext3 (z księgowaniem) nigdy nie doznał poważnej korupcji fsck nie naprawił, poza ostatnimi plikami, które były zapisywane podczas przerwania.
• FAT - nie jestem pewien, ile jest napisane, gdy tylko zamontowany i amp; czytam, ale anecdotally miałem pecha, gdy systemy plików FAT uległy uszkodzeniu po kilku miesiącach użytkowania, bez awarii zasilania. (Nie tylko kilka plików jest uszkodzonych, system plików był „nie do naprawienia” i każda nazwa pliku była tracona, jeśli odzyskiwanie było możliwe nawet przy użyciu innych narzędzi)
• ISO9660 I myśleć nic nie jest napisane, ponieważ jest to system plików tylko do odczytu. UDF prawdopodobnie również jest tylko do odczytu (ale nie cytuj mnie na tym)

Zauważyłem też dziwny zwyczaj podczas startu tylko czasami inne partycje również zostaną chwilowo zamontowane (odczyt / zapis), a następnie odłączone przed zakończeniem ładowania. Wydaje się prawie jak błąd. Wyszukaj swój /var/log/syslog do wczesnego „montażu” (jak montaż / montaż).

Nawet próba uruchomienia opcji tylko do odczytu ( ro ) nie wydaje się, aby zatrzymać montaż do odczytu i zapisu w czasie rozruchu.

FYI, osobiście nie lubię surowego dd ISO na dysku flash, zasadniczo marnuje resztę przestrzeni (ponieważ większość ISO może mieć 1 GB lub 2 GB, a najwyraźniej najmniejszy dysk, który można teraz kupić, wydaje się wynosić 4 GB). Jeśli podzieliłeś go na partycje, możesz mieć partycję rozruchową (nadal w systemie plików tylko do odczytu, np. ISO9660) z GRUB-em uruchamiającym bezpośrednio pliki ISO (świetne dla napędów wieloadresowych z wieloma ISO), a także partycję danych (s ) w zapisywalnym systemie plików do późniejszego użycia.

Również niektóre dyski flash są specjalnie sformatowane, aby jak najlepiej wykorzystać „bloki” napędu i całkowicie je wymazać dd traci to formatowanie (to może najlepiej wyrównać do MB (1024-bajtowe, czasem zwane MiB) z powodów związanych z usuwaniem bloków i amp; zapisuj rozmiary bloków (google byłoby bardziej wymowne niż ja).