Bonjour    
 
Je rencontre un soucis avec les disques de mon RAID 1 (Carte Intel) :
 
Lorsque les 2 disques sont présents, mon RAID démarre en mode reconstruction jusqu'à environ 70-80%, puis le PC rame de plus en plus, obligeant à rebooter pour reprendre la main dessus(et donc repasse en reconstruction à 0%), et ce quasi à chaque fois.  
Si un seul des deux disques est présent, le PC fonctionne normalement, aucun soucis particulier.
 
J'ai checké mes disques avec CrystalDiskInfo, les deux sont en "prudence", avec 3-4 lignes de défauts. J'ai voulu voir si c'était mieux en remplaçant l'un des disques par un neuf (même modèle, même capa), mais le problème reste identique, la reconstruction ne fini jamais, et le PC mouline jusqu'à ne plus répondre.
 
Avez-vous une idée de ce que je peux faire pour repartir clean sur ce RAID ?
 
Merci d'avance .

fais des printscreen des deux cristaldisk info,
 
www.imgbb.com pr uploader l'image et la poster sur le forum (lien BBCode complet)
 
 
si les deux disques ont des secteurs foirés, ce serait pas étonnant, et a part les remplacer...  

Je n'ai évidemment qu'un disque sur les deux :

 
Je pensais effectivement pouvoir remplacer un disque, puis le second pour repartir sur deux neufs, mais impossible de reconstruire correctement le volume.

Magie du raid, tu y es .....

Comme tu as évidemment une sauvegarde (le raid n'en étant pas une), tu casses le raid, tu formates les disques en 'long' tu vois ou tu en es avec crystaldiskinfo, et si tu t'en sors et que tu es acharné tu refais un raid avec d'autres disques non plombés en restaurant ta sauvegarde dessus.

Bonjour

En supposant que tu as une sauvegarde de tes données sur un autre support, tu peux essayer un chkdsk pour éventuellement réparer les erreurs qu'il y aurait sur ce disque. Tu peux faire aussi le chkdsk sur l'autre disque ça mange pas de pain si ça fonctionne sur le premier.
Ensuite tu mets le disque neuf acheté récemment pour essayer de reconstruire le RAID.

Après j'y connais pas grand chose en RAID mais peut-être qu'il est possible de faire une image système du volume de 2To, puis tu restaures l'image sur le disque neuf, ensuite tu essaies de recréer le RAID sur un des deux autres disques bancal et tu vois ce que ça donne.
Si le chkdsk ne donne rien bien sûr.

Les erreurs que tu as sont bizarres en fait, ce sont les mêmes sur les deux disques à priori (3 secteurs instables et 3 erreurs incorrigibles sur les deux disques), on peut donc en conclure que c'est une erreur logique qui s'est recopiée sur l'autre disque et non un problème matériel. Du coup peut-être que l'erreur disparaitra avec un chkdsk.

Vivant au pays des Bisounours, la question ne se pose évidemment pas ...

Si je mets un neuf en doublette, l'erreur reste la même.
 
Je peux tenter deux options :
- faire une copie externe vers les neufs,
- prendre un des anciens et lancer chkdsk pour voir si ça améliore

Pas besoin des bisounours pour faire une sauvegarde, que tu vives ici ou ailleurs si tes données sont précieuses tu fais une sauvegarde, c'est le B-A-BA.
Le RAID n'étant pas une sauvegarde, on imagine que tu as ce qu'il faut derrière.

Sinon bah t'as encore accès à ton système donc c'est pas trop grave.
Tu fais ta sauvegarde (avec ou sans bisounours nous osef un peu ) puis tu fais les manip suggérées plus haut.

La question étant : est-ce que le Crystal disk renvoie EXACTEMENT les mêmes erreurs ou pas ?
Si oui c'est un problème logique qui s'est répercuté sur le disque miroir, sinon c'est un problème arrivant sur les deux disques en simultané (pas d'bol), et dans ce cas il vaut mieux avoir un 3ème disque pour sauvegarder ce qui doit l'être, puis changer ton RAID par deux nouveaux disques.

