DD 120 Go plein mais reconnu comme non formaté

DD 120 Go plein mais reconnu comme non formaté - Disque dur - Hardware

Marsh Posté le 06-05-2005 à 15:01:01    

Bonjour,
 
Voila j'ai un DD maxtor 120 Go diamond 9 plus qui est plein mais qui est reconnu maintenant par windows mais aussi fix-it et  norton diskdoctor comme non formaté.
Par contre easy recovery voit bien toutes les données et l'état de ces données est excellent.
J'aimerais eviter de tout retransferer sur un autre DD et reparer la petite merde que dois avoir celui la mais je ne sais pas quoi faire.
J'ai tenté de refaire sa mbr avec un utilitaire inclus dans ultimatebootCD mais ca n'a rien changer.Je m'y suis peut-etre mal pris aussi.
J'ai testé ce DD sur deux PC en interne et aussi en externe avec boitier USB et c'est toujours pareil.
 
L'utilsation de ce DD est de la sauvegarde de données , C'est un dd interne, installé dans un boitier externe USB.
 
Avez-vous une idée de la cause de mes soucis et eventuellement un remède à appliquer ?
Merci

Reply

Marsh Posté le 06-05-2005 à 15:01:01   

Reply

Marsh Posté le 06-05-2005 à 16:45:46    

