IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Windows Discussion :

Gestion des erreurs de disque chkdsk étape 2 : arrête chkdsk sur erreur


Sujet :

Windows

  1. #1
    Membre du Club
    Profil pro
    Inscrit en
    juillet 2007
    Messages
    143
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : juillet 2007
    Messages : 143
    Points : 63
    Points
    63
    Par défaut Gestion des erreurs de disque chkdsk étape 2 : arrête chkdsk sur erreur
    Bonjour,
    à la suite de plusieurs BSOD il peut arriver qu'un disque dur comporte des erreurs. C'est le rôle CHKDSK d'y mettre bon ordre.
    Dans le cas que je rencontre cela ne marche pas compte tenu de la nature de l'erreur détectée au cours de la phase 2 :

    Étape*2*: Examen de la liaison des noms de fichiers...
    3828 enregistrements d’analyse traités.
    Erreur lecture disquec000000e
    Correction des erreurs dans l’index $I30 du fichier 5144A.
    CHKDSK a découvert de l’espace libre marqué comme étant alloué dans la bitmap de l’index $I30 pour le fichier 5144A.
    Tri de l’index $I30 du fichier 5144A.

    À ce stade :
    • CHKDSK s'arrête avec un code erreur
    • le disque dur est déconnecté


    Ceci m'amène à poser plusieurs questions (en effet malgré une expérience je n'ai jamais rencontré le cas) :
    1. comment trouver la correspondance entre les numéros d'index et numéro de fichiers donnés en code hexa et les noms de fichiers « utilisateur » ?
    2. existe-t-il un outil qui permette de détecter et de lister toutes les erreurs du type ? (avec noms de fichiers en clair ?)
    3. existe-t-il ou plutôt quels outils permettent une récupération automatique de ce qui est valide et établisse une liste des fichiers qui n'ont pas pu être restaurés. Ceci afin d'en faire la restauration manuelle (à partir de backup, en réinitialisant des applications, ou en supprimant la totalité d'un répertoire qui n'avait qu'une vocation temporaire...) ?


    Ma stratégie de résolution manuelle
    1. établir la liste des fichiers contenant les erreurs (nota : CHKDSK trouve la première erreur, mais à ce stade cela provoque la déconnexion du disque et donc le crash de CHKDSK). Si le nombre de fichiers concerné est un temps soit peu important, même sans dommage majeur pour l'intégrité globale des données, la nécessité d'un reboot à froid et la ré-exécution de CHKDSK pour traiter chaque fichier jusqu'au stade de le rencontrer et générer l'erreur, produit une réparation de durée totalement indéterminée.
    2. Supprimer les fichiers ou l'ensemble de fichiers concernés (y compris les fichiers liés)
    3. Restaurer les données utiles après une sauvegarde


    Nota : je n'ai détecté le problème que par le plantage d'une sauvegarde incluant un fichier endommagé et j'avais évidemment précédemment effectué des sauvegardes différentielles sans incident. Donc je n'ai pas d'idée sur la date d'origine des erreurs sachant que s'agissant de données pour une grande part cumulatives je ne fais qu'assez rarement une sauvegarde générale.

    En attendant la réparation évidemment il n'est pas question d'utiliser le disque dont les plantages ne peuvent que développer de nouvelles anomalies de manière exponentielle.

    La solution de sécurité est peut-être une duplication de disque en miroir, parce que après la première erreur rencontrée j'ai tenté une copie secteur par secteur qui a produit une erreur fatale à la lecture. C'est évidemment la solution de sécurité mais je ne l'ai jamais pratiqué et ne crois pas avoir les outils nécessaires.

    Quel sont donc les processus et les outils adaptés pour remettre en état ce disque qui comprend 3 partitions NTFS et un total de 1,5 To de données ? Dont la panne signifie pour moi un arrêt total de la machine et donc du travail en cours.

    Cordialement

    Trebly

  2. #2
    Responsable Systèmes


    Homme Profil pro
    Technicien maintenance
    Inscrit en
    août 2011
    Messages
    14 874
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Technicien maintenance
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : août 2011
    Messages : 14 874
    Points : 34 596
    Points
    34 596
    Par défaut
    Il faut commencer par vérifier l'état S.MA.R.T. du disque. Si celui-ci est endommagé il faut faire une sauvegarde immédiate. ensuite si celui-ci est encore en bon état, si chkdsk n'arrive pas à réparer, il vaut mieux reformater pour partir sur un FS sein.
    Ma page sur developpez.com : http://chrtophe.developpez.com/ (avec mes articles)
    Mon article sur le P2V, mon article sur le cloud
    Consultez nos FAQ : Windows, Linux, Virtualisation

  3. #3
    Membre du Club
    Profil pro
    Inscrit en
    juillet 2007
    Messages
    143
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : juillet 2007
    Messages : 143
    Points : 63
    Points
    63
    Par défaut La cause, les problèmes liés, les outils de prévention et de traitement.
    Bonjour,

    Désolé de ne pas avoir réagi plus tôt, je ne suis pas encore totalement sorti de ce qui était un disque en train de lâcher.

    Si vous vous l'erreur que je rapporte est générée par un défaut d'écriture sur le disque qui va être vu lors d'une analyse par le logiciel conçu par le constructeur (ex : Seatools for Windows)

    Lorsque j'ai fait l'analyse il y avait au total environ 2000 erreurs sur l'ensemble.

    Lorsque CHKDSK rencontre la première erreur, CHKDSK rapporte :
    Erreur lecture disquec000000e
    Correction des erreurs dans l’index $I30 du fichier 5144A.
    CHKDSK a découvert de l’espace libre marqué comme étant alloué dans la bitmap de l’index $I30 pour le fichier 5144A.
    Tri de l’index $I30 du fichier 5144A.
    Mais comme CHKDSK ne s'arrête pas (peut être retente la lecture) le disque se déconnecte provoquant un crash de chkdsk tentant de lire une unité qui n'existe plus (adresse disparue).

    Le test de disque (en l'occurrence Seagate) détecte un disque défectueux.

    Dans la pratique si l'on ne lit pas un fichier correspondant à l'erreur (lit et voit un espace vide alors qu'il s'agit d'une adresse normalement écrite) bien entendu aucun incident de ce produit.

    C'est en faisant tourner soit CHKDSK, soit un utilitaire de test de disque (Seatools for Windows), soit enfin un logiciel de sauvegarde que l'erreur apparaîtra.

    Je n'ai pas vu le problème parce que le logiciel de sauvegarde que j'utilise indique bien une erreur mais sans en donner du tout la nature (De plus le fichier backup généré donne un résultat valide, on pense donc plus à une erreur de fin de traitement comme par exemple un problème de transmission par mail du résultat - transmission qui permet un suivi des processus de sauvegarde - qui je savais être temporairement si défectueux -> sous estimation de l'alerte).

    Le problème fondamental qui m'a coûté très cher est donc l'absence d'information remontant du système sur des défaillances de disque

    Quand je l'ai constaté il était trop tard. Il était impossible d'effectuer une sauvegarde (exécutée mais se terminant en erreur). La seule chose que j'ai pu faire est une copie répertoire par répertoire qui lorsqu'elle rencontre une erreur signalée par "device not found" nécessite de rebooter la machine (donc pour tout explorer près de 2000 reboot... pour tester 1.6To de données) et trouver les erreur, le tout sur un disque en train de se dégrader...

    J'ai donc cherché un utilitaire capable, puisque le répertoire est, lui, intact, de trouver quel fichiers (data ou système) correspondent aux erreurs répertoriées par une analyse de disque.
    Une fois trouvé, il deviendrait alors possible de sauvegarder tous les autres et d'avoir la liste de ceux qui sont perdus.
    En reprenant cette liste des fichiers perdus on peut trouver des fichiers existants dans des sauvegarde des copies etc. Malheureusement je n'ai pas trouvé un tel utilitaire


    J'ai donc gardé le disque (3 partitions affectées) dans son état. Et je suis reparti de la dernière sauvegarde que mon outil de sauvegarde a été capable de restaurer puis j'ai ajouté les copies réussies de répertoires contenant des données essentielles récentes. En effet des sauvegardes marquées "successful" se sont avérés impossibles à restaurer (après plusieurs dizaines d'heures le logiciel semble tourner en rond, actif mais ne marquant aucune progression d'avancement - le temps restant à passer augmentant autant que le temps passé depuis le dernier contrôle). Après donc 8 mois passés je suis dans la phase de transmettre les données de sauvegarde à l'éditeur concepteur du logiciel pour qu'il tente de comprendre ce qui se passe, mais de plus il est en Chine en zone d'activité arrêtée.

    La dernière sauvegarde valide que j'ai pu restaurer après plus d'une centaine d'heures de travail remontait à plus de 6 mois (probablement les premières erreurs de disque de ce type) et j'ai peu à peu reconstitué le reste sans être certain que le travail soit terminé.

    Cette aventure pose je crois 4 questions de fond :


    • l'existence d'utilitaire accessible un utilisateur final répondant à la définition donnée ci-dessus, en résumé : donner la liste des fichiers (path) correspondant aux secteur défectueux non récupérables. Accès à des utilisateurs, dont les développeurs indépendants et des personnes exploitant des machines se chargeant des problèmes de maintenance de leur matériel contenu de leurs compétences)

    • la question de la détection des erreurs du type de celles rencontrées (les messages formulés notamment par Windows "une erreur s'est produite" sans donner d'informations plus précises ni de possibilité de la trouver dans le gestionnaire d'événements système, étant évidemment sans aucun intérêt autre que de nous apprendre que le système n'a pas réussi à faire ce qu'on lui demandait)

    • la question de l'existence d'un journal d'événements détaillés pour les logiciels de sauvegarde avec un mécanisme d'alerte.

    • La question des procédures de surveillance des disques, c'est-à-dire en particulier la programmation de test de maintenance de la machine dont l'état S.M.A.R.T. des disques. (Nota : je ne connais pas de logiciel adapté. Je saurais bien sûr en écrire un mais pour faire quelque chose de propre c'est évidemment un très gros travail. Il y a aussi la possibilité d'utiliser de gestionnaire de tâches "i.e. Task Manager" mais compte tenu du nombre d'opérations à programmer le travail est considérable)


    Merci de m'informer s'il existe des réponses à ces 4 questions.

    Cordialement

    Trebly
    ___________________________________________________________________________________________________________________________________________________
    Nota : A propos du disque défectueux
    - le disque concerné était le deuxième disque de la machine utilisée pour les data (2To Seagate) - 1 SSD système + 2 disques de 2To data
    - Il était en fonctionnement sur mon portable depuis 24 mois lors du début des incidents, dont les conséquences sont été constatées la première fois 6 mois plus tard. Avec un volume de réécriture de 2,7 fois sa taille. (Il ne pouvait être pris en garantie parce que livré avec la machine la durée de garantie était limitée à celle de la machine soit 2 ans (en fait date d'achat par le constructeur de la machine 10 mois avant la vente de la machine. La panne est donc intervenue 6 mois après la fin de garantie Seagate OEM).

Discussions similaires

  1. [DATA] Gestion des erreurs dans une étape DATA
    Par JeromeMATHIAS dans le forum SAS Base
    Réponses: 12
    Dernier message: 02/02/2012, 00h50
  2. [struts][Datasource]Gestion des erreurs
    Par GreenJay dans le forum Struts 1
    Réponses: 8
    Dernier message: 15/09/2004, 17h51
  3. [VB6] Gestion des erreurs dans une dll
    Par zimba-tm dans le forum VB 6 et antérieur
    Réponses: 8
    Dernier message: 02/08/2004, 12h20
  4. [XSLT]Est ce qu'il y'a la gestion des erreur en xslt ?
    Par miloud dans le forum XSL/XSLT/XPATH
    Réponses: 2
    Dernier message: 04/02/2004, 18h19
  5. [LG]gestion des erreurs
    Par frontin dans le forum Langage
    Réponses: 3
    Dernier message: 29/11/2003, 23h41

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo