(mots clés : disque dur RAW, partition RAW, espace non alloué, partition disparue, données inaccessibles...)
Les partitions ou les disques qui soudain disparaissent sont un sujet récurrent, avec souvent des données précieuses que l’on souhaiterait pouvoir récupérer. Les causes ne sont pas univoques et il peut s’agir de problèmes hardware, software, de drivers, mais dans certains cas la disparition d’une partition (ou d'un disque) résulte d’une corruption du MBR (Master Boot Record), du secteur de boot de la partition ou de la table d'allocation des fichiers (voir dans ma signature pour des explications sur toutes ces notions), ceci sans explication très claire (souvent lors d’une coupure de courant, d’un redémarrage intempestif de l’ordinateur, d'une défragmentation ou d’un repartitionnement qui se termine mal...).
Les passages en RAW n'en sont qu'un exemple particulier. La partition apparaît comme non allouée dans la gestion des disques et c’est en faisant clic droit sur la partition > propriétés qu’on s’aperçoit qu’elle est passée en RAW (au lieu de NTFS ou FAT32) : or Windows ne reconnaît pas le système de fichier RAW (qui signifie "brut", non formaté) et même s’il voit bien la partition il considère que cette partition n’est pas formatée : d’où le message « voulez-vous formater cette partition ? ».


1) La 1ère chose à faire lorsqu’une partition a disparu ou que Windows demande "voulez-vous formater cette partition ?" est donc d'aller voir dans la gestion des disques (clic droit sur poste de travail > gérer > gestion des disques) si la partition est reconnue et de quelle manière.
Si c’est le disque dur entier qui n’est plus visible dans le poste de travail mais qu’il apparaît dans la gestion des disques, le traitement est le même que pour une partition disparue. Si par contre le disque dur "disparu" n’apparaît pas non plus dans la gestion des disques, il faut aller voir dans le BIOS s’il est reconnu, mais c’est un autre sujet que je n’aborderai pas ici.
à ce stade, et avant toute chose, faire un CHKDSK /F /R qui peut à lui seul solutionner vos problèmes (soit en invite de commande sous XP : démarrer > exécuter > taper "cmd" > taper "chkdsk E: /F /R" où E: est la partition que vous voulez analyser, soit sous la console de récupération comme expliqué ICI en bootant sur le CD d'XP et qui permettra de tenter également fixboot et fixmbr). A noter cependant qu'il n'est pas rare que chkdsk n'arrive pas à analyser une partition RAW...


2) La 2ème étape consiste à télécharger PTEDIT32 qui va permettre d’analyser la table de partition du MBR et de voir si le secteur de boot de la partition disparue est encore accessible.
(un conseil, téléchargez-le tout de suite car vous en aurez peut être besoin un jour et qu'il ne sera peut être plus disponible... Pour les possesseurs de Partition Magic le programme est installé par défaut et accessible dans le sous-répertoire C:\program files\powerquest\partition magic).

a) tout d'abord télécharger et installer PTEDIT sur le PC,


b) ensuite faire une impression d’écran de la gestion des disques, de manière à ne pas se tromper de partition sous PTEDIT32 (pour l’impression d’écran : ouvrir la gestion des disques > appuyer sur la touche "Impr écran" > ouvrir le logiciel "Paint" présent dans les programmes > cliquer sur "edition" > "coller" > reste plus qu’à imprimer...). Voilà comment se présente la gestion des disques et le détail des partitions :





c) ouvrir PTEDIT32 et analyser le descripteur de partition de la partition disparue :

* en haut dans "Hard Disk" cliquer sur la flèche noire pour sélectionner le disque dur sur lequel on veut travailler (s’aider de la gestion des disques pour sélectionner le bon DD si on en a plusieurs).

* Le tableau à 4 lignes dessous représente les 4 descripteurs de partition présents dans le MBR du DD sélectionné, la colonne "Type" montrant l’octet codant pour le système de fichiers de chacune des partitions :




* Les principaux codes de types que l’on peut trouver sont les suivants :




* Dans mon exemple, j’ai 2 partitions en NTFS codées "07" (correspondant à O: et K: dans la gestion des disques) et une partition étendue codée "0F" (comportant 5 partitions logiques L: H: Q: N: et P: visibles dans la gestion des disques sur l’image précédente).