C'est une seule option de mon point de vue, 1 la sauvegarde, 2 le chkdsk après avoir sauvegardé, au cas où ça merde.
Et fais bien le chkdsk sur UN SEUL disque, au cas où.

Encore faut-il pouvoir faire la sauvegarde ...

Bah t'as un disque neuf et ton système encore opérationnel, je pige pas le problème

C'est bien un disque neuf de 2To que tu as, donc tu sauvegardes ce qui doit l'être, ensuite tu pourras bosser sur le RAID (faire un chkdsk avec les bons paramètres sur chacun des disques, dans un premier temps).
Après c'est quoi tes données exactement ? Y a quoi sur ces disques ?
Plus tu donnes d'infos, plus on peut t'aider.

Tu crois peut-être (à tort) qu'un RAID est une sauvegarde car il y a une copie stricte d'un disque à l'autre, mais c'est une erreur qu'on croise trop souvent.
Un RAID (peu importe le numéro) n'est certainement pas une sauvegarde car en cas de corruption des données tu l'as dans l'os.
Un RAID n'est qu'une solution destinée à la continuité de service au cas où l'un des disques pète, matériellement parlant.

En plus du RAID il faut au minimum un disque de sauvegarde, que tu brancheras occasionnellement pour faire une image système si c'est un disque système, ou une simple copie disque à disque si le volume à sauvegarder n'est composé que de données "brutes" (photos, vidéos....)

Sauvegarder ce qui doit l'être : donc le disque en entier, système d'exploitation y compris.
 
Ce RAID, ce n'est pas moi qui l'ai choisi, il me l'a été imposé par le constructeur du système sur lequel je travaille (et qui maintenant me pose problème).
 
Actuellement, je n'ai rien pour permettre la copie intégrale d'un disque vers un neuf.

Ben tu as un disque neuf déjà, et le système encore opérationnel.
Après je ne suis pas très à l'aise avec le RAID donc je m'abstiendrais de te donner des conseils pour faire un backup propre.
Déjà, ne fais rien sur les deux disques du RAID avant d'avoir fait une sauvegarde.
 
