Ext4 – Comment activer la santé mentale, les sums de contrôle, les validations, les tests de toute sorte?

J'exécute Ext4 sur un disque dur, et pour être parfaitement honnête, je ne fais pas vraiment confiance au lecteur car il est vieux et a quelques blocages. J'ai des données non essentielles sur le lecteur, donc si elle est morte demain, alors pas de grosse affaire.

Cependant, je voudrais savoir si / quand il commence à mourir, et remonter en lecture seule. Existe-t-il des options qui permettront d'effectuer des vérifications supplémentaires sur un Ext4 fs? (Je m'en fous si cela ralentit le système de files.)

Puisque l'ext4 du kernel 3.6 prend en charge la vérification des métadonnées (vous aurez également besoin de e2fsprogs 1.43+), mais la stabilité de cette fonctionnalité n'est pas claire. En outre, vous pouvez monter votre système de files ext4 avec la fonction journal_checksum mais …

… il semble qu'à un certain moment dans le passé les gens voulaient faire de cette option une option par défaut, mais ce changement n'a pas eu lieu en raison de problèmes .

Cependant, je voudrais savoir si / quand il commence à mourir, et remonter en lecture seule.

Le assembly en lecture seule ne vous sauvera rien si le problème est des blocs défectueux – regardez le premier paragraphe ici et notez les problèmes associés aux erreurs de lecture .

Il n'y a aucun moyen de détecter les blocs défectueux sans lire physiquement le disque, donc, comme pour la search d'un piège à souris dans une pièce sombre, il n'y a aucun moyen d'éviter les problèmes potentiels lors de la vérification. Si vous pensez que le disque est défaillant, e2fsck -c périodiquement et exécutez e2fsck -c sur toutes les partitions; si c'est votre système de files racine et que vous devez utiliser, par exemple, un liveCD pour le faire, alors faites-le. Selon la page de manuel;

-c Cette option permet à e2fsck d'utiliser le programme badblocks (8) pour effectuer une parsing en lecture seule du périphérique afin de find des blocs défectueux. Si des blocs défectueux sont trouvés, ils sont ajoutés à l'inode du bloc défectueux pour éviter qu'ils soient alloués à un file ou un directory.

Si les blocs contiennent des données, une version récupérée peut finir dans le directory /lost+found à un certain moment, je ne suis pas sûr.

Notez que cela peut prendre un certain time. S'il y a des blocs défectueux, l'parsing peut triggersr des problèmes d'E / S qui bloquent l'set du système pendant des heures, alors faites-le lorsque vous vous sentez à l'aise pendant un certain time.

En outre, de manière générale, certains services publics peuvent surveiller différents aspects de la situation et vous permettre de prendre les mesures appropriées.

Par exemple, l'outil smartctl du progiciel smartmontools vous donnera access à l'état SMART embedded pour certains lecteurs.

Vous pouvez également augmenter la fréquence des vérifications du système de files sur une cible spécifique à l'aide de la command tune2fs . Par exemple, il semble que tune2fs -c 1 target s'assurera que le disque est vérifié à peu près à chaque fois avant qu'il ne soit monté au démarrage.

Bon sharepoint illuminÉ. Il est bon d'avoir le smartd en backgroud qui vérifie périodiquement les échecs.

A côté de cela, vous pouvez utiliser

 e2fsck -fvy -c -c -C0 /dev/sda1 -f Force checking even if the file system seems clean. -v Verbose mode. -y Assume an answer of `yes' to all questions -C0 write completion information to stdout -c -c If this option is specified twice, then the bad block scan will be done using a non-destructive read-write test. 

Ce test de lecture-écriture non destructive ( -c -c ) vous permet de savoir s'il y a des erreurs de lecture.
Cependant, cela prend beaucoup de time.

Il devrait donc s'agir d'une solution de transport en commun avant d'acheter un nouveau lecteur.