- si c’est une partition principale qui a disparu (regarder dans la gestion des disques), celle ci figurera sur la 1ère fenêtre de PTEDIT.

- par contre si c’est une partition logique (au sein de la partition étendue) qui a disparu, il faudra cliquer sur "Goto EPBR" autant de fois qu’il sera nécessaire pour accéder à cette partition logique, chaque clic sur "Goto EPBR" affichant une des partition logique (théoriquement dans l’ordre de la gestion des disques) et une partition étendue codée "05" contenant les autres partitions logiques, jusqu’à ce que la dernière partition logique soit affichée (on le sait lorsqu’il n’y a plus de partition étendue "05" visible). On peut revenir à la partition précédente en cliquant sur "Goto Parent".




* à noter que ça fonctionne de la même manière avec les clés USB puisque PTEDIT32 les reconnaît de la même façon :




c’est en analysant le descripteur de la partition disparue qu’on peut commencer à raisonner :

1) le descripteur est rempli de 00 (sur toute la ligne) : dans ce cas le MBR est probablement corrompu, et il faut restaurer le MBR si on avait pensé à le sauvegarder (voir ce sujet) ou lancer testdisk (voir cet autre sujet) pour retrouver la partition disparue (menu analyse > proceed …).
si testdisk ne retrouve rien il faut vérifier avec EditHexa (voir ici) que le 1er secteur n'ait pas été complétement effacé, dans quel cas il faudra essayer de restaurer le MBR avec le menu "MBRcode" de Testdisk (avant de relancer analyse > proceed) ou en faisant un fixmbr sous la console de récupération ou un fdisk /mbr en bootant sur une disquette de win 98 (notez bien que ces commandes ne restaurent que le code exécutable du MBR, mais pas les descripteurs de partition : donc le problème n'est pas réglé pour autant)

2) le code de type semble faux (chiffre aberrant en début de ligne) : cliquer sur la case correspondante de la colonne Type > puis cliquer sur "Set Type" et une nouvelle fenêtre s’affiche montrant quels codes sont utilisables pour déterminer le système de fichiers :



dans cette nouvelle fenêtre il faut cliquer sur le code du type de fichier que l’on souhaite affecter à la partition (dans mon exemple "0B" pour avoir ma partition en FAT 32) > puis cliquer sur "Save Changes" > c’est terminé.

3) tout semble correct dans le descripteur de partition : ça signifie que le problème se situe non pas dans le MBR mais au niveau du secteur de boot de la partition : voir paragraphe suivant…



d) accéder au secteur de boot de la partition disparue :
Normalement lorsqu’on clique sur l'octet de type en début de ligne, on voit le bouton "boot record" qui devient noir (accessible), ce qui permet d'accéder au secteur de boot de la partition ou tout au moins au tableau représentant le Bios Parameter Block qui détaille les caractéristiques de la partition (voir "MBR et secteur de boot" pour comparer vos données avec ce qui devrait apparaitre) :



Là encore différentes situations :

1) le bouton « boot record » reste grisé, inaccessible, et il est impossible d’accéder au secteur de boot : ça signifie que le secteur de boot est probablement corrompu et il faut lancer TestDisk > sélectionner le DD à explorer > entrée > sélectionner « intel » > entrée > sélectionner « Analyse » > entrée :
* la partition est présente > il faut faire save > entrée > quit > menu advanced > boot… (voir ci-dessous)
* la partition est absente > il faut faire « Proceed » > entrée :
. partition retrouvée > faire entrée > write > quit > menu advanced > boot… (voir ci-dessous)
. partition toujours pas retrouvée > faire entrée > « Search » > entrée : dans la nouvelle fenêtre qui apparaitra (après 10 ou 20 minutes de scan, voire beaucoup plus pour les gros disques durs) il faut vérifier le statut de chaque partition (*, P, L, E, D) et éventuellement modifier par les flèches droite gauche les erreurs visibles : notamment pour la ou les partitions retrouvées qui ont souvent le statut "D" et qu'il faudra passer en "*" si partition principale bootable, "P" si partition principale non bootable, ou "L" si c'était une partition logique, mais à cette étape il faut également passer en revue toutes les autres partitions car d'anciennes partitions volontairement effacées peuvent réapparaitre or celles ci doivent rester en "D" pour ne pas interférer avec les partitions existantes... > entrée > "Write" > entrée > confirmer par "Y". Pour chaque partition retrouvée, un message d’alerte peut s’afficher du genre « Partition sector doesn't have the endmark 0xAA55 » ou « Boot sector bad »… en réalité, qu’il y ait ou non un message d’erreur, il faut toujours aller vérifier le menu advanced > boot pour s’assurer que les 2 secteurs de boot soient OK et identiques; si c’est le cas on quitte testdisk et c’est terminé, dans le cas contraire il faut utiliser « Backup boot sector » (si la copie de sauvegarde est OK), « Org. BS » si la copie de sauvegarde est mauvaise, ou « Rebuild BS » (si les 2 secteur de boot sont bad…) : voir Testdisk ma signature pour plus de détails. Attention, en cas de "rebuild BS" il faut utiliser la fonction « List » avant de valider le changement de secteur de boot, ceci afin de s’assurer que les tous les fichiers que l’on veut récupérer sur la partition sont bien présents…

