Forum

Bonjour,



Je viens de perdre la table de partition d'un disque dur. Ce qui entraîne deux questions.



1) Comment est-ce arrivé ?

Je fais toujours attention à ce que je fait et je fais évidemment mes sauvegardes. Et pourtant ?!



Vendredi soir (tout fonctionnant bien avant), j'ai lancé une virtualisation sous VirtualBox. J'ai "inséré" la souris dans la fenêtre VirtualBox par besoin puis je vais manger. Je reviens ensuite et impossible de réveiller l'écran (pourtant bien allumé et branché). Et "bien sûr", impossible de parvenir à quoi que ce soit par le clavier. D'où un redémarrage brutal ! En fait, un redémarrage avorté par un message d'erreur me demandant de faire manuellement un fsck sans option. Je reviendrait plus bas sur ce fsck.



Ce qui me parait bizarre, c'est que le disque touché n'était absolument pas utilisé par une tâche en cours avant l'extinction brutale, ce disque me servant uniquement à stocker à part musiques et vidéos.



Et pourtant, j'ai des difficultés à imaginer d'autres causes que ce redémarrage sauvage du vendredi soir. Car j'ai aussi effectivement éteint rapidement, mais correctement, mon PC le jeudi soir à cause de la foudre. La machine avait ensuite correctement démarré et fonctionné le lendemain jusqu'à ce gel de l'écran.



Un choc électrique ? Je vais surveiller les données SMART mais, actuellement, gsmartcontrol se ferme immédiatement.



2) Récupération

Même si je peux récupérer à peu près tout ce que j'avais sur ce disque, j'aurais aimé le faire directement.



La partition est était en Ext3.



2.1) fsck

Si je fais un fsck de la partition, on me signale une erreur (plus de partition ou de disque)





2.2) Testdisk

J'ai fait un testdisk de la partition avec un LiveCD (PartedMagic puisque je ne pouvais alors pas démarrer autrement).



Sous PartedMagic, la partition est en raw. D'ailleurs, GParted me la notait aussi de la même manière. Sous Mageia 3, TestDisk (en root évidemment), ne voit pas ce disque (non monté).



2.3) GParted

Une fois revenu sous Mageia 3 (après avoir commenter dans fstab la ligne correspondant au disque dur), j'ai lancé GParted (qui me liste bizarrement ce disque comme sdi1 au lieu de sde1) et lancé ensuite son utilitaire de tentative de récupération de données (via gpart) sans être encore parvenu à quoi que ce soit.



Je ne vois aucune autre solution pour tenter de récupérer quelque chose. Une piste avant un formatage obligé ?



Merci par avance.

Je me répond à moi même sur les deux questions.

Ayant une partition Windows 7 installée sur cette machine, et ayant installé Acronis Disk Monitor, l'outil Acronis me révelle une santé SMART de.... 2% !!! Ceci explique tout, y compris le fait de ne rien pouvoir récupérer et d'avoir d'énormes difficultés à reformater. En effet, je ne peux visiblement plus reformater en Ext3 avec Gparted (message me disant que l'opération a réussi mais je me retrouve ensuite avec un disque sans partition) et seul le NTFS semble être accepté.

Bref, par sécurité, je change le disque.

Bizarre quand même ! J'ai plusieurs disques identiques (Seagate Barracuda SATA 3, 64 Mo, 2 To) et c'est bien le premier qui flanche !

Est tu sur de pouvoir faire confiance aux données smart ?
C'est données sont très aléatoires et chaque fabriquant de DD met (ou ne met pas) des infos qui techniquement ne peuvent en aucuns cas être précises.
Mon DD du portable (tosh) est depuis 8 ans à 87% de reste de vie !

Salut,

Le donnée SMART, le micrologiciel embarqué dans un disque dur pour le diagnostique de celui-ci est sans doute ce que tu trouveras de plus fiable pour te donner l'état de ton disque dur.

Tous les logiciels sous GNU/Linux et autres systèmes d'exploitation utilisent ces informations pour te donner leur état comme GNOME et son "gsmartcontrol" qui graphiquement est capable d'analyser celle-ci et de te donner l'état de "prefail" ou pas. SMARTMONTOOLS sous GNU/Linux ne te donnera que des informations un peu "brutes" qu'il faudra toi-même comprendre avec des THRESHOLD (des seuils) où passé ces seuils le disque peut-être des indicateurs ... et ce présente comme cela :


Donc pas simple pour se rendre compte que ...

Tu peux forcer une vérification par 2 moyens, la rapide et la longue (la longue étant naturellement la plus fiable vu qu'il scrute l'intégralité du disque ... sur plusieurs heures en fonction de la taille de celui-ci. Je n'ai pas d'exemple à te donner sous la main malheureusement. Mais sur un disque qui montre un défaillance, tu peux lancer la commande pour le faire régulièrement voire même l'automatiser puis te faire envoyer une notification par mail.

La commande "longue" est la suivante :

(x = la lettre affectée à ton disque)

Voila ... Maintenant si dans le cas de teutates, Acronis ne te ment pas et vu ce qu'il s'est passé avant : ton disque peut partir à la poubelle s'il n'est pas sous garantie. Tu peux tester plus loin avec Ultimate Boot CD qui contient les outils de diagnostiques des constructeurs spécifiques dans la rubrique ad-hoc et pourra te donner la réalité des choses.

Pour RPJ, il faut lire plus loin que cette valeur, il peut sans doute s'agir de secteur défectueux d'une zone d'un des plateaux qui ont été condamné et que le reste du disque restera sain ...

Comme je le disais, avoir des informations c'est bien mais il faut surtout apprendre à les interpréter

Si vous souhaitez plus d'info, faites moi signe.

Merci

Salut xkomodor, c'est bon pour les infos sur smartmontools, en 2009 j'ai traité ce sujet sur ubuntu fr pour qqun qui avait besoin de précisions.
Pour les curieux :
http://forum.ubuntu-fr.org/viewtopic.php?id=302434
http://forum.ubuntu-fr.org/viewtopic.php?id=287336
http://doc.ubuntu-fr.org/smartmontools

Pour ceux dont le fabricant du DD a implémenté des données smart (tous ne le font pas) :
http://doc.ubuntu-fr.org/smartmontools
http://www.isalo.org/wiki.debian-fr/Smartmontools

Et si après ça vous vous ennuyez encore : le man.

Édité par rpj Le 19/08/2013 à 22h50