Regarde si testdisk (sur l'ultimatebootCD) trouve la partition avec l'option Anlayse de disque

Reply

Marsh Posté le 06-05-2005 à 21:35:50    

j'ai passé testdisk.
le disque est reconnu ainsi
DD 80 - CHS 4111 255 63-32253MB
1* EZ -drive (type de partition)  0 0 10 (start) 1022 254 63 (end) 16 434 486 (size of sector)
apres analyse il dit
D HPFS-NTFS (type de partition) 0 1 1 (start) 14945 254 63 (end) 240 107 427 ( size of sector)
NTFS, 117239 MB
check the harddisk size : HD jumper setting, bios detection, os limitation...
The folowing partition can't be recovered. The harddisk seems to small.
 
On dirait que les info de formatage on disparue ou sont erronées.
J'ai plusieurs autres DD identiques ( meme marque, meme taiulle meme ref) , est-ce que je peux simplement les analyser et recopié leur structure sur mon DD à problème ?

Reply

Marsh Posté le 06-05-2005 à 22:42:52    

A priori le backup boot sector de la partition est ok. normalement dans les options de testdisk, tu peux restaurer le boot block avec le backup boot block.

Reply

Marsh Posté le 07-05-2005 à 10:45:54    

avec mes manips avec testdisk ( reecriture de la mbr et tentative de rebuild boot sector )j'ai plus fait des conneries qu'autres choses, maintenant easyrecovery ne retrouve plus la totalité de mes fichiers.
J'ai envoyé un log de l'analyse de testdisk au programmeur du logiciel pour qu'il m'éclaire.
a suivre....

Reply

Marsh Posté le 07-05-2005 à 10:59:24    

C'est juste que easy recovery est pourri, qu'est ce que tu as fait ? tu as recopier le boot sector sur le backup boot sector au lieu de faire l'inverse ?
 
Tant que tu ne touche qu'à la mbr et au boot sector un soft evolué retrouvera toutes les données par ex GetDataBack.

Reply

Marsh Posté le 07-05-2005 à 18:47:33    

y'a pc inspector file recovery(gratuit) qui est encore mieux que Easy Recovery.
 
et y'a une version payante (un peu moins buggee sous XP) du meme soft qui s'appelle Magic Recovery

Reply

Marsh Posté le 07-05-2005 à 21:51:09    

j'ai eu une reponse du programmeur de testdisk, dans un premier temps il faut que je remette à jour la geometrie de mon DD.Comment mon DD a perdu sa geometrie ???? et ca s'était avant mes manips.
Apres tout devrait mieux aller avec easy recovery ou autre car seulement apres cette manip la totalité des fichiers sera accessible.

Reply

Marsh Posté le 08-05-2005 à 16:39:11    

Tu peux regarder si mon soft voit les infos de ta partition
 

  • Sélectionne le disque (Drives/Select Drive)
  • Sélectionne la partition dans la liste (Partitions/Select Partition), s'il ne trouve pas la partition, fait un Partitions/Search Partition, et note le LBA et refait la selection en precisant  la LBA.
  • Il peut être interessant de voir (et sauver) les informations de la partition avec Partition/Partition Info...
  • Analyse la partition avec Partition/Scan From Root... (il y a peut être quelque bugs, mais il n'y a aucun risque puisqu'il n'écrit pas sur le disque).

Reply

Marsh Posté le 09-05-2005 à 08:46:24    

J'ai pu reecrire la bonne geometrie sur le disque mais le bios ( et ca ne vient pas du bios car il me detecte bien mes autre DD 120 Go identiques) ne reconnait toujours que 33821 MB, donc je n'ai toujours pas acces a l'ensemble des données.
Je vais essayer ton soft.
J'ai aussi fait un mail au SAV de Maxtor, il pretendente repondre sous 2 jourss on verra.

Reply

Marsh Posté le 09-05-2005 à 08:46:24   

Reply

Marsh Posté le 09-05-2005 à 12:59:44    

Il y déjà eu des posts sur le forum au sujet des maxtor qui étaient reconnus en 32Go au lieu de la taille normale.

Reply

Marsh Posté le 09-05-2005 à 13:08:43    

J'ai essayé ton logiciel.
Il ne trouve que les fichiers situés sur le 32 Go reconnu par le bios.
Pour ton logiciel la taille réelle du disque est 31.49 Go.
J'ai bien les boules.

Reply

Marsh Posté le 09-05-2005 à 13:20:44    

Tu n'as pas touché aux cavaliers du disque: http://maxtor.custhelp.com/cgi-bin [...] _topview=1 ?
 
Est ce que tu as fait un diagnostic avec l'outil maxtor powermax ?


Message édité par cpdump le 09-05-2005 à 13:29:56
Reply

Marsh Posté le 09-05-2005 à 13:54:11    

J'ai fait le test complet avec powermax 4.21 et il trouve le disque parfaitement sain.
Sur aucun de mes 5 DD de 120 GO maxtor je n'ai installé le caps limit et tous marche bien sauf celui-ci.Il a tres bien marché quand je l'ai rempli de 120 Go de données.
 
Par contre je suis entrain de pensé qu'il etait formaté avec maxblast 3 et avec l'EZ-drive.
Windows le considérant comme non formaté il serait normal qu'il ne trouve que 32 Go. Par contre le bios lui doit voir les 120 Go vu que c'est un bios recent.
 
Je ne comprend pas comment le disque est passé de formaté à non formaté.
J'ai vu que c'est ce qui est arrivé a un gars sur un disque externe sur un nouveau post de ce matin.
 
En attendant,
j'ai declaré manuellement le DD dans le bios avec les parametres d'un autre DD identique mais pour XP et ton prog la taille est de 32.43 Go.
J'ai gagné  1 Go deja tu me diras.

Reply

Marsh Posté le 09-05-2005 à 16:06:38    

Le problème vient du fait qu'il a été formaté avec l'EZDrive, il faut reinstaller l'EZDrive.
 
Je pense qu'en réecrivrant la MBR avec testdisk, tu as écrasé le code spécifique EZ-Drive qui était dans la MBR.
 
Regardes la doc sur l'ezdrive, ou envoie un mail au sav maxtor en précisant ces informations.

Reply

Marsh Posté le 09-05-2005 à 20:43:32    

Bon j'ai eu la reponse de maxtor, je vais essayer de faire ce qu'il dise :
solution 1 :
faire la modification du champ "LBA " avec powermax.
solution 2
c'est reinstallation de EZ-drive et formatage bas niveau donc adieu mes données.
 
 
Enfin tout cela n'explique pas lransformation d'un disque formaté en un disque non formaté ?????

Reply

Marsh Posté le 09-05-2005 à 22:30:07    

beiji a écrit :

Bon j'ai eu la reponse de maxtor, je vais essayer de faire ce qu'il dise :
solution 1 :
faire la modification du champ "LBA " avec powermax.
solution 2
c'est reinstallation de EZ-drive et formatage bas niveau donc adieu mes données.
 
 
Enfin tout cela n'explique pas lransformation d'un disque formaté en un disque non formaté ?????


Si tu es obligé de choisir la solution deux, essaie une récup avec le formatage.

Reply

Marsh Posté le 11-05-2005 à 11:00:00    

Finalement j'ai fait formatage haut niveau avec maxblast qui a en plus installer automatiquement le DDO ( EZ-drive de maxtor).Ca a pris 1/2s.
Maintenant windows reconnait l'integralité du DD et les logiciels de recupération de données n'ont aucun mal à recupéré mes fichiers.
 
Je suis tres deçu de ne pas avoir touvé de logiciel qui permette de reparer le DD sans avoir a faire de reformatage et recupération de données. Surtout que le DD est sain, il devait juste avoir 2, 3 merdes dans la mbr ou la table de partition.

Reply

Marsh Posté le 17-05-2005 à 02:02:45    

Salut!
 
J'ai aussi un DD maxtor diamondmax 9 SATA qui est déclaré non formaté (et donc les données disparues) alors qu'il etait plein a craquer.
Avec le logiciel de Cpdump (check part) je vois les données, mais comment les recuperer?
 
Sinon quels sont les logiciels de recup' que tu as utilisé pour retrouver tes donées stp?
 
Merci :)

Reply

Marsh Posté le 17-05-2005 à 11:45:39    

Avec mon soft tu peux aussi les récuperer.
Soit tu récupères tout avec Recover All, soit tu sélectionnes tes fichiers et tu fais Recover Selected. Vérifie si tes fichiers sont corrects avec la restauration
 
Quelle version tu as de mon soft (dans Menu About/About).


Message édité par cpdump le 17-05-2005 à 11:48:31
Reply

Marsh Posté le 17-05-2005 à 12:13:40    

j'ai la v0.12.54
Quand je fais le Scan from root, il m'affiche ceci
http://img144.echo.cx/img144/2706/erreur2lk.jpg
 
Et qd je selectionne les dossier/fichiers, la partie recover n'est pas disponible.

Reply

Marsh Posté le 17-05-2005 à 12:29:14    

C'est une partition FAT ou NTFS que tu essaie de lire ?
 
Est ce que tu peux aller dans Partition/Partition Info...., faire save et poster le contenu du fichier d'info.

Reply

Marsh Posté le 17-05-2005 à 12:33:05    

Et vala :)
 