2) on peut accéder au secteur de boot, mais celui-ci renferme des anomalies (voir "MBR et secteur de boot" pour comparer vos données avec ce qui devrait apparaitre) : on peut essayer de faire les modifications que l’on croit bonne > puis cliquer sur write > fermer PTEDIT et redémarrer l’ordi pour voir si le problème venait bien de là et si on ne s’est pas trompé… sinon, l’autre solution là encore est de lancer testdisk.

3) tout semble correct dans le secteur de boot : ça signifie que le problème se situe en aval, notamment au niveau de la Table d’Allocation des Fichiers (FAT ou MFT). Là ça devient plus compliqué, et même si on peut bricoler un peu avec Edithexa, le plus simple est de lancer testdisk en faisant dans l’ordre :
* analyse > proceed (pour vérifier que la partition est bien présente) > write,
* puis advanced > boot (pour vérifier que les secteurs de boot soient OK et identiques),
* puis repair FAT ou repair MFT si tout le reste est correct…
* mais dans certains cas la FAT (ou la MFT) est corrompue. Dans ce cas la commande "list" échoue en renvoyant un message d'erreur du genre "can't open filesystem. filessystem seems damaged", de même que le "repair FAT" (ou un repair MFT) renvoie un autre message d'erreur du genre "MFT and MFT mirror are bad, failed to repair them". dans ce cas on peut essayer de retrouver la bonne MFT (encore que j'y suis pas encore arrivé...) ou sinon reste plus qu'à essayer de récupérer les données grâce à un logiciel de récupération. voir les cas de zud et bok2000 ainsi que la solution qu'a trouvé FL04 avec getdataback...
* dans tous les cas pensez à bien regarder au préalable la géométrie du DD dans testdisk (capacité DD, descriptif CHS) car parfois le problème vient de là.

4) Si tout ça ne donne rien il faut vérifier l'intégrité du DD :
* un simple CHKDSK peut suffire (CHKDSK /F /R), que je recommande d'ailleurs de faire en 1ère intention avant toute autre manip (et qu'il ne faudra pas hésiter à répéter après manips avec testdisk par exemple),
* et si ça ne donne rien, il faut tester le DD avec HD-Tune ainsi que le logiciel constructeur (Powermax pour Maxtor, seatools pour Seagate, Drive Fitness pour Hitachi, Hutil ou DataAdvisor pour Samsung...), et en cas de secteur défectueux tenter une réparation par HDD-regenerator

5) Ultimes solutions pour récupérer vos données :
* utiliser un logiciel de récupération de données
* ou encore essayer de récupérer les données sous linux en bootant sur le liveCD de Slax-LFI (merci Cédric ) : toutes les explications dans ma signature (récupération de données sous linux)


3) Quelques remarques supplémentaires concernant les passages en RAW :

