[Caniveau Royal]

Bonjour,

Mon disque dur installé depuis cinq ans bientôt fait des siennes : il a un ou des secteurs défectueux.

J'ai donc demandé à Windows de lancer la réparation de secteurs à son redémarrage, et j'y ai retrouvé l'ancienne exécution de CHKDSK que je connais depuis DOS 3.3, en me disant qu'à l'époque, un disque dur arrivait déjà d'usine avec des secteurs défectueux, et que ça s'amplifiait autrement que maintenant. Bref, que c'était pas la cata...

Je suis parti au boulot le temps que ça s'exécute, et de retour chez moi : mire de connexion Windows, c'était fait.
(il faut aller dans l'observateur d'évènements, section Application, et chercher une entrée de Wininit pour trouver les informations qui suivent) :

Code:

CHKDSK est en train de vérifier les fichiers (étape 1 sur 5)...
  93184 enregistrements de fichier traités.                              La vérification des fichiers est terminée.
  134 enregistrements de grand fichier traités.                          0 enregistrements de fichier incorrect traités.                      0 enregistrements EA traités.                                        1 enregistrements d’analyse traités.                              CHKDSK est en train de vérifier les index (étape 2 sur 5)...
  103310 entrées d’index traitées.                                        La vérification des index est terminée.
  0 fichiers non indexés analysés.                                      0 fichiers non indéxés récupérés.                                      CHKDSK est en train de vérifier les descripteurs de sécurité (étape 3 sur 5)
  93184 SD/SID de fichiers traités.                                        Nettoyage en cours de 24 entrées d’index inutilisées à partir de l’index $SII
du fichier 0x9.
Nettoyage en cours de 24 entrées d’index inutilisées à partir de l’index $SDH
du fichier 0x9.
Nettoyage en cours de 24 descripteurs de sécurité non utilisés.
La vérification des descripteurs de sécurité est terminée.
  5064 fichiers de données traités.                                    CHKDSK vérifie le journal USN...
  33711296 octets USN traités.                                                Vérification du journal USN terminée.
CHKDSK est en train de vérifier les données du fichier (étape 4 sur 5)...
Échec de lecture avec l’état 0xc000009c au décalage 0x1011ee000 pour 0x10000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x1011ee000 pour 0x1000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x1011ff000 pour 0x10000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x101200000 pour 0x1000 octets.
Windows a remplacé les clusters endommagés du fichier 47274
nommé \ARDENT~1.INT\com\ardent\checker\WEB~1.GEN\1.23\WEBGEN~1.WAR.
Échec de lecture avec l’état 0xc000009c au décalage 0x188e4c0000 pour 0x10000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x188e4cb000 pour 0x1000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x188e5cc000 pour 0x10000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x188e5d3000 pour 0x1000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x188f134000 pour 0x10000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x188f13f000 pour 0x1000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x188f1d0000 pour 0x10000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x188f1d9000 pour 0x1000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x188f1ea000 pour 0x10000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x188f1eb000 pour 0x1000 octets.
Windows a remplacé les clusters endommagés du fichier 71534
nommé \IMPORT~1\2017\CNAM20~1\NFE204\projet\REFERE~1\ENTREP~1\2017\Annuel\SIRC-1~1.CSV.
  93168 fichiers traités.                                        La vérification des données du fichier est terminée.
CHKDSK est en train de vérifier l’espace libre (étape 5 sur 5)...
  105360214 clusters libres traités.                                        La vérification de l’espace libre est terminée.
Ajout de 7 clusters défectueux au fichier des clusters défectueux.
Correction des erreurs dans le carte du volume.
Windows a effectué des corrections sur le système de fichiers.

488383487 Ko d’espace disque au total.
  66717096 Ko dans 40692 fichiers.
    18140 Ko dans 5065 index.
        28 Ko dans des secteurs défectueux.
    207367 Ko utilisés par le système.
    65536 Ko occupés par le fichier journal.
421440856 Ko disponibles sur le disque.

      4096 octets dans chaque unité d’allocation.
122095871 unités d’allocation au total sur le disque.
105360214 unités d’allocation disponibles sur le disque.

Mais ça continue. L'observateur d'évènements continue à détecter des erreurs critiques de bloc défectueux sur le disque en question.
"Le périphérique \Device\Harddisk1\DR1 comporte un bloc défectueux."

Parfois, l'ordinateur gèle quand j'accède à ce lecteur, ou que l'anti-virus le fait. Le contrôleur Intel démonte et remonte le disque, et je pense que c'est lié.
Je vais effacer les deux fichiers mentionnés, mais ça sent un peu le sapin, quand même.

