Forcer fsck.ext4 au redémarrage, mais vraiment "énergique"

Un de mes serveurs Ubuntu 10.04 me pose problème. Lorsque je l'exécute, fsck.ext4 -n /dev/sda5il m'indique qu'il y a des erreurs dans le nombre d'inodes libres, le nombre de blocs gratuits, etc.

J'ai essayé:

touch /forcefsck

A également essayé:

shutdown -rF now

et encore, après le redémarrage, je vois des erreurs.

Je viens également de vérifier mon netbook eeePC, Ubuntu 10.10, et j'ai le même problème!

Comment puis-je forcer un fsck vraiment "forcé" "forcé" "à réparer sérieusement mon système de fichiers" / "au redémarrage?

Clarification: je cours fsck.ext4 -ncar c'est un système de fichiers monté, pour vérifier s'il y a des erreurs. Cela me dit qu'il y en a. Je pensais que le fsck automatique tous les 30 montages pendant le processus de démarrage était précisément pour prendre soin des erreurs dans le système de fichiers racine. Mais ça ne le fait pas dans mon cas. Je pouvais redémarrer avec un LiveCD et corriger les erreurs, puis redémarrer à nouveau, mais c'est un temps d'arrêt grave pour un serveur en direct. Un redémarrage, fsck automatique, puis poursuivre le démarrage est beaucoup plus durable sur un serveur en direct, et je pense que cela devrait être le bon comportement.

Informations supplémentaires: Voici la sortie. Cela ressemble à quelque chose que l'autofsck corrigerait, n'est-ce pas?

root@server:~# fsck.ext4 -n /dev/sda5
e2fsck 1.41.11 (14-Mar-2010)
Warning!  /dev/sda5 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/sda5 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (1849368, counted=1948909).
Fix? no

Free inodes count wrong (545504, counted=552134).
Fix? no


/dev/sda5: ********** WARNING: Filesystem still has errors **********

/dev/sda5: 116752/662256 files (0.2% non-contiguous), 795324/2644692 blocks

Depuis la page de manuel e2fsck:

"Notez qu'en général, il n'est pas sûr d'exécuter e2fsck sur des systèmes de fichiers montés. La seule exception est si l'option -n est spécifiée et que les options -c, -l ou -L ne sont pas spécifiées. Cependant, même si elle est sûre pour ce faire, les résultats imprimés par e2fsck ne sont pas valides si le système de fichiers est monté. Si e2fsck vous demande si vous devez vérifier un système de fichiers qui est monté, la seule bonne réponse est '' non ''. Seuls les experts qui savent vraiment quoi ils font devrait envisager de répondre à cette question de toute autre manière. "

Donc, si vous vérifiez un FS monté avec fsck même en utilisant l'option -n, le résultat peut ne pas être valide du tout. Ne vérifiez pas les systèmes de fichiers montés. Utilisez un Live-CD / Live-USB.

Si vous ne vérifiez pas le système de fichiers pendant qu'il est monté, je ne comprends pas pourquoi vous devez l'utiliser, touch /forcefsckvous pouvez simplement le démonter et le réparer. Mais si c'est le cas et qu'après un correctif, votre FS a encore des erreurs, vous pouvez envisager d'utiliser:

e2fsck -cy /dev/sda5

Cela résoudra un problème lié au disque dur appelé blocs défectueux que vous pourriez avoir (cela prendra beaucoup de temps).

Si vous voulez vérifier un système de fichiers monté, je ne sais pas comment procéder mais je pense que vous devriez créer une autre question.

Je sais que c'est un très vieux thread, mais j'ai récemment dû résoudre ce problème, donc je voulais poster comment forcer le système d'exploitation à résoudre les problèmes trouvés avec fsck lors du démarrage (pour 12.04).

Vous devez exécuter la commande sudo touch /forcefsck. Cela entraînera l'exécution d'un fsck au prochain démarrage. Vous pouvez voir les résultats de fsck dans /var/log/boot.log.

Cependant, vous n'êtes pas assuré que fsck corrigera tout ce qu'il trouvera. Pour ce faire, vous devez modifier le fichier / etc / default / rcS. Il y a une ligne à la fin de ce fichier:

FSCKFIX=no

Cela doit être modifié comme suit:

FSCKFIX=yes

Cela aura le même effet que l'exécution de fsck avec l'option -y qui forcera toutes les corrections possibles à être implémentées et ne demandera pas d'interaction avec l'utilisateur.

Cela vous permettra d'exécuter le fsck comme le demandait l'OP sans avoir à recourir au démarrage à partir d'un disque en direct, ce qui n'est pas toujours possible, surtout si vous êtes sur un système distant.

sudo touch /forcefsck
sudo reboot

Vous avez une typo que vous touchez / forcefcsk. Le "c" et le "s" sont échangés. fsck est l'abréviation de FileSystemChecK.

Vous ne pouvez pas forcer un fsck sur / qui se réparera car la partition est en cours d'utilisation. Essayez d'exécuter la vérification à partir d'une autre partition ou d'un CD live.

Vous pouvez faire effectuer les révisions automatiquement de la manière suivante:

Tune2fs -c 5 -i 10 / dev / sda1

-cest le nombre maximal de montages avant l'exécution fscket -ile nombre maximal de jours avant l'exécution fsck.

Dans ce cas, tous les 5 montages ou tous les 10 jours, selon la première éventualité.

J'ai deux ordinateurs, l'un avec Linux SuSE 13.2 et l'autre avec Linux Mint 18.0 et dans les deux cela fonctionne parfaitement.

touch /forcefsckà lui seul, mon système ne fonctionnait pas fsckau prochain démarrage. J'avais aussi besoin de courir:

sudo tune2fs -c 1 /dev/<my partition>

par exemple

sudo tune2fs -c 1 /dev/sda1

Plus d'explications que j'ai trouvées sont ici: Comment forcer fsck à vérifier le système de fichiers après le redémarrage