Il semblerait qu’il s’agisse souvent d’une corruption du secteur de boot de la partition et que la solution passe par une reconstruction de ce secteur de boot dans le menu advanced de testdisk (préférer un backup BS si disponible plutôt qu’un rebuild BS, mais dans ce dernier cas attention de bien vérifier la présence des fichiers que l’on recherche par la commande "list" avant de valider les modifications par "write").
D’autre part croiser quand même les doigts, car à l’issue de cette manip il y a souvent un chkdsk qui s’exécute automatiquement au reboot et qui peut parfois effacer pleins de "fichiers orphelins" (la récupération de tous les fichiers n'est donc pas garantie à 100 % : voir le cas de kalmouk...).

ci joints quelques liens concernant des passages en RAW résolus (et y'en a plein d'autres ):
voir les sujet de Ricous, Papim, Zouzou, Romano91, Anatt, Castorounet, Piotrr, jlmd, yan-gsi, wouf02

des cas particuliers ont pu être réglés autrement :
- en faisant simplement un simple CHKDSK /F /R de la partition corrompue ou du disque (voir le sujet de Cbrs)
- en changeant de prise USB lorsque le problème touche un périphérique USB (merci Jeancl2)
- en rétablissant les permissions d'accès par l'onglet sécurité ou la commande CACLS : explications ici (voir Fnacboy)
- en réparant des secteurs disques défectueux avec HDD-regenerator (voir le sujet de Darkiz) ou de pikwiik)
- en remettant correctement le jumper à l'arrière du DD lorsque celui ci a été bougé (voir les cas d'Egwene et de xaviervp...)
- en changeant une prise mollex (faux contact électrique) : voir les constatations de pascalseverine ici et là

L'hypothèse enfin d'une corruption de la base de registre dans certains cas n'est pas exclue (certaines clés contenant la signature disque et des informations importantes sur la structure des partitions) mais cette dernière piste reste à défricher... :
- si par hasard rien ne marche et que vous avez eu le nez de faire une sauvegarde de la BdR avec Erunt, vous pouvez toujours tenter une restauration de la BdR
- faute d'autre solution vous pouvez aussi tenter cette manip : faire démarrer > exécuter > taper "cmd" (> entrée) > taper "MountVol /E" (> entrée), et regarder ce que ça donne...
- ou encore tenter une nouvelle analyse de disque (qui va mettre à jour la BdR) : dans la gestion des disques, faire "action" > "analyser les disques de nouveau"


4) Appendice :


a) Si vous avez besoin d’aide commencez par faire une copie d’écran de la gestion des disques, de ce que montre PTEDIT32 ainsi que du secteur de boot si accessible par « boot record »).
Pour les copies d’écran voir le tuto de MJo54 (paragraphe 1) (et venez pas dire que vous avez pas compris comment faire )

b) certaines manips dans testdisk sont plus à risque que d’autres :
- le write dans le menu analyse (après proceed et/ou search) n’est pas dangereux car tout ce que fait ce menu analyse, c’est de modifier les descripteurs de partition du MBR, mais on peut toujours revenir en arrière en relançant l’analyse…
- le write du menu advanced me semble par contre plus délicat à manier car on modifie le secteur de boot (ou tout au moins son BPB) ou la table d’allocation des fichiers, et là une erreur risque de compromettre la récupération : c’est pourquoi dans le menu advanced la commande « list » est importante pour s’assurer que la « réparation » qu’on va faire est la bonne…

c) Il y a un autre service que PTEDIT32 peut vous rendre : le tableau à 4 lignes montre le descriptif exact de chaque partition (les descripteurs de partition), notamment à quel emplacement précis débute et se termine la partition ainsi que le nombre de secteurs constituant cette partition (x 532 = nombre d’octets de cette partition). Or ces informations sont indispensables à la bonne reconnaissance des partitions. Si un virus par exemple (ou autre bug) venait à modifier ce descripteur de partition, votre partition serait irrémédiablement perdue. D’où un conseil tant que votre ordinateur marche bien : faites une copie d’écran de chacun de vos descripteurs de partition sous PTEDIT32 et gardez précieusement les données chiffrées; vous serez peut être bien content un jour de pouvoir remettre ces données avec PTEDIT32 et ainsi retrouver votre partition intacte...

d) Pour les utilisateurs de Windows 98 et Millénium : il semble que PTEDIT32 ne puisse pas fonctionner sans un petit fichier de 19 Ko qui s’appelle PQVXD.vxd
Une solution pour le récupérer est de télécharger vfd_folders.exe et d’en extraire (avec WinZip) le petit fichier en question.

