Warum hat das Defragmentieren von Laufwerk C meinen freien Speicherplatz um 10 GB erhöht?

Ich habe Defraggler verwendet, um den freien Speicherplatz auf meinem Laufwerk mit 100 GB C: \ zu defragmentieren, das 85 GB voll war. Nach der Defragmentierung zeigte das Laufwerk nur 75 GB voll. Wie sind 10 GB freier Speicherplatz auf magische Weise erschienen? Habe ich irgendwelche Daten verloren?

Ich habe vor dem Defragmentieren eine Datenträgerbereinigung durchgeführt und mein Papierkorb hatte nur etwa 11 MB. Das kann also nicht daran liegen, dass die temporären Dateien bereinigt wurden. Beachten Sie, dass ich "freien Speicherplatz" defragmentiert habe, was bedeutet, dass die leeren Blöcke neu angeordnet werden müssten, damit sie aneinander angrenzen.

Was wahrscheinlich passiert ist, ist, dass der Defragmentierungsvorgang Windows gezwungen hat, einige Momentaufnahmen der Systemwiederherstellung zu löschen. Es wäre ein pathologischer Fall der Fragmentierung, wenn der Metadaten-Overhead volle 10% Ihres Festplattenspeichers über das hinausgehen würde, was Windows normalerweise verwendet. Selbst dann bin ich mir nicht sicher, ob es möglich ist.

Im Versionsverlauf oder in der Dokumentation von Defraggler wird nichts angezeigt, was darauf hinweist, dass Dateien ordnungsgemäß defragmentiert werden können, um das Löschen von Schattenkopien zu verhindern. Tatsächlich zeigt dieser Thread aus dem Defraggler-Support-Forum an, dass er weiß, dass es passiert (es gibt einen Beitrag eines Board-Administrators mit dem Titel "Official Piriform Bug Fixer" im Thread), aber er gibt nicht an, ob er ihn reparieren wird oder nicht.

Schattenkopien gehen möglicherweise verloren, wenn Sie ein Volume defragmentieren. Dies liegt daran, dass VSS standardmäßig mit 16-KB-Clustern arbeitet, während die meisten NTFS-Volumes mit 4-KB-Clustern formatiert sind. Wenn bei einer Defragmentierungsoperation Daten verschoben werden, die nicht ein Vielfaches eines 16-KB-Clusters sind (oder die "Entfernung", um die sie verschoben werden, nicht ein Vielfaches von 16 KB), protokolliert VSS diese Änderung und löscht möglicherweise alle Ihre Daten Schnappschüsse.

MSDN: Dateien defragmentieren :

Verschieben Sie Daten nach Möglichkeit in Blöcken, die in 16-Kilobyte-Schritten (KB) zueinander ausgerichtet sind. Dies reduziert den Overhead beim Kopieren beim Schreiben, wenn Schattenkopien aktiviert sind, da der Schattenkopienspeicherplatz erhöht und die Leistung verringert wird, wenn die folgenden Bedingungen auftreten:

• Die Blockgröße der Verschiebungsanforderung beträgt höchstens 16 KB.
• Das Verschiebungsdelta wird nicht in Schritten von 16 KB angegeben.

Vista eingebaute Defragmentierung macht das nicht :

Eine Änderung, die für Benutzer nicht offensichtlich ist, ist die Optimierung der Schattenkopien während der Defragmentierung. Defrag hat spezielle Heuristiken, um Dateiblöcke so zu verschieben, dass die Aktivität beim Kopieren und der Speicherplatzbedarf für Schattenkopien minimiert werden. Ohne diese Optimierung würde der Defragmentierungsprozess das Löschen älterer Schattenkopien beschleunigen.

Jedes Fragment muss irgendwo verfolgt werden. Das nimmt Speicherplatz in Anspruch (innerhalb der Installation des Dateisystems, nicht Dinge, auf die Sie direkt zugreifen sollen).

Ein Beispiel: Angenommen, Sie haben eine einzelne Datei mit 1000 Fragmenten. So wird Ihre Datei durch eine Sammlung von zufälligen Blöcken gespeichert. Statt in einem einzigen zusammenhängenden Block. Dies bedeutet, dass die fragmentierte Datei 1000-mal mehr Speicherplatz im Installationsverzeichnis des Dateisystems benötigt, wenn auch nur zum Speichern von Adressen für jedes Fragment. Das Dateisystem-Installationsprogramm speichert kleine Wörterbücher / Datenbanken / Karten / Tabellen / Listen an der Position jedes Fragmentes der Datei. Daher benötigt das Speichern einer Liste mit einem einzelnen Fragmentzeiger für das Dateisystem im Vergleich zu einer Liste mit 1000 Fragmentzeigern nicht viel Platz.

Aber hey, vielleicht irre ich mich ...

Bearbeiten: Unterstützende Informationen von hier :

Wenn ein nicht residenter Datenstrom zu stark fragmentiert ist, so dass seine effektive Zuordnungszuordnung nicht vollständig in den MFT-Datensatz passt, kann die Zuordnungszuordnung auch als nicht residenter Datenstrom gespeichert werden, wobei nur ein kleiner residenter Datenstrom die indirekte Zuordnung enthält Zuordnung zu der effektiven Zuordnungszuordnung für nicht ansässige Personen des Datenstroms für nicht ansässige Personen.

Übersetzung: Wenn Sie stark fragmentiert sind, gelten die allgemeinen Fallannahmen der Dateisysteminstallationen nicht. Aus diesem Grund muss der FS Maßnahmen ergreifen, um die Fragmentierung auszugleichen und am Ende zusätzlichen Speicherplatz zu kosten, nur um die Fragmente zu verwalten. Genau meine Vermutung von Anfang an.

Edit: Angesichts der obigen Ausführungen scheint es immer noch verrückt zu sein, 10 GB zu verlieren, nur um Dateien zu fragmentieren. Ich wette, dass Sie beim Defragmentieren einige häufig vorkommende Dateisystembeschädigungen hatten, die automatisch korrigiert wurden. Ich denke, Sie hatten nicht nur eine massive Fragmentierung, sondern auch teilweise gelöschte Dateien, die Speicherplatz in Anspruch nahmen. Es wäre schön gewesen, ein Scandisk-Protokoll von dieser Defragmentierung (oder eine Ausführung von Scandisk vor der Defragmentierung) zu sehen.