blog/_posts/2015-01-12-superblock-mount...

42 lines
1.7 KiB
Markdown

---
title: "Superblock mount time is in the future #! 10"
date: 2015-01-12
url: superblock-mount-time-is-in-the-future-10
layout: post
category: Tutorials
---
[![A missing blog post image](/img/blog/superblock-mount-time-is-in-the-future-10.png)](/img/blog/superblock-mount-time-is-in-the-future-10.png)
Il peut arriver à cause d'erreurs de manipulation que l'heure système / BIOS soit déréglée, et que le prochain boot se déroule dans le passé, et donc que la précédente session soit dans le futur.
Ainsi, au démarrage ce cher [Superblock](https://unix.stackexchange.com/questions/4402/what-is-a-superblock-inode-dentry-and-a-file) n'est pas du tout content.
Alors vous pouvez faire ce qu'il dit bien entendu, soit lancer "à-la-main" [fsck](https://fr.wikipedia.org/wiki/Fsck), mais si l'opération se voit être répétée à tous les démarrages, elle devient assez prise de tête et perte de temps inutile...
J'ai été confronté à ce problème pendant peut-être 6 mois (heureusement sur un PC qui ne servait pas trop), mais j'ai réussi apparemment à la fixer.
Let's roll !
Commencez tout d'abord par vérifier que le paramètres UTC est bien désactivé.
Pour cela, ouvrez :
> /etc/default/rcS
... et vérifiez que :
> UTC=no
Ensuite, nous devons paramétrer l'heure du BIOS par rapport à celle du système :
`# hwclock --systohc`
... puis supprimer un fichier (qui sera recréez automatiquement) :
`# rm /var/lib/hwclock/adjtime`
Vous n'avez qu'à redémarrer le PC, vérifier en passant que l'heure du BIOS est cohérente, puis relancer un :
`$ fsck`
... si nécessaire !
**:warning: Bien sûr l'article est rédigé dans le cas où la pile interne du PC est considérée opérationnelle ! :warning:**