Co może zostać uszkodzone przez nieprawidłowe wyłączenie zasilania i co można sprawdzić?

O co mam się martwić po kilku niewłaściwych wyłączeniach i problemach z zasilaniem? (Ubuntu Server 17.04)

Krótka wersja mojej historii jest taka, że proces wyłączania uruchomiłby ochronę obwodu mojej płyty głównej przed niestabilnymi zasilaczami, w którym to momencie komputer natychmiast się wyłączył i ponownie włączył ekran postu z ostrzeżeniem. To samo stałoby się, gdybym próbował przełączyć dyski twarde w tryb gotowości z hdparm -y.

Wymiana zasilacza rozwiązała ten problem, choć wstydzę się przyznać, ile czasu zajęło mi zrozumienie tego.

Czy jest coś, co powinienem sprawdzić lub jakie działania naprawcze mogę podjąć? Ponowna instalacja systemu operacyjnego (ponownie) nie byłaby najgorszą rzeczą na świecie, ale zastanawiam się, czy powinienem się tym przejmować. Dysk systemowy to dysk SSD i dwa dyski WD Red w dublowanych plikach Btrfs do przechowywania multimediów.

hard-drive power-management shutdown Użytkownik 4574
źródło

Witamy na pokładzie, gratuluję tego doskonałego pierwszego pytania! +1

deser

Mam nadzieję, że ktoś napisze szczegółową odpowiedź za pomocą poleceń podobnych do fsck, ale w skrócie: jeśli masz gdziekolwiek EXT4, jest bardzo odporny na takie sytuacje. Ale BTRFS jest w tym zły z powodu deduplikacji. Po utracie zasilania może pozostawić skręcone pliki, których nigdy nie dotknąłeś z powodu deduplikacji. Miałem dwie takie sytuacje na dysku zewnętrznym i zakończyłem migrację do ext4.

Hi-Angel,

Hmm ... system to EXT4. Interesująca uwaga na temat btrfs, ale nie sądzę, żebym kiedykolwiek używał deduplikacji. To nie dzieje się automatycznie, prawda?

Użytkownik 4574,

Możesz także użyć haltpolecenia, a następnie ręcznie wyłączyć komputer po wyświetleniu czarnego ekranu przez kilka minut, tak jak w dawnych czasach, gdy komputery mówiły „Teraz można bezpiecznie wyłączyć komputer”

Ferrybig

Deduplikacja jest automatyczna, jest to funkcja BTRFS. Nie wiem jednak, czy można to wyłączyć.

Cześć Anioł

Odpowiedzi:

Najłatwiejszym sposobem sprawdzenia ext4systemu plików jest dodanie

fsck.mode=force

jako parametr rozruchowy.

Można to zrobić /etc/default/grubręcznie lub przy rozruchu.

W przypadku starszych systemów korzystających z upstarturuchamiania

sudo touch /forcefsck

i uruchom ponownie.

Polecenie utworzy pusty /forcefsckplik, który poinformuje system o sprawdzeniu dysków podczas rozruchu.

Podczas rozruchu, zanim system plików zostanie podłączony fsck, uruchomi się i pokaże, czy wystąpiły błędy.

W przeciwnym razie będziesz musiał uruchomić komputer z jakiegoś urządzenia zewnętrznego.

Pilot 6
źródło

Wydawało się, że to nic nie robi, normalny rozruch. Czytałem gdzieś, że to nie działa na systemach opartych na systemie? A może po prostu tak szybko ...

Użytkownik 4574,

Kiedyś działał z upstart. Nie używam ext4przez długi czas i nie zauważyłem, że to nie działa. Ale musi być jakiś sposób, aby zrobić to samo z systemd.

Pilot6

@ User4574 Dodałem, jak to zrobić systemd.

Pilot6

Musiałem poszukać dodając parametry rozruchu w grub, ale to wydawało się działać. Dziękuję Ci.

Użytkownik 4574,

Standardowy ext4system plików Ubuntu na standardowej partycji Ubuntu można sprawdzić za pomocą następującego polecenia

sudo e2fsck -f /dev/sdxn

lub jeśli chcesz również sprawdzić, czy nie występują złe bloki (fizycznie złe bloki)

sudo e2fsck -cf /dev/sdxn

gdzie x to na przykład litera dysku, a n to na przykład numer partycji /dev/sda1.

Zobacz man e2fsckszczegóły.

Powinieneś uruchomić komputer z innego dysku, dysku Live, na przykład ratunkowego dysku linux lub stacjonarnego dysku Live Ubuntu, a partycja docelowa nie powinna być montowana po uruchomieniu tego polecenia.

sudodus
źródło