... et comment le savoir?
Supposons que je suis sur le point de redémarrer un serveur. Je voudrais minimiser les temps d'arrêt, donc penser à encapsuler le redémarrage dans un alias qui dit "accrochez-vous, vous allez frapper un fsck au démarrage".
Question suivante .. quelle est la meilleure façon de dire "laisse faire la prochaine fois?" définir la dernière date de vérification?
Je sais que tune2fs peut définir un tas de paramètres, mais comment pourrais-je les obtenir?
Réponses:
Si tout ce que vous voulez faire est d'éviter un fsck, l'ajout de l'option -f à l'arrêt devrait vous aider. shutdown -F pour forcer fsck.
tune2fs -l /dev/foo
vous dira les informations intéressantes.Voici un début pour extraire exactement ce dont vous avez besoin:
Si la date "Prochaine vérification après" est passée, il y aura un fsck.
Si l'état du système de fichiers n'est pas propre, il y aura un fsck. (cela peut également se produire en cas de problème avec le système lors du redémarrage / arrêt qui empêche un démontage propre)
Si le nombre de montages a atteint le nombre de montages maximum, il y aura un fsck.
la source
En utilisant
tune2fs -l /path/to/device
:-c
pour modifier le nombre maximal ou-C
pour modifier le nombre.-i
pour modifier l'intervalle ou-T
pour modifier la dernière vérification.la source
l'autre option est que vous pouvez manuellement faire sauter les vérifications fsck au démarrage en mettant à jour le 6ème champ dans votre / etc / fstab:
Ceci est similaire à ce que la plupart des fstabs auront 1 signifie qu'il doit être vérifié et est un système de fichiers racine, 2 signifie qu'il doit être vérifié mais se fera en parallèle avec d'autres systèmes de fichiers et 0 signifie ignorer la vérification
cela est également vrai quel que soit le système de fichiers
la source
Si vous ne voulez pas deviner - faites ceci:
touch / fastboot
et vous serez certain d'éviter les vérifications lentes (ou pire - un échec total si une vérification échoue et que le redémarrage s'arrête)
la source
J'utilise le script perl suivant pour vérifier quand le prochain fsck aura lieu:
Je l'ai exécuté dans mon ~ / .bashrc, donc je sais toujours quand mes systèmes de fichiers seront vérifiés, bien que j'utilise maintenant ext4 qui ne souffre pas de temps fsck étendus, c'est toujours agréable à savoir.
La sortie typique est quelque chose comme:
la source
J'utilise régulièrement tunefs pour réinitialiser le nombre de démarrages et le temps avant de faire un redémarrage en milieu de journée, pour éviter fsck. La différence de temps de démarrage est stupéfiante. Afterwords je les réinitialise pour permettre le prochain démarrage de fsck.
la source
J'ai réfléchi à la façon d'obtenir une liste de systèmes de fichiers plus facilement:
Je suppose que cela pourrait être fait avec plus d'élégance, mais de toute façon ça y est. Si l'on canalise cela en
xargs -r df -h
un, on pourrait également voir rapidement la taille des systèmes de fichiers.Notez que dans le code ci-dessus, l'heure de "Prochaine vérification" est comparée à (MAINTENANT + 120 secondes) en supposant qu'il faut un certain temps avant que votre système ne se relève.
HTH
la source
Voici un script qui vérifie vos systèmes de fichiers pour fsck ( source ):
la source