Partition Info
---------------------------------------
        Partition starts at: 0-1-1 (CHS)
                           : 63 (LBA)
                File System: NTFS
              Total Sectors: 398283417
        Volume Sector Count: 398283416
                Sector Size: 512 octet(s)
               Cluster Size: 4 Ko
        Sectors per Cluster: 8
             Hidden Sectors: 63
                    OEMNAme: NTFS    
         $MFT first cluster: 4
  $MFT Mirror first cluster: 24892713
   Clusters Per File Record: -10
           File Record Size: 1024
   Clusters Per Index Block: 1
           Index Block Size: 4096
         NTFS Serial Number: 58B0464BB0462FB4
                   Checksum: 00000000
                   MFT Size: 11,5 Mo
---------------------------------------

Reply

Marsh Posté le 17-05-2005 à 13:16:44    

J'ai mis une version avec des infos de debug ici.
 
Execute la, sort de l'appli et poste le contenu du fichier debuginf.txt.
 
Tu as quel OS ? et le plantage arrive à quel moment ? au début du scan ? est ce qu'il trouve des fichiers ?

Reply

Marsh Posté le 17-05-2005 à 13:30:15    

Voilà ce que donne le debuginf:

Citation :

--> Calling GetMFT.LoadFileRecord: ID = 6561
<-- GetMFT.LoadFileRecord Returned
--> Calling ParseFileRecord: ID = 6561
<-- ParseFileRecord Returned
--> Calling ParseAttributes: ID = 6561


 
Je suis sous Win2000. Le plantage arrive je dirais aux deux tiers.
Il me trouve tous les dossiers, mais les derniers sont vides.

Reply

Marsh Posté le 17-05-2005 à 13:50:38    

J'ai une mis une nouvelle version de debug à la même adresse
 
Execute-la, sort de l'appli et poste le début du fichier  bugreport.txt jusqu'à la ligne modules: (non incluse)
 
EDIT: j'ai mis une version encore modifiée, poste aussi le nouveau debuginf.txt.


Message édité par cpdump le 17-05-2005 à 14:00:34
Reply

Marsh Posté le 17-05-2005 à 14:09:40    

Il me sort le meme debuginf, mais pas de bugreport

Reply

Marsh Posté le 17-05-2005 à 15:00:14    

Je me suis peut être planté lors de l'upload, tu as bien telechargé ce lien ?
 
Normalement le debuginf.txt devrait être plus complet ; le numéro de version est "0.12.54 debug 1"
 
Si tu es pressé pour récupérer tes données tu peux utiliser GetDataBack (payant) mais cela m'intéresserait de trouver ce bug.

Reply

Marsh Posté le 17-05-2005 à 16:09:08    

Je n'ai pas de données urgentes dessus, donc tant qu'a faire, autant que je serve de "cobaye"  :D  
 
Alors, le debuginf:

Citation :