J'ignore par exemple si avec un logiciel de backup (type acronis ou autre) tu peux d'ors et déjà utiliser ton disque neuf pour faire une copie du volume RAID qui déconne, peut-être, peut-être pas (j'suis pas d'une grande utilité je m'en rends bien compte   )
 
A ce stade si un problème arrive en manipulant le volume RAID tu pourrais perdre des données (est-ce le controleur RAID qui merde ou autre chose, j'en ai aucune idée actuellement). La simple lecture d'un disque étant déjà une "manipulation", quand il y a des données importantes on évite toutes les manipulations inutiles.
 
Peux-tu quand même répondre à la question des erreurs sur les deux disques : est-ce que ce sont EXACTEMENT les mêmes ?

De mémoire, il me semble que oui, mais si je remets les deux disques, ça va me faire planter le serveur (reconstruction du volume ... ... )

Étiquette physique du disque, branchement sur autre PC ou boîtier USB.....?

Boitier USB en cours d'appro, va falloir attendre pour la suite.

J'ai lu "en cours d'apéro" ça devient grave !

L'erreur qui est la même sur les deux disques ce serait important que ta mémoire ne déconne pas, ça peut en dire plus long que tous les autres tests.
Ceci dit tu n'es pas obligé de mettre les deux disques, il suffit de switcher de l'un à l'autre, du coup pas besoin de reconstruire ton RAID et perdre des heures.

Pas spécialiste du RAID et de ses particularités, si les deux disques ont les mêmes erreurs ça peut peut-être venir du controleur, et à ce moment là autant le savoir avant de perdre du temps à reconstruire un RAID sur un controleur qui déconne.

Pour switcher les disques, il faudrait déjà savoir si c'est possible à chaud (parait que ça dépend des CM)
 
Le contrôleur, je vois pas trop ce qui pourrait merder

Pourquoi à chaud ?
Comment t'as fait pour avoir la capture de celui qui est au dessus ?
Vu que les deux disques sont les mêmes, tu dois pouvoir démarrer sur l'un ou l'autre indépendamment, non ? Il suffit de déconnecter temporairement le SATA de l'un ou l'autre, comme tu as du faire pour faire la capture, non ?

Le controleur ben c'est de lui que dépendent les disques, s'il y a les mêmes erreurs sur les deux disques c'est peut-être lui le fautif, après j'en sais rien ce n'est qu'une hypothèse.
Si les disques ont des erreurs différentes alors c'est qu'ils sont tous les deux mal en point et que le controleur n'est pas fautif, à priori.
Ce n'est qu'une déduction de ma part, pas une certitude.

En tout cas il est statistiquement improbable que les 2 HDD aient le même nombre de secteurs défectueux / au même endroit même si série identique.

Je démarre sur un ensemble RAID, pas sur un disque.
Pour faire la capture, j'ai éteint le PC, retirer le disque du support et redémarré.

Oh purée c'est en disque de boot en plus? C'est des champions quand même

j'avoue que je vois pas trop l'intérêt d'un raid 1 pr windows, c'est se tirer une balle dans le pied en cas de pépin
 
mieux vaut un ptit ssd, ne fut que 240go

Je pense qu'ils se sont dit que si un disque merdait, l'autre prendrait le relais et comme ça, tout reste en fonctionnement.

"Disque unique" du système complet, en doublette avec son jumeau

Donc tu fais exactement la même chose mais avec l'autre disque.

Si tu as exactement les mêmes erreurs et au même endroit c'est peut-être un problème de controleur RAID.
J'avance une hypothèse mais ça me parait bizarre le coup des erreurs incorrigibles exactement au même endroit.
Du coup autant vérifier ce point, qu'on soit clair sur les symptômes.

Logiciellement je pige pas pourquoi les deux disques auraient les mêmes erreurs, mais je ne suis surement pas assez calé à ce niveau.

Si tu as deux disques de 2To libres on est tranquille, avec un seul tu vas pas pouvoir sauvegarder le volume RAID 2To et le restaurer, il faut un 3ème disque pour celà.
Une fois qu'on aura restauré ton système et qu'il sera fonctionnel sur un 3ème disque, là on pourra tenter de réparer les disques du RAID avec chkdsk, pas avant, au risque de perdre les données.

Ca part d'une bonne intention, mais ils ont oublié l'erreur logique, et c'est vraisemblablement ce qui arrive aujourd'hui.
Le RAID 1 c'est uniquement en cas de panne matérielle sur un disque.

Après peut-être qu'on se prend la tête pour rien et que c'est tant mieux s'il y a un RAID 1, on ferait le chkdsk sur le disque 1 et si ça merde on remet le disque 2, mais vu qu'il y a des soucis à refaire le RAID... bref le chien qui se mord la queue

Déjà s'il y a des données "brutes" (photos, vidéos etc...) il serait sage de les sauvegarder sur un support amovible (HDD externe par ex).
Au pire tu serais amené à réinstaller ton système, c'est chiant mais si c'est un problème du controleur RAID t'auras pas trop le choix si tu veux pas perdre de temps.

Mais pourquoi le RAID en se reconstruisant me fait ramer le PC jusqu'à le faire planter, alors que tout fonctionne niquel sur ce PC (jamais eu d'erreur grave, de plantage d'appli, de windows) ?

J'en ai absolument aucune idée.
Soit c'est une erreur logique qui peut arriver et à ce moment là pas trop de soucis à se faire, soit c'est un problème du controleur qui provoque cette erreur.
La première piste me parait plus logique mais je préfère prévenir que guérir, faire un chkdsk sur un seul des disques est quand même risqué vu qu'il y a un soucis de reconstruction du RAID, et faire le chkdsk sur l'intégralité du volume RAID perso je conseille pas, tant que t'as pas une sauvegarde.
Comme je le disais c'est le chien qui se mord la queue ton problème.

La solution la plus sécure pour tes données c'est de sauvegarder ce qui peut l'être (photos, vidéos, travaux en cours etc...) sur un support amovible, ce qui devrait déjà être le cas entre nous.
Ensuite faire une image système que tu stockes sur un 2ème disque et que tu restaures dans la foulée sur un 3ème disque.
Si la restauration fonctionne, tu lances le chkdsk sur le disque restauré, si ça fonctionne tu peux envisager de le faire sur le volume RAID vu qu'en cas de problème avec le controleur tu auras ton disque restauré et fonctionnel.

Pour le futur, garde toujours à l'esprit qu'une sauvegarde c'est la donnée originelle plus une copie sur un autre support physique, déconnecté de toute source électrique et à l'abri des autres risques (flotte, incendie, etc...). Une 3ème copie de la donnée et là t'es vraiment tranquille à priori.
C'est redondant je te l'accorde, mais c'est la seule solution concrete pour la sauvegarde en informatique.
Le RAID n'est qu'un moyen d'avoir la donnée accessible s'il y a une panne matérielle sur un disque, c'est tout le rôle d'un RAID (hormis le RAID 0 dont je ne parlerais pas).

Ben, la lenteur :

1) la reconstruction c'est une copie brute en continu , à partir d'un disque qui est donc un disque système donc... Voilà quoi.

2) et s'il y a des secteurs défectueux, raid ou pas, le contrôleur bloque dessus, passe en mode PIO ( 1 Mo/sec, au CPU 100% sur 1 core), ne rend pas la main au système entre temps etc.

