« Comment afficher simplement les pages man avec des couleurs | Home | Pc-Bsd »
e2fsck au mauvais moment
posté par cep le 25 juin 2007
Il arrive parfois qu’un contrôle fsck soit lancé sur un système de fichiers ext3 au démarrage, et juste au moment ou on aurait besoin très rapidement d’un système opérationnel. De même, sur un portable démarrant sur batterie, alors qu’il serait préférable de faire ce contrôle alors que la machine est connectée au secteur.
Si le système de fichiers n’a aucun défaut, et que le fsck est seulement lancé par le décompte du nombre de démarrage, il est possible de reporter cette vérification périodique.
Procédure :
- créer avec les droits root le fichier : /etc/e2fsck.conf
- ajouter dans ce fichier :
# report du fsck avec ^C
[options]
allow_cancellation = 1
Après avoir enregistré ce fichier, il sera possible de reporter un éventuel démarrage du e2fsck sur un système de fichiers ext3 par simple appui des touches ctrl + c.
Pour plus de détails sur la configuration de /etc/e2fsck.conf, voir man e2fsck.conf
De même, si l’on veut que le fsck soit lancé automatiquement avec l’option de réparation -y, modifier le fichier :
/etc/default/rcS
et remplacer no par yes dans la partie :
# Set FSCKFIX to “yes” if you want to add “-y” to the fsck at startup.
FSCKFIX=no
Pour les détails, voir man rcS. De même voir man e2fsck, man fsck.reiserfs, man fsck.vfat pour l’utilisation des options dans fsck.
cep
5 novembre 2007 at 21:51
Merci pour cet article bien utile. Par contre je réagis sur cette partie:
«De même, sur un portable démarrant sur batterie, alors qu’il serait préférable de faire ce contrôle alors que la machine est connectée au secteur.»
Dans man e2fsck.conf on trouve:
«defer_check_on_battery
This boolean relation controls whether or not the interval between filesystem checks (either based on time or number of mounts) should be doubled if the system is running on battery. It defaults to true.»
J’avais jamais vu cette option (vu que je connaissais pas ce fichier avant), mais c’est bizarre que, si elle est vraiment activée par défaut, je me prends encore des fsck sur batterie (après un nombre impair de montages d’ailleurs…). En tout cas cela signifie qu’il vaut mieux brancher sa batterie avant de booter !
5 novembre 2007 at 22:30
Merci pour le commentaire.
ok pour l’option sur batterie.
Si le laptop a bien été reconnu à l’installation, l’option devrait être prise en compte.
Pour autant, si nécessaire en ce qui me concerne je préférerai la désactiver par :
defer_check_on_battery = false
En effet un grand nombre de démarrages sous batterie risque de ne pas incrémenter le compteur et masquer d’éventuels problèmes sur le fs. On peut aussi utiliser le mode veille en cas de besoin.
17 novembre 2007 at 11:31
Salut Cep,
j’ai appliqué tes 2 astuces du billet, mais hier quand j’ai eu un “check forced” au mauvais moment, impossible de le passer.
Et je ne sais pas si c’est lié à l’option “FSCKFIX=yes” mais j’ai eu un e2fsck de plus de 15 minutes ! C’est un volume de mon LVM crypté qui fait 53G, je n’avais pas eu ça lors du check de mes autres volumes cryptés (/ et /home).
Le log :
Log of fsck -C -R -A -y
Fri Nov 16 08:29:01 2007
fsck 1.40.2 (12-Jul-2007)
e2fsck 1.40.2 (12-Jul-2007)
/dev/mapper/lenovo-home: clean, 21236/1966080 files, 1168031/3932160 blocks
e2fsck 1.40.2 (12-Jul-2007)
/dev/sda1: clean, 32/62248 files, 32702/248976 blocks
e2fsck 1.40.2 (12-Jul-2007)
/dev/mapper/lenovo-data has been mounted 28 times without being checked, 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
/dev/mapper/lenovo-data: 5949/14422016 files (4.0% non-contiguous), 34181395/57683968 blocks
Fri Nov 16 08:45:01 2007
En attendant je décoche la réparation auto.
18 novembre 2007 at 18:30
Si le fs nécessite une réparation, celle-ci ne pourra pas être repoussée.
Concernant l’option -y je ne vois pas en quoi elle retarde le fsck puisqu’elle est sensée répondre par avance yes à toutes les questions posées par le système si une réparation est nécessaire.
Par contre, sur un fs bien endommagé, il est préférable de faire des sauvegardes avant tout fsck, même si la récupération éventuelle de données endommagées n’est pas garantie suivant l’origine des erreurs.