--> Calling GetMFT.LoadFileRecord: ID = 6561
<-- GetMFT.LoadFileRecord Returned
--> Calling ParseFileRecord: ID = 6561
<-- ParseFileRecord Returned
--> Calling ParseAttributes: ID = 6561
  Attribute custom : $DEADBEEF
    Attrib size: -559038737 ($DEADBEEF)
    Non Resident
    Starting VCN: 209937442389743
    Last VCN: -2401053088876216593
    Data Runs Offset: 48879
    Allocated Size: -2401053088876216593
    Attr Data Real Size: -2401053088876216593
    Attr Name: ????????????????????????????????


 
 
Le bugreport:

Citation :

date/time         : 2005-05-17, 16:10:17, 62ms
computer name     : VINCENT-HOZHN7P
user name         : Vincent
operating system  : Windows 2000 Service Pack 4 build 2195
system language   : French
system up time    : 4 hours 30 minutes  
program up time   : 40 seconds  
processor         : AMD Athlon(tm) 64 Processor 3200+
physical memory   : 594/1535 MB (free/total)
free disk space   : (C:) 2,39 GB
display mode      : 1024x768, 32 bit
process id        : $101c
allocated memory  : 5,39 MB
executable        : CheckPart.exe
exec. date/time   : 2005-05-17 15:41
madExcept version : 2.7g
exception class   : EAccessViolation
exception message : Violation d'accès à l'adresse 004B2E2E dans le module 'CheckPart.exe'. Lecture de l'adresse 00000008.
 
main thread ($1018):
004b2e2e CheckPart.exe NTFSMFTEntry 1170 TMFTDirEntry.GetFileInfoCount
004b274d CheckPart.exe NTFSMFTEntry  927 TMFTDirEntry.Destroy
78481601 ntdll.dll                       KiUserExceptionDispatcher
004ba2bc CheckPart.exe MainUnit      534 Populate
004ba2f7 CheckPart.exe MainUnit      548 Populate
004ba40c CheckPart.exe MainUnit      580 TMainForm.PopulateTreeview
004bbdb1 CheckPart.exe MainUnit     1449 TMainForm.ItemPartScanClick
0048127e CheckPart.exe Menus             TMenuItem.Click
0048242b CheckPart.exe Menus             TMenu.DispatchCommand
0048ae8f CheckPart.exe Forms             TCustomForm.WMCommand
00470674 CheckPart.exe Controls          TControl.WndProc
00473617 CheckPart.exe Controls          TWinControl.WndProc
00488fc1 CheckPart.exe Forms             TCustomForm.WndProc
00473294 CheckPart.exe Controls          TWinControl.MainWndProc
0044b37c CheckPart.exe Classes           StdWndProc
77e05778 user32.dll                      DispatchMessageA
0048f14f CheckPart.exe Forms             TApplication.ProcessMessage
0048f186 CheckPart.exe Forms             TApplication.HandleMessage
0048f3a6 CheckPart.exe Forms             TApplication.Run
004bcc66 CheckPart.exe CheckPart      62 initialization
 
thread $db4:
784639c7 ntdll.dll               NtReplyWaitReceivePortEx
0042c1db CheckPart.exe madExcept ThreadExceptFrame
>> created by main thread ($1018) at:
770cded5 RPCRT4.DLL              
 
thread $1028:
7846915e ntdll.dll               NtDelayExecution
77e8aca3 kernel32.dll            SleepEx
77e8ac74 kernel32.dll            Sleep
0042c1db CheckPart.exe madExcept ThreadExceptFrame
>> created by main thread ($1018) at:
77a7ea3e ole32.dll                
 
thread $102c:
7847323e ntdll.dll     NtWaitForMultipleObjects
77e7bdd5 kernel32.dll  WaitForMultipleObjectsEx
77e8abf6 kernel32.dll  WaitForMultipleObjects

Reply

Marsh Posté le 17-05-2005 à 16:55:31    

A priori, les infos retournées indiquent que tu as des secteurs defectueux sur ton disque, donc il est possible que tu ne puisse pas tout récuperer. Est ce qu'il faut un bruit bizarre lors du scan ?
 
Mon soft ne gère pas très bien les secteurs défectueux en NTFS, j'ai uploadé une nouvelle version de test, théoriquement, le scan devrait aller jusqu'au bout, mais si ce n'est pas le cas, poste les mêmes infos que précedement  ;)
 
Il faudra utiliser GetDataBack pour maximiser les chances de récup.


Message édité par cpdump le 17-05-2005 à 16:58:03
Reply

Marsh Posté le 17-05-2005 à 16:56:40    

ok merci :)

Reply

Marsh Posté le 17-05-2005 à 17:10:02    

