Re: raid 1 qui foire ?
> steve a écrit :
> >>> Les partitions touchées sont /home et /tmp. Pour /home, c'est pénible
> >>> car tout est extrêmement ralenti (genre écrire ce message).
> >> wai, parce que le système essaye malgré tout de réparer ton array et que c'est
> >> gourmand en ressources
> >
> > et ça se sent ... grrrr
>
> mais ça se règle aussi :)
Je suis dessus (si j'ose dire ;-))
> >>> Pour reconstruire le raid1, ça a été la croix et la bannière, le disque
> >>> /dev/sda était occupé (« busy ») alors que j'avais démonté la partition.
> >>> Mais je m'en suis finalement sorti et /home est remonté.
> >> si l'array de /home est sur hda, et vû que les secteurs sont définitivement HS,
> >> il-y-a 100% de chances que ça replante quand tu auras rempli l'array au point
> >> d'arriver à l'un des secteurs HS
> >
> > Ben non, j'ai pu reconstruire sans (trop) de problème jusqu'au bout.
>
> ça tendrait à vouloir dire que ton HD réussi à subtituer des secteurs de secours
> à ceux qui sont HS
Pas con le HD donc ...
> >>> Je me demande si le disque n'est pas en train de mourir (il est
> >>> relativement jeune, maximum 2 ans). Je me demande aussi si ce n'est pas
> >> Avant, oui, maintenant, ça dépend des marques et des types dans les marques;
> >> mais c'est mauvais signe en Gal, ne serais-ce que parce que RAID assure le coup
> >> pour la redondance, pas pour les PBs des HDs.
> >
> > Ben sur ce coup-là je suis bien content d'être en raid1.
>
> wai, il-y-a une très bonne rhétorique en faveur du RAID-1 sur baarf.com
link ?
> ...
> >> D'ailleurs, pourquoi avoir installé un 2.6.30? Y'a-t'il un feature/bugfix/circonstance
> >> qui faisait que c'était si impératif?
> > nouvelles carte graphique et carte son, mais je sais que ce n'est pas
> > top.
>
> si revenir sur une version antérieure du kernel résoud le PB, tu devras passer par le
> FrameBuffer le temps que le krnl se stabilise (fréquences de synchro plus basses, modes VESA,
> pas d'accélération mais au moins ça marche avec n'importe quelle carte)
C'est ce que j'avais fait au début, puis en bidouillant ça semblait
marcher, puis finalement ces problèmes. Et bien sûr tout ça au moment
des vacances ...
> >> Essaye déjà de revenir sur le kernel précédent pour voir si ça fait une différence ou pas.
> >
> >
> > J'essayerais dès que je suis à nouveau physiquement près de la machine,
> > là pas trop envie de bidouiller pour me retrouver planté. En rentrant je
> > vais d'abord commencer par changer le disque qui merde, ensuite on
> > verra.
>
> une fois changé, tu peux lui faire subir un formatage complet avec un '-c -c', ce qui viendra
> écrire/lire les patterns qui lui permettront de définitivement marquer HS les mauvais secteurs
> (ça ne veut pas dire qu'il sera réinsérable dans un array parce que les RAIDs logiciels se font
> au niveau bas des HDs, et que s'il-y-a des secteurs mauvais, il se fera kicker out de l'array.)
Wai, sais pas trop si j'airais envie de me faire caguer avec ça alors
que j'aurais acheté un nouveau DD. Mais merci du conseil.
> En fonction de la taille du HD tu as le temps entre déjeuner au resto et long WE en amoureux.
> (120GB/7200RPM ~8H de formatage)
Donc environ 24h ... le wiknd sera plus approprié :-)
steve
PS : suis en train d'essayer de reconstruire le md8 qui avait sauté (et
que je n'avais pas vu, mais pas possible :
localhost:/home/steve# mdadm --manage /dev/md8 --add /dev/sda11
mdadm: Cannot open /dev/sda11: Device or resource busy
Je crois que ça a voir avec hddtemp ou un truc du genre..
Reply to: