[résolu] disque dur visible mais partition non accessible

disque dur visible mais partition non accessible [résolu] - Disque dur - Hardware

Marsh Posté le 21-12-2008 à 20:49:53    

Bonjour à tous,
J’ai sur mon PC  2 disques durs :
1 pour le système (1 partition)
Et 1 autre qui a les données et les fichiers médias (2 partitions)
J’ai lancé une vérification de disque avec redémarrage sur Windows (disque système uniquement) car j’avais eu un problème sur ce disque.
Et quand je reboote… je vais dans « ordinateur » par habitude,  et sur le deuxième disque je ne vois plus que 1 partition sur les 2 (celle avec les médias).
(Et merde….)
Bon… je vais voir dans « gérer » et là je vois bien les 2 partitions du disque mais celle des données semble comme « non active » !!!!  
Je n’ai rien fait de spécial sur ce disque.
Voilà les différentes copies d’écrans :
 
 
[img]http://www.zimagez.com/miniature/ordinateur11.jpg[/img]
 
 
[img]http://www.zimagez.com/images/zz.png[/img]
 
Je suis en train de réaliser une analyse « error scan » sur hdtune.
Je dois sauver les données de cette partition.
Merci pour toute aide ^^
 
Je précise juste que j'ai installé partition magic peut de temps auparavant mais je n'ai rien pu faire (non compatible vista)


Message édité par herbeapipe le 22-12-2008 à 21:43:25

---------------
Q9450 2.66 GHz @ 2.8
Reply

Marsh Posté le 21-12-2008 à 20:49:53   

Reply

Marsh Posté le 21-12-2008 à 21:08:19    

Je ne vois pas de problème là. Tu as 3 disques physiques en fait. L'un des disques a une partie libre non allouée c'est tout.

Reply

Marsh Posté le 21-12-2008 à 21:09:44    

Justement cette dans cette partie non allouée que se trouve mes données.  
Je n'ai pas parlé du 3e dd car je pensais que ce ne serait pas utile.
 
Un test sous testdisk montre que les 2 partitions sont bien vues. Pourquoi vista ne les voient-il pas?
 
 
http://www.zimagez.com/miniature/testdisk1.jpg


Message édité par herbeapipe le 21-12-2008 à 21:36:37
Reply

Marsh Posté le 22-12-2008 à 11:42:27    

Voilà ce que j'ai sous testdisk :
 
[img]http://www.zimagez.com/miniature/testdisk2.jpg[/img]
 
Ensuite je met yes pour lui dire que je suis sous vista et j'ai :
 
[img]http://www.zimagez.com/miniature/testdisk3.jpg[/img]
 
Puis :
 
[img]http://www.zimagez.com/miniature/testdisk4.jpg[/img]
 
Qu'est ce qu'il se passera si je clique sur "write" et que la partition est "ok"??
Elle sera formatée? ou il écrira seulement les données de début et de fin?


Message édité par herbeapipe le 22-12-2008 à 11:44:30
Reply

Marsh Posté le 22-12-2008 à 12:53:38    

Je pense que tu peux faire le Write sans problème. Testdisk corrige alors la table de partitions seulement (MBR), et comme il a trouvé correctement les partitions avec le système de fichiers approprié (NTFS), donc tout sera bon.
 
Une fois cela fait et que tu as rebooté le système, Vista doit retrouver tes partitions.

Reply

Marsh Posté le 22-12-2008 à 13:09:17    

Oki
 
Merci pour l'aide.
 
Je vais sauvegarder les données les plus sensibles par list et après je tente le tout pour le tout.

Reply

Marsh Posté le 22-12-2008 à 16:18:29    

D'autre avis avant le moment fatidique?

Reply

Marsh Posté le 22-12-2008 à 16:50:09    

tu peux faire write, ca va réécrire ta table de partition selon ce qu'il a détecté. donc si ca te semble correct -> go !
 
pour vérifier ça, à l'écran où c'est écrit les trucs en vert, tu peux appuyer sur une touche (je sais plus laquelle) pour lister les fichiers présents sur la partition selectionnée. S'ils correspondent à ce que tu es censé avoir... c'est que c'est bon !
J'ai fait cette manip il y a moins d'un mois après que tous mes secteurs de boot aient été hum... y a pas de mot pour ça, mais ton disque à côté, il est très très clean ;) donc ne te gêne pas.

Reply

Marsh Posté le 22-12-2008 à 21:41:52    

C'est bon ça marche!!!
 
Nickel Parfait!!
 
et encore merci ^^ à vous et au concepteur de ce Super programme

Reply

Marsh Posté le 23-12-2008 à 12:16:42    

Reply

Marsh Posté le 23-12-2008 à 12:16:42   

Reply

Marsh Posté le 07-10-2010 à 04:20:52    

Mon problème était un peu différent. J'ai mis trois jours à le résoudre, alors j'ai envie d'en laisser une trace kek'part, ça pourrait aider quelqu'un dans le même cas et éviter aussi bien des pertes de données que des factures indécentes de SAV qui dans ces cas-là se contentent bien souvent d'un formatage bête et méchant... (Les vendeurs auprès de qui j'ai cherché à me renseigner dans des magasins spécialisés se sont montrés royalement incompétents.)
 
Après plusieurs semaines (voire mois...) dans la même session Windows (Windows XP SP3), utilisant chaque jour la mise en veille prolongée, et en faisant beaucoup de manipulations sur les fichiers sans précautions (plusieurs fois la partition de stockage a été remplie à ras-bord, ce qui est – je vais finir par le savoir – une TRES mauvaise chose, sans parler de la fragmentation, tellement prononcée qu'il doit être plus simple de reconstituer un jeu de 54 cartes découpées en confettis que pour le système de s'y retrouver dans ce bazar de bits), bref, il y a quelques jours, la mise en veille prolongée n'a pas fonctionné, l'ordinateur s'est éteint sans vider le contenu de la RAM dans le fichier hiberfil.sys. Le prochain démarrage a été poussif (je passe les détails), avec un CHKDSK qui s'est interrompu à l'étape 2 ("vérification des index" ) en indiquant "Une erreur non spécifiée s'est produite". Et là, vilaine surprise : le contenu de la partition G:, qui occupe la bagatelle de 506Go (sur un total de 596 / il s'agit de deux disques de 640Go couplés en RAID1), presque pleine (400Mo d'espace libre), dont la plus récente sauvegarde complète date de février (soit 8 mois), a totalement disparu. Elle apparaît bien dans Poste de travail, en NTFS, avec les bonnes tailles (taille totale, taille de l'espace libre), et je peux l'ouvrir, mais dedans il n'y a plus que la corbeille.  
La commande CHKDSK G: /F en invite de commande s'arrête systématiquement à l'étape 2. Toutes les autres méthodes trouvées sur divers forums sont inopérantes : TestDisk ne voit rien non plus, je ne parviens pas à utiliser le UltimateBootCD4Windows (écran bleu, sans doute par manque des pilotes RAID que je n'ai pas trouvé comment intégrer), le CHKDSK /P dans la console de récupération s'interrompt également, avec le message "Le volume semble contenir un ou plusieurs problemes irrecuperables", les logiciels de restauration de partition Active Partition Recovery ou Partition Table Doctor ne restaurent rien puisque la partition est bien reconnue, sans problème au niveau du secteur de boot ou du MBR...  
Heureusement, le logiciel de récupération GetDataBack parvient à voir quasiment tous les dossiers et fichiers, et à récupérer 501Go (bizarrement, les fichiers manquants semblent tous avoir été téléchargés avec FlashGet, ces mêmes fichiers me posant par ailleurs des problèmes de corruption systématique lorsque je les copie avec l'excellent SynchronizeIt -- seul logiciel à ma connaissance sous Windows permettant de copier des données en conservant les dates intactes, aussi bien dates de création que de modification, et aussi bien pour les fichiers que pour les dossiers, mais revenons à nos soucis de partition...).  
J'insiste néanmoins pour tenter de restaurer l'accès aux données sans avoir à formater la partition. Et je finis par trouver la solution, assez simple mais que je n'ai trouvée nulle part suggérée pour des cas similaires : dans la liste des commandes de CHKDSK, je lis que le paramètre /i "Effectue une vérification moins rigoureuse des entrées d'index", et me dis que ça pourrait permettre de franchir cette foutue deuxième étape et terminer la procédure... BINGO ! Avec cette simple commande, « chkdsk g: /f /i », lancée en invite de commande sous Windows, la procédure de vérification a pu se terminer, et le contenu de la partition est redevenu accessible, apparemment sans aucune perte.
 
Détails sur la commande CHKDSK :
http://www.infoprat.net/astuces/wi [...] chkdsk.php
 
Mots-clés en anglais :
"An unspecified error occurred"
"The volume appears to contain one or more unrecoverable problems"
 
 
Résumé du CHKDSK ayant résolu le problème :
 
Avertissement! Paramètre I spécifié.
Votre lecteur peut demeurer endommagé même après l'exécution de CHKDSK.
Nettoyage en cours de petites incohérences sur le lecteur.
CHKDSK récupère les fichiers perdus.
Récupération du fichier orphelin $MFT (0)  dans le fichier de répertoire 5.
Récupération du fichier orphelin $MFTMirr (1)  dans le fichier de répertoire 5.
Récupération du fichier orphelin $LogFile (2)  dans le fichier de répertoire 5.
Récupération du fichier orphelin $Volume (3)  dans le fichier de répertoire 5.
Récupération du fichier orphelin $AttrDef (4)  dans le fichier de répertoire 5.
Récupération du fichier orphelin . (5)  dans le fichier de répertoire 5.
Récupération du fichier orphelin $Bitmap (6)  dans le fichier de répertoire 5.
Récupération du fichier orphelin $Boot (7)  dans le fichier de répertoire 5.
Récupération du fichier orphelin $BadClus (8)  dans le fichier de répertoire 5.
Récupération du fichier orphelin $Secure (9)  dans le fichier de répertoire 5.
Récupération du fichier orphelin $UpCase (10)  dans le fichier de répertoire 5.
Récupération du fichier orphelin $Extend (11)  dans le fichier de répertoire 5.
Récupération du fichier orphelin SYSTEM~1 (27)  dans le fichier de répertoire 5.
Récupération du fichier orphelin System Volume Information (27)  dans le fichier de répertoire 5.
Récupération du fichier orphelin THETRE~1.MP3 (45)  dans le fichier de répertoire 5.
Récupération du fichier orphelin The.Treatment.J.J.Abrams.with.Elvis.Mitchell.2004-11-10SAMPLE.mp3 (45)  dans le fichier de répertoire 5.
[...] [plusieurs dizaines ou centaines de fichiers, environ 5 minutes]
Récupération du fichier orphelin CLICH2~1.TI~ (1053147)  dans le fichier de répertoire 5.
Récupération du fichier orphelin Cliché 2010-09-24 11-58-55.tiff (1053147)  dans le fichier de réper
toire 5.
Récupération du fichier orphelin CLICH2~2.TI~ (1053148)  dans le fichier de répertoire 5.
Récupération du fichier orphelin Cliché 2010-09-24 11-59-38.tiff (1053148)  dans le fichier de réper
toire 5.
CHKDSK est en train de vérifier les descripteurs de sécurité (étape 3 de 3)...
Suppression d'une entrée d'index avec l'ID 318 à partir de l'index $SII du fichier 9.
Suppression d'une entrée d'index avec l'ID 319 à partir de l'index $SII du fichier 9.
Suppression d'une entrée d'index avec l'ID 320 à partir de l'index $SII du fichier 9.
Suppression d'une entrée d'index avec l'ID 321 à partir de l'index $SII du fichier 9.
Suppression d'une entrée d'index avec l'ID 320 à partir de l'index $SDH du fichier 9.
Suppression d'une entrée d'index avec l'ID 321 à partir de l'index $SDH du fichier 9.
Suppression d'une entrée d'index avec l'ID 318 à partir de l'index $SDH du fichier 9.
Suppression d'une entrée d'index avec l'ID 319 à partir de l'index $SDH du fichier 9.
Nettoyage en cours de 29 entrées d'index inutilisées à partir de l'index $SII du fichier 9.
Nettoyage en cours de 29 entrées d'index inutilisées à partir de l'index $SDH du fichier 9.
Nettoyage en cours de 29 descripteurs de sécurité non utilisés.
Réparation de la copie miroir de la chaîne de données des descripteurs de sécurité.
La vérification des descripteurs de sécurité est terminée.
Insertion d'un attribut de données dans le fichier 193670.
Insertion d'un attribut de données dans le fichier 193671.
Insertion d'un attribut de données dans le fichier 193673.
Insertion d'un attribut de données dans le fichier 193674.
Insertion d'un attribut de données dans le fichier 193684.
Insertion d'un attribut de données dans le fichier 193686.
Insertion d'un attribut de données dans le fichier 1014029.
Correction des erreurs dans le miroir de la table de fichiers maîtres (MFT).
Correction des erreurs dans l'attribut BITMAP de la table de fichiers maîtres (MFT).
Correction des erreurs dans le carte du volume.
Windows a effectué des corrections sur le système de fichiers.
 
 530747404 Ko d'espace disque au total.
 528797072 Ko dans 983781 fichiers.
    409732 Ko dans 67895 index.
         0 Ko dans des secteurs défectueux.
   1135492 Ko utilisés par le système.
     65536 Ko occupés par le fichier journal.
    405108 Ko disponibles sur le disque.
 
      4096 octets dans chaque unité d'allocation.
 132686851 unités d'allocation au total sur le disque.
    101277 unités d'allocation disponibles sur le disque.
 

Reply

Sujets relatifs:

Leave a Replay

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