Aktywne Wpisy
Mentis_capta +13
Stało się, po 7 latach odeszła ode mnie narzeczona.
Czułem, że tak będzie, od paru miesięcy był chłód i prawie nie rozmawialiśmy, ja naciskałem, chciałem wiedzieć na czym stoję, i w końcu wiem. Nad przepaścią (╥﹏╥)
Z mojej własnej winy odeszła, i to przyznaję bez zwalania na nią. Trafiła mi się najbardziej poczciwa, szczera, przyzwoita, dobra, mądra i kochana istota, jakiej bym sobie nie mógł wymarzyć.
Ale nie
Czułem, że tak będzie, od paru miesięcy był chłód i prawie nie rozmawialiśmy, ja naciskałem, chciałem wiedzieć na czym stoję, i w końcu wiem. Nad przepaścią (╥﹏╥)
Z mojej własnej winy odeszła, i to przyznaję bez zwalania na nią. Trafiła mi się najbardziej poczciwa, szczera, przyzwoita, dobra, mądra i kochana istota, jakiej bym sobie nie mógł wymarzyć.
Ale nie
Koyanaruu +21
Co czujesz patrząc na to zdjęcie? #kononowicz
#linux #informatyka
przy okazji rzuć okiem na smartctl, czy dysk nie pada.
Tu nie chodzi o to, czy "tym razem się uda", tylko bezpieczniej jest mieć dostęp do dysku w trybie ro przed rozpoczęciem manipulacji w systemie plików i możliwość zrobienia backupu, sprawdzenia sprzętu.
Reszta, to tylko ostrożność. Jeśli ktoś pyta co zrobić, to lepiej przedstawić rozwiązanie bezpieczne niż szybkie.
Tak, powinienem napisać najpierw live, potem smartctl, sprawdzenie, czy mount ro przechodzi i ewentualny backup i na końcu fsck
@brmstufldigart: zalozenie jest bledne. Ext3 przy uruchamianiu systemu po zaniku zasilania przeprowadza automatic recovery ale robi to w tle podczas startu systmu nie unimozliwiajac zapisu. Przemontowanie w ro nastepuje gdy wykryje bledy niemozliwe do automatycznej naprawy ale dzieje sie najczesciej juz to juz po tescie czy uruchomic fsck. Nawet gdyby fsck byl uszkodzony to nic nie stoi
@maniac777: Ktoś z nas coś kręci. System montuje roota RO i wtedy wiadomo, czy był poprawnie zamknięty. Wtedy wedle potrzeby cofa dziennik, skanuje system plików.
Jeśli wszystko jest ok, przemontowuje rw.
@brmstufldigart: Nie jest to prawdą. Standardowy start po awarii zasilania wygląda tak:
https://access.redhat.com/solutions/421633
Zwracam uwagę na "write access will be enabled during recovery."
@maniac777: system jest w RO, zapisów dokonują narzędzia kontroli systemu plików
Edit: - precyzując - narzędzia w sterowniku exta cofają dziennik i ustawiają flagi, nie fsck
Po przejściu w tryb init partycja root jest ciągle w RO i dopiero narzędzia systemowe w razie potrzeby sprawdzają spójność systemu plików.
Dziennik to jedno, spójność systemu plików to drugie
@brmstufldigart: Nie, funkcją systemu plików. Zamiast się kłócić zrób sobie test.