fsck est mort avec le code de statut 4


13

Pendant le démarrage, mon ordinateur portable dit:

fsck died with status code 4

La page de manuel me dit:

Le code de sortie renvoyé par fsck est la somme des conditions suivantes:

[..]

4 - Les erreurs du système de fichiers n'ont pas été corrigées

Lorsque j'essaie de réparer les erreurs en tant que root, fsck dit que mon disque est propre:

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

Comment réparer mon disque?


1
Avez-vous essayé l' -yoption? Extrait du fsckmanuel: `-y Pour certains vérificateurs spécifiques au système de fichiers, l'option -y obligera le fsck spécifique à fs à toujours tenter de corriger automatiquement toute corruption de système de fichiers détectée. Parfois, un expert peut mieux conduire manuellement le fsck. Notez que tous les vérificateurs spécifiques au système de fichiers n'implémentent pas cette option. En particulier, fsck.minix (8) et fsck.cramfs (8) ne prennent pas en charge l'option -y à ce jour. »
mkc

(Je suppose que fkckc'est une faute de frappe). Vous possédez peut-être un autre système de fichiers - êtes-vous sûr de ne l'avoir que /dev/sda1? Vérifiez /etc/fstab.
derobert

@Ketan Malheureusement, le -ydrapeau résout mon problème. @derobert J'ai couru fsckavec chacune de mes partitions qui apparaissent en cours d'exécution fstab.
OrangeTux

@Ketan. Mon système fonctionne à nouveau. Votre solution a été résolue, même si je ne l'ai pas mentionnée la première fois. fsck -y /dev/sda1a renvoyé la même sortie que fsck /dev/sda1, donc je pensais que cela n'a pas aidé. Mais ça l'a fait! Veuillez l'écrire dans une réponse et je marquerai comme réponse acceptée.
OrangeTux

Réponses:


9

Essayez l'option -y.

Depuis le manuel fsck:

-y Pour certains vérificateurs spécifiques au système de fichiers, l'option -y oblige le fsck spécifique à fs à toujours tenter de corriger automatiquement toute corruption de système de fichiers détectée. Parfois, un expert peut mieux conduire manuellement le fsck. Notez que tous les vérificateurs spécifiques au système de fichiers n'implémentent pas cette option. En particulier, fsck.minix (8) et fsck.cramfs (8) ne prennent pas en charge l'option -y à ce jour.


5

Parfois, fsck montre qu'un système de fichiers n'a pas d'erreurs, mais en réalité c'est le cas. J'ai eu un problème similaire une fois, et si vous voulez vérifier ce système de fichiers, vous devez utiliser la force. Je ne sais pas quel type de système de fichiers vous utilisez, mais supposons que c'est 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

Donc, la ligne dont vous avez besoin est:

# fsck.ext4 -pvf /dev/sda1
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.