e) Le sujet n'est pas clos, et toutes vos remarques et expériences personnelles sont les bienvenues, aussi bien quand ça marche que quand ça n'a pas marché. Toutes les partitions disparues en effet ne relèvent pas d’une cause unique, et les passages en RAW notamment pourraient provenir d’autres problèmes, aussi chaque cas de figure peut utilement faire avancer la discussion...

Bonjour romsk, Ton topic tombe à pic (à vrai dire un peu trop tard pour moi [bigsmile]: voir :http://forum.pcastuces.com/sujet.asp?SUJET_ID=279461 ) et vient de m'etre signalé trés sympathiquement par rayga [chinois]. Ceci dit et bien que les carottes soient vraisemblablement trop cuites pour moi cette fois ci ,pourrais tu avoir l'obligeance de me dire si selon toi : Pour limiter ,autant que possible les risques de conversion malencontreuse des NTFS (ou Fat) en RAW ,il est préférable, si on peut le faire, d'éviter de partionner un disque (et surtout celui externe de sauvegarde) ?? PS: Ceci n'enléve rien aux bons conseils de prudence que tu donnes dans ton tuto (pas simples à mettre en oeuvre à partir du moment ou ,fort heureusement ,le phénoméne ne se produit pas tous les jours et que inévitablement ,les non profesionnels perdent la main .Mais ,avec les photos écrans ça pourra de toute façon aider un dépanneur expérimenté ) Merci

Merci romsk, excellent tuto. Cette mésaventure m'est arrivée et j'en suis venue à bout avec le logiciel "partition table doctor" trouvé sur hiren's boot CD. Salut Claude

Bonjour Claude ,en effet c'est un remarquable travail et j'ai oublié d'en féliciter romsk . Pour moi qui n'ai pas ton niveau en informatique et aprés les manippes déja faites ,je crois que je vais en faire mon deuil et ne pas continuer un acharnement thérapeutique . Rien que pour compléter mon information et celle peut etre aussi des gens à qui s'est arrivé ,tu as récupéré immédiatement avec "partition table doctor" (que tu connaissais probablement déja ) ou aprés différentes tentatives faites avec d'autres logiciels ?

salut chobi591, salut clopa le passage en RAW est un "accident de parcours" qui n'a probablement rien à voir avec le nombre de partition. En d'autres termes ne te prive de partitionner à nouveau ton DD externe.

OK et bonjour romsk , Dont acte mais est ce que en cas de malheur ,le fait d'avoir des partitions (2 ,3 ou 4 ) ne complique pas la tache de récupération en "mélangeant des fichiers " de nature fort différente .

pas à ma connaissance. edit : si tu n'as pas encore formater ton DD externe tu peux tenter la manip du tuto (c'est très simple), et si problème tu mets une copie d'écran pour avis [smile]

????????? http://forum.pcastuces.com/sujet.asp?SUJET_ID=278892#bas

Modifié par Loup blanc le 13/06/2006 13:21

Eh oui ,bon sang mais c'est bien sur : On n'invente jamais rien "Bis repetita placent " (enfin ,façon de dire) [bigsmile][bigsmile]

Bonjour romsk, Beau travail ! [chinois]

Bonjour romsk [maitre][maitre][maitre] [chinois][chinois]

Modifié par Dan 77 le 13/06/2006 20:36

[hello] romsk merci pour cet excellent travail ! [fleur] sais-tu à quoi sert le bouton Boot record ? sauvegarder le MBR ? [hello] Dan 77 ! contente de te voir de retour ! [bigsmile]

[hello]selen Merci c'est gentil [bigsmile] [chinois][chinois]

Bonsoir Romsk Chapeau pour le Tuto

[hello] Dan77, Selen, Rayga,... [smack] [rougir] Dan, toi tu me fais trop [rigoler] : relève-toi j't'en prie [bigsmile] selen, le "boot record" sert à visualiser les parametres du secteur de boot de la partition sur laquelle on a cliqué qui définit la structure de la partition (notamment par la MFT = Master File Table). Je crois qu'on peut aussi y bidouiller le "hidden sectors" pour installer un OS en multi-boot sur une partition logique (et ça doit probablement permettre pleins d'autres manips que je connais pas [langue]). En tout cas pas de rapport avec le MBR contrairement à ce que son nom pourrait laisser croire.

Bonjour, pour déplorer qu'EditHexa, évoqué par Romsk, n'édite pas les unités USB en tant que disques physiques, sous 9x (mais on peut se débrouiller avec HexWorkshop ou les outils de PM) ; pour signaler Disk Probe, gratuit chargeable chez Microsoft, qui permet (je crois !) lui aussi d'aller direct aux secteurs de boot de chaque partoche (sauf peut-être les logiques) sous XP ; et pour remercier Romsk. Remarque : ces outils (je parle donc d'EditHexa, de Disk Probe, et de ceux présents dans le dossier d'install de PM ou sur son CD, évoqués aussi par Romsk mais il y en a sûrement d'autres) outre leur capacité à tourner sous un système installé sur DD (DOS, 9x, NT system ou deux d'entre eux) peuvent aussi tourner sous système sur unité amovible, ce qui est vachement intéressant pour réparer si c'est le disque système qui est en vrac. Exemples : les outils DOS de PM pourront être lancés à partir du CD-même, qui est bootable ; ou bien Disk Probe, les outils W32 de PM ou EditHexa pourront être lancés avec un PEBuildé quelconque, même pas besoin d'un pirate. Le mini98 d'Hiren's peut même lancer des exécutables 9x, en passant (EditHexa par exemple, mais alors on ne peut pas éditer un disque). Au fait, qui saurait s'il vous plaît trouver ce mini98 ?

salut yves.vaissiere, juste pour préciser, pour ceux qui n'ont pas partition magic, que PTEDIT32 existe aussi sous forme DOS --> ftp://ftp.symantec.com/public/english_us_canada/tools/pq/utilities/ptedit.zip pour mini98 voir ici --> http://scp.gmxhome.de/msdos71/ [clindoeil]

Modifié par romsk le 14/06/2006 22:18

Merciii ... tu as cherché comment ? Je me coucherai peut-être moins nul ...

j'l'avais déjà en CM2 [bigsmile]

bonjours romsk et merci pour ces explications très claires qui hélas pour moi arrivent trop tard... il y a 2 mois mon disque dur de données a rendu l'âme avec hélas un énorme travail indispensable pour mon boulot. j'avais heureusement fait une sauvegarde sur clé USB que j'emmenais avec moi du travail à la maison mais horreur quand j'en ai eu besoin elle ne contenait plus rien et était passée en raw (le ciel s'acharnait...). aucun logiciel de récupération n'a marché pour moi (ou tout au moins ne permettait de récupérer au mieux que 60 % des fichiers) et j'ai été obligée de refaire la plus grosse partie du travail : 1 mois consacré à ça. ça m'aurait bien arrangé si tu avais fait ce sujet plus tôt [bigsmile]

Une "sauvegarde sur clé USB" : une oxymore. Une sauvegarde sur clé USB, c'est une oxymore. Je doute avec certitude. (Raymond Devos) [desapprouve]

j'aurais encore appris qqch aujourd'hui [fete]

Salut romsk,[hello] Moi aussi je te remercie pour cet excellent tutoriel. Depuis le début de l'année j'ai perdu 3 disques durs. J'ai réussi à récupérer le dernier en le mettant sur un autre PC avec Windows 2000 qui, je ne sais pourquoi lisait mon disque dur sans problème. Puis, toujours sur ce système, j'ai demandé une vérification du disque, puis je l'ai remis sur mon PC avec Windows XP. Là, mon disque n'était plus en erreur mais il n'avait plus de lettre d'unité donc il était encore inaccessibe. Il a suffit que je lui redonne sa lettre d'unité. Toi qui à l'air vachement calé, aurais-tu une idée sur ce qui a pu provoquer ce phénomène ? Pour les deux premiers, heureusement que j'avais sauvegardé l'essentiel. Ton lien pour PTEDIT32.EXE ne fonctionne pas mais je l'ai trouvé dans mon "Partition magic". Je garde précieusement tout cela pour le prochain disque dur qui refusera de me laisser accès à son contenu. Bonne soirée à tous. [bierre][bierre][bierre][bierre][bierre][bierre][bierre]

salut Kevin729bis, tu me prêtes plus de compétences que je n'en ai réellement [langue] (mais ça fait toujours plaisir [bigsmile]) Depuis le début de l'année j'ai perdu 3 disques durs : alors ça c'est pas normal... (tu t'en doutes) : soit t'es envoûté et faut aller voir un exorciste, soit t'as un faux contact qqpart notamment sur ta CM, soit c'est ton alim qu'il faut changer J'ai réussi à récupérer le dernier en le mettant sur un autre PC avec Windows 2000 qui, je ne sais pourquoi lisait mon disque dur sans problème : mais peut être n'était-ce pas le même problème : est-ce que t'avais vu marqué RAW auparavant ? Puis, toujours sur ce système, j'ai demandé une vérification du disque, puis je l'ai remis sur mon PC avec Windows XP. Là, mon disque n'était plus en erreur... un CHKDSK /F /R fait effectivement parti des options qu'il faut tenter devant un DD en raw, car ça peut régler le problème (ça peut s'expliquer si le cluster défectueux porte l'information pour un des secteurs du MBR ou d'un descripteur de partition logique). Peut être aussi que t'avais un mauvais contact au niveau de ta nappe IDE et que c'est simplement le fait d'enlever puis de remettre le DD qui explique qu'il marchait à nouveau normallement après (sans rapport avec le chkdsk dans ce cas là) Ton lien pour PTEDIT32.EXE ne fonctionne pas ... ben si [confus][confus] [bierre]

Modifié par romsk le 15/06/2006 22:27

bonjours, j'ai enfin compris ce qu'était une oxymore..., mais je ne suis pas d'accord, je ne crois pas avoir manqué de prudence : une clé USB est un support comme un autre et statistiquement les risques de voir tomber en panne en même temps mon disque dur et ma clé USB étaient quand meme très faibles il me semble [triste]. mais ce n'était pas là le but de mon intervention, mais seulement de souligner l'intérêt d'un forum comme PC astuces pour trouver des explications comme ça (j'ai beaucoup surfer sur internet pour chercher une solution à ce problème de raw sans trouver de solution très satisfaisante, en tout cas rien qui marche dans mon cas)

Je suis peut-être d'accord pour le support (faudrait parler de la fiabilité des disquettes et des CD, et du format de gravure mais bon). D'ailleurs un disque externe est un support aussi bon qu'interne : c'est le même. Le problème, c'est plutôt la liaison, à mon avis. Parce qu'amovible et pas toujours bien "amové", peut-être, chépa ... toujours est-il que les problèmes de passage en raw concernent beaucoup plus, surtout proportionnellement, les unités comme ça. De reconnaissance aussi ... même si les problèmes trouvent, comme ici, leur solution sans perte, c'est quand même pas une idée géniale. (une recherche sur le forum peut t'en convaincre) Je maintiens oxymore (= contradiction dans les termes) : une sauvegarde sur clé, c'est pas sérieux et je vais retenir ton cas, à charge [bigsmile] [clindoeil] . J'ai eu deux clés et un externe malades en même temps ... deux internes c'est, statistiquement, relativement hautement improbable. Mais quand on a un DD malade, déjà, une clé foireuse, après tout, c'est légion. Pour transporter des données d'une unité sûre à une autre, oui.

Re salut Romsk, [hello] Je te remercie de bien vouloir te pencher sûr mes problèmes de disques durs devenus inaccessibles. C'est sur que 3 pertes de disques de suite ou presque, ya un truc ! Pour ce qui concerne celui que j'ai réussi à ressusciter, j'avais dit que je l'avais mis sur un autre PC pour simplifier mais en fait, comme c'est mon disque physique 3, je ne l'ai pas bougé et j'ai remplacé mon disque physique 1 avec Windows XP par un autre disque qui a Windows 2000. Tous mes disque sont dans des racks donc c'est facile à faire. Et là, comme je te le disais, miracle, sans rien faire d'autre, le contenu du disque 3 était parfaitement accessible. Donc ce n'était pas un problème de connexion du disque 3, ce qui augmente le mystère ! Avant cette manipulation, sous Windows XP, je ne sais pas si mon disque 3 était en RAW mais avec partition magic, il était indiqué DEFECTUEUX dans un rectangle occupant l'espace des données. Donc, il voyait bien les données mais je n'y avais pas accès. En tous cas, la prochaine fois que ce problème va m'arriver, car ça m'étonnerait que cela ne se reproduise pas, je ne m'empresserais plus de le formater grâce à ton tutoriel. Bon week end à tous

Modifié par Kevin729bis le 16/06/2006 19:13

j'ai cru comprendre que c'est plutôt pour bosser sur son dossier à la maison qu'elle trimbalait une clé USB et pas vraiment en guise de sauvegarde (et il faut reconnaitre que sur ce coup elle a effectivement pas eu de chance...) je crois donc que je vais plaider la relaxe votre honneur [bigsmile][bigsmile][bigsmile]

Auquel cas le dossier aurait dû être quasi-complet à la maison, n'aurait manqué que le travail d'un jour ; mais évidemment on bosse chez soi chaque fois qu'il nous tombe un oeil, hein ? Et les données, au boulot, n'existaient qu'en un seul endroit ? => faute professionnelle ! Allez hop, à la porte ! Sans préjudice d'actions en justice, comme tu [bigsmile] le suggères, pour les dommages subis par l'entreprise ...

Bonjour Pour information Sur un autre Forum qui traitait du même sujet (déjà en Août 2003) je suis tombé sur le lien suivant http://support.microsoft.com/default.aspx?scid=kb;fr;837640 Microsoft aurait un correctif Date Time Version Size File name ------------------------------------------------------- 24-Feb-2004 22:42 2195.6901.297.3 138,640 Dmio.sys

Bonjour à toutes et à tous. Merci Romsk, beau tuto, bon travail. PTEdit32.exe me pose pb. En effet il ne reconnait pas mon DD externe USB2 ni mes clés USB2 !!! Mes ports USB fonctionnent normalement et le DD et les clés fonctionnent parfaitement. Comment cela se fait-il?

salut rayga, merci pour ce lien mais je crois que ça ne s'applique pas au sujet : After you restart a Microsoft Windows 2000-based computer that has RAW Dynamic disk mirrored volumes or RAW RAID-5 volumes, your volumes may resynchronize. Although the Disk Management snap-in typically shows the Resynching status of RAW Dynamic disk mirrored volumes or of RAW RAID-5 volumes only after an unexpected restart operation or a system crash, the resynchronizing operation may occur after every shutdown. This resynchronizing operation occurs if a write operation was performed on the RAW Dynamic disk mirrored volumes or on the RAW RAID-5 volumes before the shutdown. This symptom does not occur on volumes that contain a formatted file system. DMIO is the Dynamic disk equivalent of FtDisk, so it controls access to the on-disk database and creates device objects that represent the volumes on Dynamic disks. cet article fait référence aux ordi : 1) ayant d'une part un disque dynamique ou un volume RAID-5, 2) et d'autre part qui sont à la base déjà en RAW (certaines applications n'ayant pas besoin de systèmes de fichiers pour fonctionner) A supported hotfix is now available from Microsoft, but it is only intended to correct the problem that this article describes. Apply it only to systems that are experiencing this specific problem. le correctif en question ne s'applique qu'à ce cas de figure et ne concerne donc pas les problèmes habituels de RAW

salut triode94, j'ai vérifié les versions et c'est vrai que ce ne sont pas les mêmes (le PTEDIT32 que je donne en lien date du 18.02.1999 et fait 379 392 octets, alors que celui que j'ai dans partition magic date du 16.09.2002 et fait 503 808 octets), mais j'ai testé et chez moi les 2 versions me montrent bien ma clé USB 2.0... as-tu bien branché ton DD externe et ta clé USB AVANT de lancer PTEDIT32 ? (sinon ça marche pas)

Modifié par romsk le 17/06/2006 11:16

bonjour à tout le monde La clef usb que j'ai est bien reconnue comme drive 2 pas de problème pour mes 2gs [bierre]

Bon, j'ai trouvé. Il faut que je boote avec les USB sous tension, là ils sont bien reconnus (DD ext et clés USB) sinon rien à faire....