recup d'une partition NTFS apres prob de raid.

[yazyaz]

salut,

J'ai un serveur sous SBS2003 qui a craché, un IBM avec une carte SERVRAID 5i, et 5 HD 74Go sur le backplane.

le serveur, je le gere pas, et la personne n'a pas pensé (depuis 1 mois de prod) à mettre une cartouche dans la DAT

en bootant sur le CD qui gere l'utilitaire de la carte, je vois 2 HD déclarer en defect (DDD) suite à un problème avec l'onduleur. Je les forces en ONLINE, et je reconstruit. jusque ici, tout ce passe a peut prêt bien, mais je n'ai pas accès à la partition principale bootable (C:) j'ai bien accés au D/ mais il me refuse les autorisations de copie (avec le cd d'install, et réparer - chkdsk ne marche pas, et un DIR me met une erreur).

Je DL l'ultimate boot CD, je merdouille un peut dedans et j'arrive à recuperer le repertoire du logiciel de gestion (mais la base à un probleme aussi...).
j'arrive pas à réparer la partition pour essayer de rebooter sur le serveur.

si qq'un à un soft ou une manip je suis preneur.

je peut pas mettre la grappe sur un autre PC. ou alors, il me faudrait reinstaller un XP sur un IDE, le soft sous linux ou du style sont etranger pour moi

[atronach]

Quel niveau de raid était installé ?

Car un raid5 permet de perdre seulement un seul disque :/

[syno]

Tu avais quoi à la base ?

4DD pour ton RAID et un DD pour le spare ?

si tu avais pas de spare, ton raid est HS... comme le dit atronach.

Et RAID HS = données HS...

Avant de reconstruire quoi que ce soit on essaye de copier ce que l'on peux.

Reconstruire, ça veux dire écrire dans ton raid.. c'est jamais une bonne solution quand tu ne sais pas l'état de tes données.

Quand on à un doute sur l'état des données, on évite absolument d'écrire quoi que ce soit sur les disques car en général ça interdis la récupération avec des logiciels plus spécialisés.

Avant de manipuler la reconstruction, tu aurais du recopier 1 à 1 les disques sur d'autres plus gros (dans des fichiers par ex.) Ensuite tenter récupérer tes datas à partir des copies avec un Linux par ex...

Ca aurais couté moins cher que de perdre 1 mois de données je pense.

En tout cas, c'est un bon exemple de la loi de Murphy... je suis désolé pour toi.

[atronach]

Et souvent ce qui plante sur un HDD, c'est la carte controleur qui se change, par contre maintenant que tu as écris dessus, je pense qu'il est un peu tard.

[yazyaz]

slt,

suite à une coupure pour une raison que j'ignore, 2 HD sur les 5 (sans spare) sur le raid 5, ont été déclarer en defectueux.

je me suis dit comme 2/5 c'est mort, j'ai booté sur l'utilitaire de la carte, et redeclarer les disques ONLINE.

les disques demarrent, et sont à nouveaux bien reconnu. Ca m'indique seulement, que je devrait rebuild l'array.

bon, la j'en suis ou avec divers utilitaires a voir mon C:, l'arboraisance des repertoire, et meme à recup qques fichiers.

le D: est nickel, j'ai juste un probleme d'autorisation, il me met juste acces refusé en lecture / ecriture (NTFS sous 2003).

je me pose la question de reinstaller qque chose sur un IDE et d'essayer de recuperer les données avec un truc style ontack databack.

mais je pense que pour le C: il n'y a que la structure qui est mal déclaré, on sait jamais si j'arrive a la faire reconnaitre, je pourrait peut etre rebooter dessus

[syno]

Bon, que je t'explique.

Un raid 5, ça écrit des petits bouts de tes données une fois sur un disque, puis l'autre, puis l'autre et enfin ca écrit un checksum (CRC) sur le dernier.

Suivant la taille de ton blocksize, tu écriras 64K de données sur un duisque, puis 64K sur l'autre. Avec un block de 256K ou 512K c'est pareille, sauf que tes données seront hachées moins "menues".

Maintenant, si ta table d'allocation de tes fichiers est sur le premiet disque et tiens sur le premier block "haché menu" le système d'exploiration va croire que tout va bien à la lecture de celui-çi. Par contre, lors de la tentative de lecture des données "réèlles".. et si un disque manque en plus du CRC, tu ne pourras lire la donnée et encore moins reconstituer tes données à moins que celle-ci tienne exactement sur un des blocksize encore présent et peut donc être lu (C4 par exemple).. (c'est rare).

Petit rappel pour le raid 5 sur 4 disques (A ,B ,C ,D) les données (d) et les CRC (c).

A contient : d1 d4 d7 c4
B contient : d2 d5 c3 d10
C contient : d3 c2 d8 d11
D contient : c1 d6 d9 d12

donc si la table de partition étais dans d1 et d2 ainsi que la table d'allocation des fichiers, le disque est 'visible'; mais en aucun cas "lisible".

Imagine que C et D sont HS, tu n'as les données que de A et B soit :

A contient : d1 d4 d7 c4
B contient : d2 d5 c3 d10

te manquent d3 c2 d8 d11 c1 d6 d9 et d12...

Si tu vois ton arborescence et tu n'as pas accès à tes données c'est que les descrtipteurs de ton systeme de fichier est intacte, mais pas forcement tes fichiers.
Si ton descripteur de répertoire et de fichiers indique un emplacement physique (disons d9) tu ne pourras pas y avoir accès.

En mode dégraded (donc non rebuildé) ta carte contrôleur refusera normalement la lecture sur le disque puisque les données sont réputées mauvaises.

Le seul moyen est de copier tes disques à la main et 1 par 1 et de faire des essais avec autre chose que les disques originaux.

De plus si ce sont les controleurs des disques qui sont HS, tu peux te servir de celui d'un des disque que tu auras déjà copié ailleurs.