web-dev-qa-db-fra.com

Force automatiquement fsck -fy lorsqu’il rencontre une "INCONSISTANCE INATTENDUE; Lancez fsck manuellement".

J'ai FSCKFIX=yes dans /etc/default/rcS, cependant, lorsque je suis arrivé sur le site et que j'ai connecté un moniteur à ce serveur aujourd'hui, j'ai vu ceci:

screenshot of the initramfs Prompt

J'ai exécuté fsck.ext4 -fy /dev/sda1 et redémarré. À présent, le serveur est de nouveau opérationnel.

Je comprends qu'il existe des situations dans lesquelles exécuter aveuglément fsck -fy est dangereux et peut entraîner une perte de données. Cependant, dans mon cas, il s'agit d'un serveur physiquement inaccessible et toutes les données sont sauvegardées dans le cloud. Il est primordial qu'Ubuntu effectue toutes les étapes possibles pour essayer de le mettre en ligne.

Existe-t-il un moyen de forcer Ubuntu à toujours exécuter fsck -fy, même en cas de problème "INEXECUTED INCONSISTENCY"?

bootsystemdinitramfsfsckheadless
1
Roman Gaufman

Permettez-moi de commencer par dire que si vous rencontrez des problèmes réguliers avec des systèmes de fichiers malpropres, même si vous arrêtez votre système proprement, vous avez des problèmes sous-jacents de Grave et son possible fsck peut en faire plus mal que bien !

Autant que je sache, il n'y a pas de mécanisme pour un fsck automatique uniquement si des incohérences sont trouvées.

Cependant, vous effectuez une opération fsck à à chaque démarrage avec certains paramètres du noyau.

Sudo nano /etc/default/grub

trouver la ligne qui dit

GRUB_CMDLINE_LINUX_DEFAULT

et ajouter

fsck.mode=force  fsck.repair=yes

aux choses existantes là-bas.

yes devrait faire la même chose que votre FSCKFIX=yes dans /etc/default/rcS ou un manuel fsck -fy. Personnellement, je pense que preen serait plus sûr, mais il resterait bloqué au démarrage si le disque nécessite quelques corrections supplémentaires que fsck ne considère pas comme " safe "et souhaite une interaction de l'utilisateur.

courir

Sudo update-grub

mettre à jour grup et le vérifier avec

grep fsck /boot/grub/grub.cfg

ou regardez avec un éditeur dans /boot/grub/grub.cfg

Si vous redémarrez ensuite, le système de fichiers doit être vérifié, vous pouvez vérifier la dernière fois où il a été vérifié (devrait être votre heure de démarrage) avec

Sudo dumpe2fs -h /dev/your/device | grep checked
dumpe2fs 1.43.5 (04-Aug-2017)
Last checked:             Sun Feb 18 08:53:31 2018
11
Robert Riedl