Le marquage des secteurs défectueux se fait via le système d'exploitation et donc dans le cas d'un miroir, les secteurs sont marqués en erreur sur les deux disques même s'il y en a qu'un qui a physiquement des secteurs défectueux.
Il y a donc certainement un seul disque de défectueux.
 
 
 
Le première des difficultés est d'identifier lequel des deux disques contiens les données les plus récentes.
Avant que le raid se mette en reconstruction, au départ ne c’est il pas brisé? Si oui, à ce moment là, le PC a travaillé sur un seul disque, si des données ont été écrites depuis, ces données sont sur ce disque et probablement pas sur l'autre.
Avec intel IRST, je crois que tu peux booter sur n'importe quel des deux disques, mais ce n'est pas le cas de tout les systèmes RAID1 (par exemple avec le raid logiciel de windows, tu ne peut booter que sur le disque 0, pas le 1).
En premier lieu tu prends un marqueur ou tu étiquette les deux disques pour pouvoir les identifier physiquement sans te tromper (par exemple "ancien 0" et "ancien 1" ou "ancien haut" et "ancien bas" ).
A partir de là, pour être sûr de savoir sur quel disque du raid tu travailles, tu ne doit travailler avec un seul des deux disques branchés à la fois.
C’est toi qui sait à quoi sers ton PC, alors, c’est toi qui sait quels fichiers tu doit vérifier (par exemple si tu utilise une base de donnée, tu vérifie la date et l' heure des dernières modifications, ou si c'est un nas de vidéos, tu vérifie que ton dernier film a bien été copié en entier en vérifiant, les tailles, dates et heures des dernières modifications des fichiers), tu compare entre les deux disques en bootant sur l'un puis sur l'autre. Tu étiquette physiquement clairement le disque qui a les dernières données.
 
Il est fréquent de négliger de marquer/étiqueter physiquement les disques, mais ce serait une erreur car il est très facile de confondre deux disque identiques.
 
 
Pour l'étape "5°) identifier le disque endommagé" (voir plus bas, lire ce message en entier avant d’appliquer ma méthode), dans windows, tu appui sur la combinaison de touche "windows" + "R". Une fenêtre "exécuter" s'affiche, tu entre:
cmd
dans la boite de texte, puis tu valide. Une fenêtre d'invite de commande s'affiche. Dedans tu tapes:
CHKDSK [nom de volume] /F /R /B
et tu valide avec la touche entrée. Par exemple:
CHKDSK d: /F /R /B
Si tu as plusieurs volumes sur ton disque (par exemple c: et d: ), il te faut le faire sur tout les volumes, un par un.
Le "/R" peut rendre l'opération longue (plusieurs heures) mais c’est ce qui te permet de détecter des secteurs défectueux. Un compte rendu en temps réel s'affiche et liste 5 étapes, normalement les 3 premières sont rapides. Des erreurs dans les trois premières étapes sont logiques, elles n'indiquent pas que le disque est défectueux. au contraire, si tu as des erreurs dans l'étape 4, ton disque est défectueux et as des données corrompues. Si tu as des erreurs dans l'étape 5, ton disque est défectueux mais sur des zones qui ne contiennent pas de données. Quoi qu'il en soit, si ton disque est défectueux, n'essaye pas de mener l'analyse jusqu'au bout, c’est inutile si tu as sauvegardé et peut prendre des jours car chaque erreur disque ralentit considérablement l’opération. S'il le faut stoppe l’opération bourrin.
Même si tu as trouvé des erreurs sur le premier disque, recommence l'opération sur le deuxième au cas où il soit lui aussi en panne.
 
 
opération globale:
Dans l'idéal tu fait juste ça:  
1°) isoler ton système du réseau ou stopper toute éventuelle source d'écriture de tes données.
2°) identifier le disque défectueux (irst est censé te l'indiquer).
3°) remplacer le disque défectueux, le raid se reconstruit et tout vas bien.
 
