Comment défragmenter un volume TrueCrypt volumineux ne disposant que de peu d'espace libre

J'ai un volume TrueCrypt 7.1a d'environ 50 Go, formaté avec NTFS et disposant de près de 100 Mo d'espace libre. J'ai près de 300 000 fichiers. Lors de la configuration, je l'ai fait intentionnellement pour économiser de l'espace.

Étant donné que les fichiers que j'ai dans le volume sont de très petite taille (le fichier le plus volumineux mesure probablement 20 Mo), j'ai activé l'option "Compresser ce volume pour économiser de l'espace disque". Tous les fichiers du volume sont donc compressés avec compression NTFS standard.

J'ai ensuite copié tous les fichiers de mon disque dur sur le volume à l'aide de la commande xcopy. Tout s'est bien passé jusqu'à ce point.

Comme il y a près de 300 000 fichiers, l'ouverture du volume dans l'Explorateur Windows le bloque en une minute. Ainsi, lorsque j'ai besoin d'un fichier, je monte le volume et utilise la commande xcopy pour copier le fichier sur mon ordinateur, à l'emplacement où il se doit.

Le seul problème est que c'est terriblement lent. Il est pratiquement impossible de copier plus d'un fichier comme celui-ci. J'ai ensuite analysé le volume à l'aide de l'outil Windows Defragmenter. Ce dernier indiquait qu'il était fragmenté à 38%. Après avoir vu que je l'ai défragmenté. Cela n'a pas été loin du tout. Quelque chose comme 10% à travers 1 environ 10 heures.

J'ai aussi essayé d'utiliser UltraDefrag. Après une heure, il est resté à 0,0%. Je pensais qu'il était inutile de continuer.

Ma question est donc la suivante: comment puis-je défragmenter ce volume? Est-il même possible de disposer de si peu d'espace libre sur le volume?

windows ntfs truecrypt defragment 0xAether
la source

Tu ne peux pas. Vous ne pourrez pas déplacer les gros fichiers. Bien sûr, la défragmentation n’aidera pas à la chute.

Ramhound

@Ramhound Je ne m'inquiète pas de la panne de l'explorateur, j'utilise quand même xcopy. Si je devais deviner, le fichier le plus volumineux sur l'ensemble du volume est d'environ 20 Mo.

0xAether

Si tel était le cas, vous pouvez facilement défragmenter le lecteur. Les fichiers doivent avoir une taille supérieure à 100 Mo si vous ne faites aucun progrès. Vous pourrez peut-être contourner ce problème en faisant glisser le volume alors qu'il n'est pas attaché, même si cela semble risqué.

Ramhound

Créez un nouveau volume chiffré et donnez-vous un espace croissant. Déplacez les fichiers de l'ancien volume vers le nouveau. Lorsque le déplacement aura lieu, les fichiers seront transférés un à un et ne seront pas fragmentés. Gardez à l'esprit que presque tous les systèmes de fichiers commencent à se comporter mal après avoir dépassé ~ 95% d'utilisation. Donne de l'espace supplémentaire au système de fichiers.

Zoredache

@Ramhound Je viens de vérifier, le plus gros fichier est de 31 Mo. Et qu'entendez-vous par défragmentation alors que le volume n'est pas attaché?

0xAether

Réponses:

@ Zoredache a abordé ce sujet dans les commentaires sur votre question, mais permettez-moi de développer un peu.

Au minimum, tout lecteur doit disposer d'environ 10% d'espace libre minimum (20% si vous disposez d'un système d'exploitation sur le lecteur), car le système de fichiers a besoin de cet espace supplémentaire pour stocker les fichiers temporaires et les informations de journal afin d'effectuer ses opérations efficacement.

Toute opération sera ralentie de manière exponentielle si vous dépassez de 10% environ l’espace disponible sur le lecteur et que la défragmentation est l’opération la plus intensive en espace libre que vous pouvez effectuer sur un lecteur.

Dans ce cas, vous devez transférer les fichiers sur un autre lecteur suffisamment volumineux pour pouvoir les contenir. Vous pouvez ensuite étendre la partition de 50 Go à environ 100 Go si vous souhaitez continuer à y ajouter des fichiers ou à environ 65-70 Go si vous le souhaitez. ne pas. Ensuite, vous pouvez déplacer tous les fichiers.

jjno91
la source

C'est ce que je suis en train de faire en ce moment. Ça va beaucoup plus vite que ce que je pensais. En 30 minutes environ, xcopy a copié environ 9 Go de données. C'est étrange, car normalement xcopy copie un seul fichier en environ 30 secondes à une minute.

0xAether

@ 0xAether - 30 secondes pour un fichier de 31 Mo. Il y a quelque chose qui ne va pas ici. Vous êtes sûr que le disque dur physique est en train de vérifier. Vérifiez les données SMART sur l'appareil.

Ramhound

@Ramhound Oui, le lecteur va bien. Il a environ 3-4 mois. J'ai en fait découvert quel était le problème. Eh bien, je devrais dire ce que je pense que le problème était. J'ai créé un nouveau conteneur avec environ 5% d'espace libre. Je n'ai pas non plus configuré la compression NTFS. Les temps de lecture sur le conteneur sont normaux maintenant. Le problème a été résolu par ces deux choses.

0xAether

@ 0xAether - Cela ressemble à une combinaison de compression de système de fichiers et la quantité d'espace libre disponible était en effet le problème. Vous avez peut-être pu défragmenter le disque dur en le laissant fonctionner pendant quelques jours, mais le temps d'accès était le vrai problème.

Ramhound