Windows 10 NTFS-Komprimierung von kopierten Dateien

1

In Windows 10 tritt ein seltsames Problem auf, bei dem Dateien, die mit dem NTFS-Dateisystem komprimiert wurden, in einen anderen Ordner kopiert werden , für den das Komprimierungsflag gesetzt ist (sodass die Datei beim Kopieren im Zielordner komprimiert wird).

Das Problem ist, dass das Dateisystem beim Kopieren der Datei in den Ordner nicht erkennt, dass die Datei komprimiert ist, und anscheinend eine Kopie der Originaldatei und eine weitere Kopie der Datei auf der Festplatte speichert, die tatsächlich vorhanden sein soll gespeichert (die komprimierte Variante). Auf diese Weise erkennt die Festplatte, dass doppelt so viel Speicherplatz zum Speichern der Datei erforderlich ist (wenn die Datei beispielsweise 500 MB groß ist, ist die verbleibende Kapazität der Festplatte um 1000 MB geringer).

Ich habe dies auch bei mehreren Windows 10-Installationen erlebt, daher frage ich mich, ob dies jemand anderes gesehen hat.

Natürlich scheint ein Neustart des Computers den gemeldeten freien Speicherplatz zu korrigieren, aber während einer Sitzung musste ich eine Datei manuell dekomprimieren und dann erneut komprimieren, damit das Dateisystem die richtige Größe meldet. Das System glaubt, dass viel mehr Speicherplatz verbraucht wird als tatsächlich vorhanden, und dies führt zu unzureichenden Speicherplatzfehlern (beim Testen des Problems habe ich eine Dummy-Partition erstellt und die komprimierte Datei darauf kopiert).

Danke für jede Hilfe.

mamyot0
quelle
Nein, beim Kopieren wird die Datei nie wieder komprimiert.
magicandre1981
Ok, Sie haben Recht - es komprimiert keine Datei, die bereits komprimiert ist, aber wenn die Datei noch nicht komprimiert ist und der Ordner auf Komprimierung eingestellt ist (zum Kopieren, nicht zum Verschieben). Ich denke, das ist ein Teil der Verwirrung - warum wird die Datei als doppelt so groß behandelt? Ich würde es als etwas Besonderes mit der Installation, auf der ich es ausprobiert habe, abtun, aber dies geschieht auf allen Instanzen von Windows 10, auf die ich gestoßen bin.
mamyot0
Verwandte Themen
gemeldet,

Antworten:

0

Das liegt daran, dass für jede NTFS-komprimierte Datei, auf die kopiert wird (oder auf die auch nur in diesem Fall zugegriffen wird), diese zunächst dekomprimiert werden muss, damit sie für Windows lesbar ist. Dies liegt daran, dass die NTFS-Komprimierung auf Dateisystemebene erfolgt und auf Windows-Betriebssystemebene kein Unterschied darin besteht, wie der Inhalt der Datei gelesen wird. Wenn die komprimierte Datei in den komprimierten Zielordner kopiert wird, wird sie zuerst auf NTFS-Ebene dekomprimiert, dann auf Betriebssystemebene in den Zielordner kopiert und dann wieder auf NTFS-Ebene komprimiert, um dem Komprimierungsattribut des zu entsprechen Zielordner (und er wird nicht zurückkomprimiert, da die zu kopierende Quelldatei zunächst komprimiert wurde. Beim Verschieben einer Datei wird jedoch das Komprimierungsattribut der Quelldatei beibehalten, unabhängig vom Zielordnerattribut.) Diese temporäre unkomprimierte Version der komprimierten Datei, die dekomprimiert, kopiert und dann erneut komprimiert wurde, befindet sich noch auf dem Ziellaufwerk, bis der Computer neu gestartet wird oder die Datenträgerbereinigung oder das Dienstprogramm ccleaner zum Bereinigen von Systemdateien verwendet wird. Dies ist genau der Grund, warum die doppelte Dateigrößenanzahl beim Neustart behoben wurde.Daher wird für ein komprimiertes Laufwerk immer empfohlen, mindestens genügend freien Speicherplatz für eine zusätzliche unkomprimierte Version der größten komprimierten Datei im Laufwerk bereitzustellen.

Samudraneel Saha
quelle
Diese Antwort ist falsch, weil (1) das Problem vorliegt, selbst wenn (i) die zu kopierenden Dateien zunächst nicht komprimiert sind oder (ii) sie von einem anderen Laufwerk oder aus dem Netzwerk kopiert oder aus dem Internet heruntergeladen werden; und (2) nicht „vorübergehend“ unkomprimierte Kopie wird jemals in der Platte gespeichert - NTFS transparente Kompression wird im Speicher durchgeführt.
Marc.2377