Mais souvent et surtout comme tu n'as pas de sauvegarde, si tu n'as pas d’autre PC, il te faut:
1°) isoler ton système du réseau ou stopper toute éventuelle source d'écriture de tes données.
2°) briser le raid. Les volumes du raid seront alors en double, vu que tu verra chaque disque séparément, par exemple, si tu avais c: et d: sur ton raid, tu auras alors c:, d:, e: et f:
3°) identifier le disque qui a les données les plus récentes.
4°) sauvegarder ce disque (image disque complète si possible, sinon, image disque système uniquement + copie manuelle de la partition de données). Si la tâche s'avère difficile (disque endommagé physiquement) il te faudra alors aussi sauvegarder l'autre disque au cas où les données récupérées du premier disque soient corrompues).
5°) identifier le disque endommagé (les gestionnaires de RAID se trompent parfois et il arrive que quand un raid se brise, le système travaille sur le disque défectueux). Marquer physiquement le disque HS et le disque ok en tant que tels.
6°) Restaurer la première sauvegarde sur un disque neuf. Vérifier que tout est fonctionnel et que tes données sont ok. Si ce n’est pas le cas, utiliser la sauvegarde du deuxième disque à la place, revérifier.
7°) Rebrancher l'ancien disque ok et reconstruire le raid.
 
 
Si tu as un autre PC, tu y branche tes disques (pas en même temps, tu ne travailles que sur un à la fois), mais sans booter dessus, et tu commence directement à l'étape 3, intercaler l'étape 2 entre la 5 et la 6. L'étape 2 est importante car elle empêche l'éventualité que irst reconstruise automatiquement le raid "à l'envers".
 
Si tu n'as pas de logiciel de sauvegarde, personnellement j'utilise acronis true image. C’est un logiciel efficace et convivial qui conviens au débutant.
Beaucoup ici conseilles AOMEI Backupper, je ne l'ai personnellement jamais utilisé.
Attention, tant que ton problème n'est pas résolu, tu ne l'installe pas sur tes anciens disques raid, tu l'installe sur un autre PC ou au pire sur un système et un disque séparé. Globalement, tu doit utiliser le moins possible ton disque défectueux, de manière à ne pas dégrader la situation.

Telle que la phrase est tournée tu lui dis d'identifier le disque endommagé grace à chkdsk avec l'option de réparation.
Autant lancer un chkdsk /r qui permet uniquement de détecter les secteurs endommagés, non ?
 
Je me permettais de préciser ce point pour l'auteur, le reste de ton commentaire me parait bon.
Pour rejoindre la première phrase de ton commentaire, est-ce que dans le cas d'un miroir le chkdsk /r repèrera les VRAIS secteurs endommagés et non pas ceux qui sont marqués en erreur sur les deux disques à cause du RAID ?

Pour en remettre une couche :
 
a mon sens la seule solution pour y voir plus clair est de prendre le disque A puis le disque B, en les extrayant du PC actuel, et en les testant sur un AUTRE PC, pour repérer lesquels sont defectueux, au moins.
 
Et dans l'idéal, reconstruction du RAID sur un autre PC qui boot sur "autre chose", mais faudrait un contrôleur similaire, mêmes réglages de striping = au final le mieux sera de rester sur cette machine "maitre".
 
