Compression Windows 10 NTFS des fichiers copiés

1

Je rencontre un problème étrange dans Windows 10 qui implique la copie de fichiers compressés à l'aide du système de fichiers NTFS vers un autre dossier contenant l'indicateur de compression défini (afin que, lorsque le fichier est copié , il soit compressé dans le dossier de destination).

Le problème est que, lorsque le fichier est copié dans le dossier, le système de fichiers ne reconnaît pas que le fichier est compressé et semble stocker sur le disque une copie du fichier d'origine et une autre copie du fichier qui est censé être ce qui est réellement. stocké (la variante compressée). Ainsi, le disque reconnaît que le stockage du fichier nécessite deux fois plus d'espace (par exemple, si le fichier faisait 500 Mo, la capacité restante du disque sera inférieure de 1 000 Mo).

De plus, j'ai déjà expérimenté cela sur plusieurs installations de Windows 10, alors je me demande si quelqu'un d'autre a déjà vu cela.

Bien sûr, le redémarrage de l'ordinateur semble corriger l'espace disque disponible restant signalé, mais au cours d'une session, j'ai dû décompresser manuellement un fichier, puis le recompresser pour que le système de fichiers indique la taille correcte. Le système estime que ce qui est réellement utilisé consomme beaucoup plus d’espace disque, ce qui entraîne des erreurs d’espace insuffisant (lors du test du problème, j’ai créé une partition factice et y ai copié le fichier compressé).

Merci pour toute aide.

mamyot0
la source
non, la copie ne rend jamais le fichier compressé à nouveau.
magicandre1981
Ok, vous avez raison - il ne compresse pas un fichier déjà compressé, mais le sera si le fichier n'est pas déjà compressé et si le dossier est configuré pour utiliser la compression (pour la copie, pas pour le déplacement). Je suppose que cela fait partie de la confusion - pourquoi le fichier est-il traité comme une taille deux fois supérieure? Je considérerais cela comme quelque chose de particulier avec l'installation que j'ai essayée, mais cela se produit dans toutes les instances de Windows 10 que j'ai rencontrées.
mamyot0

Réponses:

0

En effet, pour tout fichier compressé NTFS en cours de copie (ou même d'accès), il doit d'abord être décompressé pour le rendre lisible pour Windows. En effet, la compression NTFS est effectuée au niveau du système de fichiers et, au niveau du système d'exploitation Windows, il n'y a aucune différence dans la façon dont il lit le contenu du fichier. Ainsi, lorsque le fichier compressé est copié dans le dossier de destination compressé, il est d'abord décompressé au niveau NTFS, puis copié dans le dossier de destination au niveau du système d'exploitation, puis il est à nouveau compressé au niveau NTFS pour correspondre à l'attribut de compression du fichier. dossier de destination (et il n'est pas compressé en arrière car le fichier source en cours de copie a été compressé pour commencer, toutefois, lors du déplacement d'un fichier, il conserve l'attribut de compression du fichier source, quel que soit l'attribut du dossier de destination). Désormais, cette version non compressée temporaire du fichier compressé décompressée, copiée puis recompressée existe toujours dans le lecteur cible jusqu'à ce que l'ordinateur soit redémarré ou que l'utilitaire de nettoyage de disque ou ccleaner soit utilisé pour nettoyer les fichiers système. C’est exactement pourquoi le nombre de doubles fichiers a été résolu au redémarrage.Par conséquent, pour un lecteur compressé, il est toujours recommandé de réserver au moins suffisamment d'espace libre pour une version supplémentaire non compressée du fichier compressé le plus volumineux contenu dans le lecteur.

Samudraneel Saha
la source
Cette réponse est fausse car (1) le problème est présent même si (i) les fichiers copiés ne sont pas compressés pour commencer, ou (ii) ils sont copiés depuis un autre lecteur, du réseau ou téléchargés depuis Internet; et (2) aucune copie "temporaire" non compressée n'est jamais stockée sur le disque - la compression transparente NTFS est effectuée en mémoire.
Marc.2377