fsck zmarł z kodem statusu 4


13

Podczas uruchamiania mój laptop mówi:

fsck died with status code 4

Strona podręcznika mówi mi:

Kod wyjścia zwrócony przez fsck jest sumą następujących warunków:

[..]

4 - Błędy systemu plików pozostawione nieskorygowane

Kiedy próbuję naprawić błędy jako root, fsck mówi, że mój dysk jest czysty:

$ fsck /dev/sda1
/dev/sda1, clean [and some things about available blocks]

Jak mogę naprawić swój dysk?


1
Wypróbowałeś -yopcję? Z fsckinstrukcji: `-y W przypadku niektórych kontrolerów specyficznych dla systemu plików, opcja -y powoduje, że fsck specyficzny dla fs zawsze próbuje automatycznie naprawić wykryte uszkodzenie systemu plików. Czasami ekspert może być w stanie lepiej obsługiwać fsck ręcznie. Zauważ, że nie wszystkie kontrolery specyficzne dla systemu plików implementują tę opcję. W szczególności fsck.minix (8) i fsck.cramfs (8) nie obsługują opcji -y w tym piśmie.
mkc

(Zakładam, że fkckto literówka). Być może masz inny system plików - czy na pewno masz go tylko /dev/sda1? Sprawdzić /etc/fstab.
derobert

@Ketan Niestety -yflaga rozwiązuje mój problem. @derobert Uruchomiłem fsckz każdą moją partycją, która pokazuje się uruchomiona fstab.
OrangeTux,

@Ketan. Mój system działa ponownie. Twoje rozwiązanie zostało rozwiązane, chociaż nie wspomniałem o tym za pierwszym razem. fsck -y /dev/sda1zwrócił taki sam wynik jak fsck /dev/sda1, więc pomyślałem, że to nie pomogło. Ale tak się stało! Zapisz to w odpowiedzi, a ja oznaczę jako zaakceptowaną odpowiedź.
OrangeTux,

Odpowiedzi:


9

Wypróbuj opcję -y.

Z podręcznika fsck:

-y W przypadku niektórych kontrolerów specyficznych dla systemu plików, opcja -y powoduje, że fsck specyficzny dla fs zawsze próbuje automatycznie naprawić wszelkie wykryte uszkodzenia systemu plików. Czasami ekspert może być w stanie lepiej obsługiwać fsck ręcznie. Zauważ, że nie wszystkie kontrolery specyficzne dla systemu plików implementują tę opcję. W szczególności fsck.minix (8) i fsck.cramfs (8) nie obsługują opcji -y w tym piśmie.


5

Czasami fsck pokazuje, że w systemie plików nie ma błędów, ale w rzeczywistości ma. Miałem kiedyś podobny problem i jeśli chcesz sprawdzić ten system plików, musisz użyć siły. Nie jestem pewien, jakiego typu systemu plików używasz, ale załóżmy, że to ext4:

Emergency help:
 -p                   Automatic repair (no questions)
 -n                   Make no changes to the filesystem
 -y                   Assume "yes" to all questions
 -c                   Check for bad blocks and add them to the badblock list
 -f                   Force checking even if filesystem is marked clean
 -v                   Be verbose
 -b superblock        Use alternative superblock
 -B blocksize         Force blocksize when looking for superblock
 -j external_journal  Set location of the external journal
 -l bad_blocks_file   Add to badblocks list
 -L bad_blocks_file   Set badblocks list

Linia, której potrzebujesz to:

# fsck.ext4 -pvf /dev/sda1
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.