<p>Bonjour,</p>
<p>Au niveau du cryptage, je ne connais pas l'impact. Par contre j'ai souvenir d'articles indiquant l'impossibilité pour mdraid de gérer le bloc marqué défectueux après la création du raid.</p>
<p>De plus, je pense que la modification du système de fichier hors raid (sdb seul) est une mauvaise idée : l'intégrité du raid n'est plus garantie, et la revalidation me semble alors hasardeuse. Sans parler du fait que les données risquent d'être replacées sur un secteur défectueux.</p>

<p>Pour ma part, le problème en conservant les données actuelles me semble insolvable.<br>
Je pense qu'il te faut marquer les blocs défectueux au niveau hard (et non système de fichier), au pire via un formatage bas niveau.<br>
Ensuite déclarer cette portion du raid faulty, et reconstruire le raid uniquement avec les données du disque restant.</p>
<p>Cependant, si le nombre de secteur défectueux augmente régulièrement, c'est que le disque est en fin de vie. Tu ferais mieux de remplacer le disque ou étendre le raid (au pire, 1 disque en spare, au mieux un disque à ajouter immédiatement au raid.)</p>

<p>Bye,<br>
draco</p>
<div class="gmail_quote">Le 17 sept. 2012 08:57, "Sylvain" <<a href="mailto:sylvain-liste@marliere.org">sylvain-liste@marliere.org</a>> a écrit :<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Bonjour,<br>
<br>
J'ai un disque assez récent (1 an) qui présente quelques secteurs défectueux. J'utilise d'habitude les outils smartctl et fsck.ext3 (badblocks read-write non-destructif) pour détecter et régler le genre de problème.<br>

<br>
La difficulté est que le disque fait partie d'un RAID1 (mdadm /dev/md/raid /dev/sdb /dev/sdc), et que ce RAID1 est encrypté (cryptsetup /dev/md/raid /dev/mapper/decryptedraid). Il est aussi possible de décrypter directement un disque sorti du RAID (cryptsetup /dev/sdb /dev/mapper/decryptedsdb).<br>

<br>
Voici ce que je fais pour le test du disque:<br>
* smartctl sur /dev/sdb<br>
* fsck.ext3 sur /dev/mapper/decryptedsdb<br>
* fsck.ext3 sur /dev/mapper/decryptedraid<br>
(toutes ces partitions ne sont pas montées au moment des tests)<br>
Est-ce la bonne facon de procéder ?<br>
<br>
Questions existentielles:<br>
Est-ce que les secteurs seront repérés et marqués défectueux sur la partition décryptée decryptedsdb ?<br>
La resynchro RAID1 LUKS d'un disque sur l'autre se faisant ici au niveau des devices sdb/sdc encryptés (et non les partitions décryptées), cela n'efface-t-il pas les tables de badblocks gérées par ces partitions ?<br>

Vaut-il mieux alors monter en RAID les partitions décryptées decryptedsdb/decryptedsdc pour que le RAID ne synchronise que les données sans dupliquer la gestion de secteurs ?<br>
Ou peut-on faire directement le test sur la partition RAID decryptedraid, est-ce que l'ensemble des secteurs défectueux des 2 disques y seront repérés et marqués défectueux ?<br>
<br>
A tout hasard que qqn ait cette expérience et puisse me conseiller :)<br>
Merci !<br>
<br>
-Sylvain<br>
<br>
______________________________<u></u>_________________<br>
Toulouse-ll mailing list<br>
<a href="mailto:Toulouse-ll@toulibre.org" target="_blank">Toulouse-ll@toulibre.org</a><br>
<a href="http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll" target="_blank">http://toulibre.org/cgi-bin/<u></u>mailman/listinfo/toulouse-ll</a><br>
</blockquote></div>