Le 22-09-2009, à 15:25:04 +0200, Jean-Yves F. Barbier (12u...@gmail.com) a écrit :
> steve a écrit : > ... > >> l'idée du strace n'est pas mauvaise, malheureusement dans ton cas c'est un > >> profiling qu'il faudrait pouvoir faire. > > > > Et en français ? > > ça consiste en un trace simplifié, sachant que l'info importante est le temps > passé > dans chaque procédure; malheureusement ça demande en Gal une recompilation > avec > des infos de debug pour donner des résultats valables. Ok, donc je ne vais pas m'amuser à faire cela. > >>> J'avais acheté un autre DD en même temps que celui qui est actuellement > >>> en place, je pensais peut-être remplacer l'ancien (le sdb), refaire le > >>> RAID 1 et espérer que ça remarche correctement. Mais ça fait du boulot > >>> et de nouveau rien ne me garantit que ça va marcher. C'est pourquoi > >>> j'essaie de résoudre ce problème autrement (avec vous). > >> Ptêt une piste: il-y-a qq années, j'ai eu un PB avec le HD (samsung) d'un > >> client > >> qui mettait + de 24 heures à formatter; après une semaine de test, il > >> s'est avéré que > >> le 1er et le dernier quart du HD fonctionnaient normalement, mais que la > >> moitié > >> du milieu prenait 6 à 8 fois plus de temps pour formatter (et lire/écrire.) > >> En Gal, c'est du à un formattage bas niveau défectueux (ou fait à trop > >> basse > >> température), qui occasionne des demandes multiples de réalignements > >> internes. > > > > Donc mauvais disque, changer de disque ? > > Ptêt pô: c'est juste une piste à explorer; le plus simple serait de > reformatter > sur une autre machine, avec un check simple (un seul -c dans le mke2fs) et de > voir le temps pris par la manip. Hum .. ça demande une ch*ée de travail tout ça (backup, check, etc...) > Si un des HD met très longtemps, c'est lui; si aucun des HD ne traîne, ça > serait > plutôt soit le système actuel, soit le hard actuel. > > Ergo: si aucun HD ne traîne sur une autre machine, refaire la manip sur > l'actuelle. ... > ... > >> Ou simplement de les reformatter sur une autre machine (le PB pouvant > >> aussi venir > >> d'un chipset zarb ou défectueux en surchauffe par exemple) > > > > C'est une idée faisable ça. > > > >> Awai, juste une bête question: ton array RAID-1 est bien 100% fonctionnel, > >> et pas > >> en reconstruction? > > > > Voyons Jean-Yves !!! > > > > Non tout est en [UU]. > > au risque de me répéter, un dépannage c'est comme un entonnoir de vente: T'aime bien les images toi :) > ça commence par le simplissime (large) pour finir par le peu crédible (étroit) C'est clair. Et c'est d'ailleurs tout l'esprit de mon message initial. > Et on a des fois de grosses surprises (mon écran ne marche pas: est-il branché > et allumé? Ha ben nan la prise est débranchée :) Vi, mais là non, ça fait plusieurs semaines que le problème traînent et j'ai déjà fait les vérifications d'usage (et qui sont à ma portée). En tous cas, merci pour ton aide. Steve -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
