[Linux-bruxelles] e2fsck d'un disque utilisé

[Rémi Laurent]

* quatron <mpa01 at scarlet.be> [2007-06-03 14:59:40 +0200]:

> 
> > peut necessaire en fait, sinon il y a longtemps que la question aurait
> > ete resolue :-)
> > le "badblock" se fait normalement au moment de l'install et ca suffit
> > car il ne risque pqs d'en apparaitre d'autre comme ca... si c'est pour
> > surveiller l'usure de ton disque, tu peux utiliser "smartmon"...
> > 
> > enfin, en cas de necessite absolue, tu peux remonter ton disque en lecture seule
> > 
> Désolé de te contre dire... mais des badblocks peuvent aparaitre en 
> cours d'utilisation.
> (Sauf, peut-être, si tu change de disques toutes les 3600h )
> Vérifier de temps en temps l'"état de surface" n'est pas un luxe,
> et ce quel que soit le DOS utilisé.
> Si la fréquence d'apparition des badblocks augmente il est alors 
> vivement conseillé de changer de disque.
> Mais quelques-uns peuvent apparaitre après quelques mois (années) 
> d'utilisation normale.

De toute façon lancer une procédure de détection de blocs défectueux avec
un système de fichier monté sur la device c'est pas viable. Badblock
fonctionne selon un principe simple, il écrit un bloc dont il connaît le
contenu et tente de le relire, le tout pour vérifier les opérations
d'écriture, lecture et consistance des données. Vu qu'il travaille au
niveau du device, il va avoir un peu de mal à ne pas interférer avec le
fonctionnement normal du (module) noyau (les opérations de vérification de
badblocks sont à mon avis loin d'être atomique), résumé des courses, pas
vraiment d'autre solution que de vérifier l'état du disque tous
filesystem démontés.
Pour Windows, je suppose qu'il ne vérifie pas tout les blocs (évitant
par exemple ceux allouées aux méta données du système de fichier) ou
qu'il ne réalise que des opérations de lecture, espérant que le
contrôleur disque lui remontera une erreur le cas échéant.
-------------- section suivante --------------
Une pièce jointe autre que texte a été nettoyée...
Nom: signature.asc
Type: application/pgp-signature
Taille: 189 octets
Desc: Digital signature
URL: </pipermail/linux-bruxelles/attachments/20070603/521a9ca7/attachment-0001.sig>