Ca va tjs pas au bout du scan, vala ce que ça donne:
(pas de bruit lors du scan, rien qui gratte ou autre)
 
debuginf

Citation :

--> Calling GetMFT.LoadFileRecord: ID = 6561
<-- GetMFT.LoadFileRecord Returned
--> Calling ParseFileRecord: ID = 6561


 

Citation :

date/time         : 2005-05-17, 17:09:57, 843ms
computer name     : VINCENT-HOZHN7P
user name         : Vincent
operating system  : Windows 2000 Service Pack 4 build 2195
system language   : French
system up time    : 5 hours 30 minutes  
program up time   : 38 seconds  
processor         : AMD Athlon(tm) 64 Processor 3200+
physical memory   : 529/1535 MB (free/total)
free disk space   : (C:) 2,39 GB
display mode      : 1024x768, 32 bit
process id        : $820
allocated memory  : 5,39 MB
executable        : CheckPart.exe
exec. date/time   : 2005-05-17 16:48
madExcept version : 2.7g
exception class   : EAccessViolation
exception message : Violation d'accès à l'adresse 004B2AC9 dans le module 'CheckPart.exe'. Lecture de l'adresse 0874F685.
 
main thread ($840):
004b2ac9 CheckPart.exe NTFSMFTEntry   945 TMFTDirEntry.DetachFileNodes
004b0092 CheckPart.exe NTFSPartition  499 TNTFSPartition.ScanRelativeDirectory
004ba5c4 CheckPart.exe MainUnit       534 Populate
004ba5ff CheckPart.exe MainUnit       548 Populate
004ba714 CheckPart.exe MainUnit       580 TMainForm.PopulateTreeview
004bc0b9 CheckPart.exe MainUnit      1449 TMainForm.ItemPartScanClick
0048127e CheckPart.exe Menus              TMenuItem.Click
0048242b CheckPart.exe Menus              TMenu.DispatchCommand
0048ae8f CheckPart.exe Forms              TCustomForm.WMCommand
00470674 CheckPart.exe Controls           TControl.WndProc
00473617 CheckPart.exe Controls           TWinControl.WndProc
00488fc1 CheckPart.exe Forms              TCustomForm.WndProc
00473294 CheckPart.exe Controls           TWinControl.MainWndProc
0044b37c CheckPart.exe Classes            StdWndProc
77e05778 user32.dll                       DispatchMessageA
0048f14f CheckPart.exe Forms              TApplication.ProcessMessage
0048f186 CheckPart.exe Forms              TApplication.HandleMessage
0048f3a6 CheckPart.exe Forms              TApplication.Run
004bcf6e CheckPart.exe CheckPart       62 initialization
 
thread $f10:
784639c7 ntdll.dll               NtReplyWaitReceivePortEx
0042c1db CheckPart.exe madExcept ThreadExceptFrame
>> created by main thread ($840) at:
770cded5 RPCRT4.DLL              
 
thread $11a4:
7846915e ntdll.dll               NtDelayExecution
77e8aca3 kernel32.dll            SleepEx
77e8ac74 kernel32.dll            Sleep
0042c1db CheckPart.exe madExcept ThreadExceptFrame
>> created by main thread ($840) at:
77a7ea3e ole32.dll                
 
thread $1178:
7847323e ntdll.dll     NtWaitForMultipleObjects
77e7bdd5 kernel32.dll  WaitForMultipleObjectsEx
77e8abf6 kernel32.dll  WaitForMultipleObjects

Reply

Marsh Posté le 17-05-2005 à 17:36:18    

Ok, ce coup ci cela devrait être bon, j'ai uploade une nouvelle version  :whistle:


Message édité par cpdump le 17-05-2005 à 17:56:07
Reply

Marsh Posté le 17-05-2005 à 20:25:45    

beiji a écrit :

Comment mon DD a perdu sa geometrie ????

ben les plateau sont devenu carré au lieux d'être rond !  :-p je déconne
ps : je sait humour débile  :??:  

Reply

Marsh Posté le 17-05-2005 à 22:38:18    

Est ce que tu as essayé la nouvelle version ?

Reply

Marsh Posté le 19-05-2005 à 09:13:25    

Dans mon cas, il n'y avait pas de secteur defectueux, powermax 4.21 trouvait le disque parfaitement sain.
Donc j'ai du reformaté avec maxblast pour que windows reconnaisse la totalité de mon DD sinon je n'avais acces qu'à 32 Gb sur les 120. Et seulement à ce moment mes données ont été recupérables.
J'ai utilisé easyrecovery.

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed