(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...

Modifié par romsk le 04/12/2007 07:05

Bonjour romsk, Ton topic tombe Ó pic (Ó vrai dire un peu trop tard pour moi [bigsmile]: voir :https://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]

????????? https://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.