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.
ntfs
disk-space
defragment
Goweon
quelle
quelle
Antworten:
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 :
Vista eingebaute Defragmentierung macht das nicht :
quelle
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 :
Ü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.
quelle