Mais je ne sais pas comment faire pour qu'il en finisse avec les secteurs défectueux, s'il ne les a pas corrigés à la première passe.

[Eyce Karmina]

Ton disque est en train de mourir, et à chaque fois que tu fais un chkdsk tu aggraves la situation.
Un peu de lecture.

[thanatosX]

Le DOS 3.30 date de 1987, si tu as des fichier datant de cet OS, je ne m'avance pas trop en te conseillant de changer ton disque.

[Caniveau Royal]

Citation :

Publié par Eyce Karmina

Ton disque est en train de mourir, et à chaque fois que tu fais un chkdsk tu aggraves la situation.

Merci !
Sur ton lien, j'ai lu des commandes Linux dedans, mais je suis sous Windows 7 en NTFS.
Je n'ai pas compris quel problème concret posait chkdsk ?

@thanatosX
Non, j'ai changé de disque tant et tant de fois, déjà eu un crash disque en 2010 ==> firmware codé passage an 2000 sur un pivot d'1 octet, pour les connaisseur... au 1 Janvier 2010, le contrôleur assorti au disque ne le reconnaissait plus.

J'ai des sources C de 1993, quand je développais à l'époque... Je m'étais réécrit une version d'Alternate-Reality - The City sur PC. Ah, quand on est jeune...

[Eyce Karmina]

Citation :

Publié par Caniveau Royal

Merci !
Sur ton lien, j'ai lu des commandes Linux dedans, mais je suis sous Windows 7 en NTFS.

Tu bootes sur un live cd, les outils gèrent le NTFS

Citation :

Je n'ai pas compris quel problème concret posait chkdsk ?

Il essaye de travailler sur place, donc il va essayer d'écrire les données qu'il a récupéré sur un disque qui est en train de mourir, accélérant ainsi le problème.
Le lien donné explique comment extraire le maximum d'info du disque problématique, sur un autre support sur lequel tu essaieras de réparer les données. En pratique tu dois avoir tes données 3 fois :
- une fois sur le disque qui meurt
- une fois sur le support où tu les as récupéré (sur un NAS c'est très bien)
- une copie que tu essaies de réparer

[Lael]

Sachant que contrairement à ce que Windows laisse sous-entendre, on ne "répare" pas des secteurs défectueux, ils sont définitivement perdus.
Au mieux il arrive à reconstituer tout ou partie des données du secteur qu'il réécrit sur un autre secteur, mais tu peux t'en sortir avec le fichier sur-jacent corrompu qui n'est plus utilisable.
En gros, tu commences à perdre irrémédiablement des données.

Également vu le rythme d'apparition des erreurs, le disque a atteint le point de non retour et est en train de s'"auto-détruire" à chaque lecture / écriture.

Il faut donc arrêter de lire/écrire immédiatement sur ton disque et sauvegarder ce qui peut encore l'être comme proposé sur le lien de Eyce Karmina par exemple.

[Caniveau Royal]

Je pense que : Oui, il va tomber en panne définitive prochainement. Son circuit de contrôleur va sûrement lâcher ou le disque lui-même. Le fait qu'il apparaisse ou disparaisse n'est pas bon signe du tout.

Mais non, il ne s'auto-détruit pas.
28 ko perdus sur un disque de 500 Go, c'est rien du tout.

Quand je lis ceci :

Code:

Échec de lecture avec l’état 0xc000009c au décalage 0x1011ee000 pour 0x10000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x1011ee000 pour 0x1000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x1011ff000 pour 0x10000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x101200000 pour 0x1000 octets.

Échec de lecture avec l’état 0xc000009c au décalage 0x188e4c0000 pour 0x10000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x188e4cb000 pour 0x1000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x188e5cc000 pour 0x10000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x188e5d3000 pour 0x1000 octets.

Échec de lecture avec l’état 0xc000009c au décalage 0x188f134000 pour 0x10000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x188f13f000 pour 0x1000 octets.

Échec de lecture avec l’état 0xc000009c au décalage 0x188f1d0000 pour 0x10000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x188f1d9000 pour 0x1000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x188f1ea000 pour 0x10000 octets.
Échec de lecture avec l’état 0xc000009c au décalage 0x188f1eb000 pour 0x1000 octets

Il a deux-trois secteurs défectueux aux alentours de 0x1011
Et peut-être cinq, aux alentours de 0x188f1

Les disques plus anciens avaient aisément 0,1% de leur capacité en secteurs défectueux et vivaient avec, là, j'ai 0,000006 % de secteurs défectueux.
Pour moi, il ne meurt pas physiquement, mais électriquement/électroniquement.

Bon, pour ce que ça change, vous me direz...
Il est sauvegarde, sur un autre disque, par Syncback SE.