web-dev-qa-db-fra.com

Chkdsk échoue toujours à cause d'un espace libre mais il a 90% d'espace libre

J'ai un lecteur que je soupçonne, c'est un peu bouché mais aucun des capteurs ou des alertes ne s'est allé dessus. Peu importe, j'ai décidé de déplacer des fichiers importants avant de le remplacer.

Mais toutes les opérations de déménagement prennent pour toujours (parfois le transfert de vitesse à pleine vitesse, mais il tombe ensuite à peu de kb/s) et d'échec de manière occasionnelle à IO.

J'ai donc décidé de courir un chkdsk dessus. Mais alors je reçois cet échec:

Espace disque insuffisant pour réparer le volume bitmap. Chkdsk a abandonné.

Cela ne devrait vraiment pas être le cas. J'avais essentiellement supprimé autant que possible du disque et c'est l'utilisation actuelle est la suivante:

fsutil volume diskfree k:
Total # of free bytes        : 923025682432
Total # of bytes             : 1000202039296
Total # of avail free bytes  : 923025682432

En d'autres termes, j'ai 923 Go gratuit sur un disque de 1 To. Il n'y a aucune raison pour que Chkdsk échoue. Y a-t-il quelque chose que je peux faire pour que Chkdsk ait fini de courir, de sorte que je récupère quelques fichiers?

Voici la sortie complète de Chkdsk:

C:\>chkdsk /X K:
The type of the file system is NTFS.
Volume label is Secondary.

Stage 1: Examining basic file system structure ...
  354560 file records processed.
File verification completed.
  8 large file records processed.
  0 bad file records processed.

Stage 2: Examining file name linkage ...
  370206 index entries processed.
Index verification completed.
  0 unindexed files scanned.
  0 unindexed files recovered.

Stage 3: Examining security descriptors ...
Security descriptor verification completed.
  7823 data files processed.
CHKDSK discovered free space marked as allocated in the volume bitmap.
Insufficient disk space to fix volume bitmap.  CHKDSK aborted.
hard-drivewindows-8.1chkdsk
8
usr123

Chkdsk est généralement assez fiable, mais dans certains cas rares, chkdsk peut obtenir de telles données du système de fichiers qu'il est confus.

Vos tentatives pour libérer de l'espace en supprimant des données peuvent effectivement avoir aggravé les choses.
n'écrivez jamais à un système de fichiers suspect. Les suppressions sont des écritures aussi !!!

Ne risquez pas davantage de corruption de données: copiez simplement toutes les données sur un autre endroit et reformater le lecteur.

11
Tonny

Disclaimer: manque de représentants pour publier des commentaires, sinon j'aurais posté ceci comme commentaire.

Veuillez indiquer le SMART valeurs du lecteur.

Une chute soudaine de vitesse d'entraînement est souvent liée à la réaffectation des secteurs défaillants.

Référence https://kb.acronis.com/content/9105

Il est donc possible qu'il ne reste plus d'espace car trop de secteurs sont déjà réaffectés. Ceci n'est pas reflété dans la taille du volume car les valeurs d'origine sont affichées.

Si rien d'important n'est laissé sur le lecteur, essayez de le reformater avec NTFS et de vérifier la taille de la part.

Mise à jour: Vous pouvez enregistrer une image basée sur un bloc du lecteur avec Clonezilla

L'image créée peut ensuite être montée et vous pouvez essayer de récupérer des données de celui-ci. Reportez-vous également à récupérer des données d'un disque dur avec secteurs défectueux

2
os_1