Forum général.hors-sujets Récupération d'un disque défectueux

Posté par  . Licence CC By‑SA.
Étiquettes :
0
6
avr.
2018

Bonjour,

J'ai un disque avec des secteurs morts dont j'ai pu faire une image avec ddrescue.

Il reste néanmoins 24576 Bytes de secteurs irrécupérables (bad sector) correspondant à 4 bad areas.
Je sais sur quelle partition sont ces secteurs défectueux, et cette partition se monte sans souci.

À partir de là, j'aimerai pouvoir savoir quels sont les fichiers affectés par ces secteurs défectueux pour pouvoir finaliser la réparation de cette partition. Mais je n'ai aucune idée de comment reconnaître ces fichiers.

Le log de ddrescue me donne la position des secteurs défectueux. Je table donc sur l'existence d'outils pour faire le lien entre le système de fichier de la partition (ici NTFS) et ces informations.

Sauriez vous quels outils utiliser pour arriver à mes fins ?
A défaut toute autre méthode d'identification de ces fichiers m'ira tout aussi bien.

Merci

  • # C'est toujours pareil...

    Posté par  . Évalué à 2.

    c'est en rédigeant mes questions ici que les mots clés me viennent
    du coup ma recherche m'a amené ici: https://superuser.com/questions/1157898/get-list-of-files-affected-by-bad-sectors

    ddrutility contient un outil ddru_ntfsfindbad qui fait exactement ce que je voulais et produit ce résultat:

    inode=31667  errors=0002  errorsize=016384  FILE   name=./$Extend/$UsnJrnl
inode=412740  errors=0001  errorsize=012288  FILE   name=./Windows/SoftwareDistribution/DataStore/Logs/edb.log
inode=428614  errors=0001  errorsize=004096  FILE   name=F0D864163FA367ADAB820D3B6D1077A5E87F2C9D

    à vu de nez je dirai que le deuxième fichier n'est pas important pour le système, mais comme les deux autres me laissent dans le flou, j'aimerais bien l'avis d'un fin connaisseur du système de microsoft: si je clone cette image sur un nouveau disque sans ces fichiers, vais-je avoir des problèmes ?

    • [^] # Re: C'est toujours pareil...

      Posté par  . Évalué à 2.

      info supplémentaire:
      ./$Extend/$UsnJrnl et 0D864163FA367ADAB820D3B6D1077A5E87F2C9D n'apparaissent pas dans l'arborescence quand je monte le système de fichier.

    • [^] # Re: C'est toujours pareil...

      Posté par  . Évalué à 3.

      POINT FINAL:

      • ddrescue et ddru_ntfsfindbad ont fait le boulot comme il faut, j'ai donc pu sauver ma partition sans réelle perte de données
      • ensuite j'ai utilisé ntfsresize pour diminuer la taille de l'image de cette partition
      • un coup de ntfsfix pour corriger les spécificités de ntfs
      • comme il n'existe pas d'équivalent de chkdsk /f sous linux, il faut impérativement connecter cette image à une machine virtuelle pour lancer cette commande depuis windows.
      • puis dd if=monimage of=/dev/sdX pour cloner la partition sur le nouveau disque
      • un coup de ntfsresize -x /dev/sdX pour prendre toute la place dispo
      • un coup de testdisk comme décrit ici
      • un recoup de chkdsk /f dans la machine virtuelle

      il m'a également fallu jouer avec le disque de réparation de windows pour reconstruire la/le bcd

      Et la machine est repartie plus véloce avec un nouveau SSD !

      merci à ceux qui ont répondu à mon appel à l'aide

  • # Question subsidiaire pour un connaisseur de Windows

    Posté par  . Évalué à 2.

    Cette partition contient un Windows 8.1.
    Si je copie les fichiers de cette partition sur un disque plus petit, cela permettra-t-il au système de fonctionner correctement ou bien y a-t-il des subtilités liés au positionnement des fichiers sur certains secteurs.

    Désolé de cet énorme HS sur linuxfr, mais la personne à qui appartient ce disque est dans l'urgence de retrouver un système fonctionnel assez rapidement.

    • [^] # Re: Question subsidiaire pour un connaisseur de Windows

      Posté par  . Évalué à 2.

      Désolé de cet énorme HS sur linuxfr, mais la personne à qui appartient ce disque est dans l'urgence de retrouver un système fonctionnel assez rapidement.

      Un petit boot sur clé USB live Mageia et ce sera reparti! ;-)

      ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

      • [^] # Re: Question subsidiaire pour un connaisseur de Windows

        Posté par  . Évalué à 1.

        La nécessité de communiquer avec du matériel spécifique à sa profession et incompatible avec linux fait que cette personne ne peut malheureusement pas se passer de Microsoft

        • [^] # Commentaire supprimé

          Posté par  . Évalué à 1. Dernière modification le 10 juin 2018 à 22:57.

          Ce commentaire a été supprimé par l’équipe de modération.

    • [^] # Re: Question subsidiaire pour un connaisseur de Windows

      Posté par  . Évalué à 3.

      y a-t-il des subtilités liés au positionnement des fichiers sur certains secteurs.

      Il suffit d'avoir fait un defrag une fois pour savoir qu'effectivement il y a des fichiers imbougeables. Mais ça ne coûte pas grand chose d'essayer avec une copie. Par ailleurs, je crois me souvenir qu'il y a une manip pour réinitialiser le fichier d'échange, si ça peut aider…

      • [^] # Re: Question subsidiaire pour un connaisseur de Windows

        Posté par  . Évalué à 2.

        un defrag se fait alors que le système utilise le disque, don on peut comprendre qu'il ait besoin de conserver certains fichiers intacts. Par contre pour une modification du système de fichier alors que le système en question n'est pas actif, je ne sais pas ce qu'il en est.
        Puisque pour chronochiotte, 24h semble être devenu 5 jours, je vais fouiller pour trouver un vieux disque et faire des tests ce week end

    • [^] # Re: Question subsidiaire pour un connaisseur de Windows

      Posté par  . Évalué à 3.

      Si je copie les fichiers de cette partition sur un disque plus petit, cela permettra-t-il au système de fonctionner correctement ou bien y a-t-il des subtilités liés au positionnement des fichiers sur certains secteurs.

      j'ai deja passé des windows depuis un disque plateau 500Go sur un disque SSD 128Go sans plantage
      bon j'avais reduit la partition à 120Go avant clonage (dd de la table de partition puis clonezilla de sda1 > sdb1)

      par contre il faut bien "arreter" le windows, et pas le laisser se mettre en veille/fastboot
      sinon il est probable que le systeme de fichier soit dans un etat "suspendu", d'ailleurs linux refuse par defaut de monter la partition si c'est le cas, justement parce que la journalisation ntfs n'a pas ecrit des morceaux et que cela comporte donc un risque.

  • # Commentaire supprimé

    Posté par  . Évalué à 1. Dernière modification le 10 juin 2018 à 22:57.

    Ce commentaire a été supprimé par l’équipe de modération.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.