Après.... on pourrait imaginer qu'il y a une image (acronis / macrium etc) sauvegardée de la partition de boot (mais je suppose que non....) pour restaurer le systeme seul sur un SSD et laisser travailler la reconstruction du RAID sur les disques en mode "stockage" (et pas en disque systeme comme actuellement)
 
Mais...au fait... les "pro" qui ont fait ce merveilleux choix ne sont pas censés assurer la maintenance de leur système?  

C'est sûr que laisser l'utilisateur non averti se débrouiller en cas de problème c'est pas la solution que j'aurais choisie.
 
A terme c'est sûr qu'il vaudrait mieux séparer le système des données brutes, tu as parlé d'une utilisation comme "serveur" mais tu n'en dis pas plus donc difficile de te conseiller précisemment.

Ben, même un utilisateur "averti" se retrouvera ipso facto dans la galère disons

Un utilisateur averti en valant deux, il entrerait en conflit avec lui même ce serait chiant, ipso facto aussi.

Si tu tapes help chkdsk, il est écris que l'option /r de chkdsk implique l'option /f, ce qui fait qu'en général ça ne change rien de spécifier /f quand on met le /r, mais je le met quand même par habitude.  
Mais je me suis planté car j'ai oublié le /b qui reverifie les secteurs marqués défectueux.
EDIT: post corrigé.
D'ailleurs en réalité, normalement, "CHKDSK [nom de volume] /B" suffit puisque /B implique aussi /R.

Nous recherchons votre correspondant, merci de patienter quelques instants, ..., nous recherchons votre correspondant, merci de patienter quelques instants,  ..., nous recherchons votre correspondant, merci de patienter quelques instants,  ..., nous recherchons votre correspondant, merci de patienter quelques instants, ...

Aussi, quand tu as remplacé un disque par un neuf et que le problème a persisté, c’est possible que tu ais remplacé le disque qui était ok.
 

Ah ouais je vois le genre de "pro", encore un partenaire Advance, ils tuent la profession ces guignols.

T'as bien fait de venir ici, on est jamais aussi bien servi que par soi même finalement.

Le bon point c'est que tu as encore accès à ton système et que tu peux redresser la barque.

Pour ne plus t'emmerder (ou moins t'emmerder) par la suite, il faudrait mettre le système sur SSD (avec une copie système régulière selon les besoins, rangée sur un HDD non branché), les applications également sur le SSD, et les données pures sur un RAID 1 éventuellement, pour garder l'option de continuité de service que le RAID 1 apporte et qui est précisément utile dans le cas d'un serveur. Et bien évidemment la copie du volume RAID sur un autre HDD, pas le même que le système tant qu'à faire, et également non connecté/alimenté.

Par curiosité et acquis de conscience, il te sert à quoi ton serveur exactement ?

Pour en rajouter une couche sur le raid 1: avec un système RAID performant, que ce soit raid 1 ou raid 5, on ne se pose pas de questions: les disques sont en façade, s'il y en a un qui déconne, une led d'erreur s'affiche identifiant le disque en question, il suffit de remplacer le disque, même pas besoin de redémarrer la machine.
 
Sur cette machine, le problème c’est qu'on est pas dans le cadre d'un système raid efficace, si c'est un serveur, la continuité du service est perdu pour des heures et ici plusieurs jours vu qu'il n'y a personne de compétent pour remettre la machine en route.

Donc au final, ce qu'il me reste à faire :
 
- Remettre le disque 1 (sachant qu’actuellement c'est le 0 qui est actif) pour comparer les infos SMART entre les deux disque actuels.
- Dupliquer le disque 0 sur le disque 2 (quand j'aurai le matos), et tenter de booter dessus pour vérifier les données et la copie. [En attente du matériel]
- Faire un chkdsk /r sur l'un des disques (0, 1 ou 2 ?) pour nettoyer
- Redémarrer le système sur le disque nettoyé
- Tenter une reconstruction avec un disque 4 en unité 1 ? (si je monte un des disques foireux avec le nettoyé, le RAID va faire quoi ? )