[blocs et i-noeuds libres] décompte erroné (résolu)

[mimile]

Bonjour,

A la lecture de ce topic : http://forums.archlinux.fr/topic14705.html, j'ai voulu vérifier le taux de fragmentation de mes partitions (sda6 (/) et sda7 (/home)) en utilisant la commande e2fsck -fn /dev/sd..

Voici ce que je reçois en réponse :

Code : Tout sélectionner

[okapi@Archie ~]$ sudo e2fsck -fn /dev/sda6
e2fsck 1.42.8 (20-Jun-2013)
Attention ! /dev/sda6 est mounted.
Avertissement : saute la récupération du journal puisque l'on
procède à l'examen d'un système de fichiers en lecture seule.
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
Le décompte des blocs libres est erroné pour le groupe n°15 (695, décompté=694).
Corriger ? non

Le décompte des blocs libres est erroné (4949339, décompté=4949063).
Corriger ? non

Le décompte des i-noeuds libres est erroné (1994726, décompté=1994718).
Corriger ? non


Arch_root : **ATTENTION : le système de fichiers contient encore des erreurs**

Arch_root : 290842/2285568 fichiers (0.3% non contigüs), 4176293/9125632 blocs


[okapi@Archie ~]$ sudo e2fsck -fn /dev/sda7
e2fsck 1.42.8 (20-Jun-2013)
Attention ! /dev/sda7 est mounted.
Avertissement : saute la récupération du journal puisque l'on
procède à l'examen d'un système de fichiers en lecture seule.
Passe 1 : vérification des i-noeuds, des blocs et des tailles
l'i-noeud effacé 1046639 a un dtime nul. Corriger ? non

des i-noeuds qui faisaient partie d'une liste chaînée d'orphelins corrompue ont été repérés. Corriger ? non

l'i-noeud 1046674 fait partie de la liste des i-noeuds orphelins. IGNORÉ.
l'i-noeud 1046793 fait partie de la liste des i-noeuds orphelins. IGNORÉ.
l'i-noeud 1046794 fait partie de la liste des i-noeuds orphelins. IGNORÉ.
l'i-noeud 1064897 fait partie de la liste des i-noeuds orphelins. IGNORÉ.
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
différences de bitmap de blocs :  -(4229200--4229207) -(4256280--4256287) -(4455124--4455131) -(5993578--5993585) -(5997264--5997267)
Corriger ? non

Le décompte des blocs libres est erroné (2325468, décompté=2325270).
Corriger ? non

différences de bitmap d'i-noeuds :  -1046639 -1046674 -(1046793--1046794) -1064897
Corriger ? non

Le décompte des i-noeuds libres est erroné (1542915, décompté=1542904).
Corriger ? non


Arch_home : **ATTENTION : le système de fichiers contient encore des erreurs**

Arch_home : 43229/1586144 fichiers (0.4% non contigüs), 4015396/6340864 blocs
[okapi@Archie ~]$ 
 

Mes questions :

1) faut-il corriger ces erreurs et si oui, comment ?
2) cela n'aura-t'il pas un impact sur le fonctionnement de ma Arch ?

Précisions : Arch et Debian Wheezy se cotoient dans une partition étendue ; la création des partitions logiques a été exécutée lors de l'installation de Wheezy dont le partionneur est simple d'emploi.

les réponses "non" ne sont pas de mon fait ; elles sont apparues automatiquement, probablement parce qu'il s'agit de partitions montées (?).

Quand j'effectue le test e2fsck sur les partitions de Wheezy, aucune erreur n'est signalée :

Code : Tout sélectionner

[okapi@Archie ~]$ sudo e2fsck -fn /dev/sda8
e2fsck 1.42.8 (20-Jun-2013)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
Wheezy_root : 153119/2531328 fichiers (0.2% non contigüs), 1247992/10121984 blocs

[okapi@Archie ~]$ sudo e2fsck -fn /dev/sda9
e2fsck 1.42.8 (20-Jun-2013)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
Wheezy_home : 3324/1003680 fichiers (0.8% non contigüs), 139025/4013056 blocs
[okapi@Archie ~]$ 

Ce qui est bizarre, c'est que la partition /home de Wheezy est montée en rw automatiquement au boot d'Arch mais que l'avertissement qu'on observe pour Arch (Attention ! /dev/sda7 est mounted.) n'apparaît pas pour Wheezy.

A tout hasard, le résultat de fdisk -l :

Code : Tout sélectionner

Disque /dev/sda : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x8fdcbf73
La partition 4 ne commence pas sur une frontière de cylindre physique.

Périphérique Amorçage    Début       Fin     Blocs  Id Système
/dev/sda1    *             2048 206850047 103424000   7 HPFS/NTFS/exFAT
/dev/sda2             206850048 524058623 158604288   7 HPFS/NTFS/exFAT
/dev/sda3             524058624 731402239 103671808   7 HPFS/NTFS/exFAT
/dev/sda4             731404286 976771071 122683393   5 Extended
/dev/sda5             812380160 820928511   4274176  82 Linux swap / Solaris
/dev/sda6             853037056 926042111  36502528  83 Linux
/dev/sda7             926044160 976771071  25363456  83 Linux
/dev/sda8             731404288 812380159  40487936  83 Linux
/dev/sda9             820930560 853035007  16052224  83 Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.

Merci d'avance pour vos avis éclairés.

[FoolEcho]

Salut,

Mes questions :

1) faut-il corriger ces erreurs et si oui, comment ?
2) cela n'aura-t'il pas un impact sur le fonctionnement de ma Arch ?

Je ne suis pas expert de ces questions mais je pense qu'il ne faut pas oublier le contexte de ce test: c'est-à-dire que le fsck est effectivement fait sur des partitions qui sont montées, d'où les «erreurs» (en fait, ce ne sont pas des erreurs, mais juste que le système peut être en train d'écrire ou de supprimer des fichiers, ce qui impacte forcément la comparaison).

N'oublie pas non plus qu'il y a un fsck qui est fait régulièrement au démarrage de ton système (et donc avant de monter ces partitions) et c'est ça qui compte.

Donc, pour savoir si tu as quelque chose à réparer, il te faut vérifier les partitions d'Arch soit depuis Weezy, soit depuis un livecd, mais pas depuis le système en fonctionnement (ou simplement faire confiance au fsck régulier).

[mimile]

Bien vu !

J'ai exécuté e2fsck depuis Wheezy sur les partitions (non montées) d'Arch.

Résultat : aucun message d'erreur.

En revanche, en analysant les partitions de Wheezy, j'ai eu les mêmes erreurs i-nodes, blocs et autres que celles qui m'ont amené à poster.

Donc, je suis rassuré : toutes mes partitions Linux sont saines.

Et en te remerciant, je marque ce sujet comme étant résolu.

Cordialement,

[Elbarto]

N'oublie pas non plus qu'il y a un fsck qui est fait régulièrement au démarrage de ton système (et donc avant de monter ces partitions) et c'est ça qui compte.

à noter que parfois cette vérification ne se fait pas si le paramètre "maximum mount count" de la partition est fixée sur "0" ou "-1",

j'ai eu ce souci en installant archlinux sur des partitions fraichement créees par gparted live cd ( partitions ext4 ), j'ai alors remarqué que fsck ne faisait jamais de vérification périodique au boot ( la seule vérification qu'il fait c'est quand la session précédente a eu un crash ou quand je fais un reset sauvage ),

intrigué je consulte le wiki sur fsck et j'apprends l'existence de ce paramètre "maximum mount count" qui était fixé à -1 chez moi, du coup j'ai corrigé en le fixant à "30" ( vérification tous les 30 démarrages )

Code : Tout sélectionner

tune2fs -c 30 /dev/sda1

pour vérifier la valeur actuelle de "maximum mount count" :

Code : Tout sélectionner

dumpe2fs -h /dev/sda1 | grep -i 'mount count'

https://wiki.archlinux.org/index.php/Fsck

[mimile]

Salut Elbarto,

Grâce aux commandes que tu as indiquées, j'ai constaté

a) que maximum mount = 585
b) que maximum mount count = -1

J'ai appliqué ta solution :

Code : Tout sélectionner

tune2fs -c 30 /dev/sda6

J'ai en fait autant pour ma partition /home (sda7)

Puis, j'ai rebooté et, pour la première fois, j'ai eu un message disant que /dev/sda6 avait été montée 585 fois sans être checkée puis la vérification s'est faite (très rapide).

Au montage de ma /home : même message.

Maintenant quand j'exécute :

Code : Tout sélectionner

[okapi@Archie ~]$ sudo dumpe2fs -h /dev/sda6 | grep -i 'mount count'
dumpe2fs 1.42.8 (20-Jun-2013)
Mount count:              1
Maximum mount count:      30

Je pense qu' l'époque (pas si éloignée que ça) où on a dû remplacer ro par rw dans la ligne de grub pour précisément faire en sorte que la partition soit checkées, il n'aurait pas été inutile de faire référence à ce que tu indiques dans ton message.

Merci pour ton intervention.

Cordialement,

[Elbarto]

intéressant tout ça,

moi je pensais que le problème du "-1" pour la valeur de "maximum mount count" était liée à l'utilisation de "gparted live cd" quand j'ai crée les partitions ext4, gparted qui mettait par défaut ce paramètre à -1,

donc ça viendrait en fait d'archlinux et d'une configuration, ou de fsck qui s'amuse à basculer ce paramètre en "-1" quand des conditions précises sont réunies ?

[Kristen]

Bonjour
très intéressant effectivement. Par contre, est-il intéressant de mettre une valeur différente de 0 ou -1 sur toutes les partitions?
Toutes mes partitions sda1 (boot) sda3 (/)et sda4 (home) sont actuellement à -1
Merci

[benjarobin]

Toutes les partitions doivent avoir un nombre raisonnable de vérification par montage, 30 me semble une bonne valeur
Attention pour un serveur / NAS, j'aurais tendance de mettre une valeur entre 1 et 3 car ce dernier ne redémarre pas tous les jours.

[Kristen]

OK merci je vais donc mettre à vérifier toutes les partitions à 30.