Dateien belegen den doppelten Speicherplatz

  • #1
Shinezumi

Shinezumi

Bekanntes Mitglied
Themenersteller
Dabei seit
28.12.2007
Beiträge
448
Reaktionspunkte
5
Ort
Am Rhein, am schönen Rhein...
Ich habe einige externe Platten (3 TB) jeweils als GPT-Partitionen angelegt. Angezeigt werden etwa 2,7 TB freier Speicher.
Wenn ich jetzt Dateien auf diese Platten kopiere, wird jeweils der doppelte Speicherplatz verbraucht; nach Kopieren von 1,2 TB Dateien sind etwa 2,5 TB belegt.
Woher kommt das? Welche Einstellung ist dafür verantwortlich und wie kann ich dieses Verhalten korrigieren?
 
  • #2
Was für Dateien sind das ?
Ich habe eine 6TB Platte ebenfalls als GPT angelegt.
Der
Code: 
 DIR *.* /S
-Befehl zeigt am Ende folgendes:

Anzahl der angezeigten Dateien:
5308 Datei(en), 3.194.969.639.018 Bytes
572 Verzeichnis(se), 2.805.718.913.024 Bytes frei

Das Eigenschaften-Fenster zeigt
Belegter Speicher: 3.195.320.328.192 Bytes = 2,90 TB
Freier Speicher: 2.805.718.913.024 Bytes = 2,55 TB

Der DIR-Befehl zeigt die Summe der Datei-Größen, der belegte Speicher die Summe des von den Dateien belegten Speichers.

Beispiel:
Dateigröße = 1000 Bytes / belegter Speicher auf GPT-HDD = 4096 Bytes.

Ich habe mal meine 500GB SSD im Vergleich zur 6TB HDD untersucht, dazu muss man ein CMD-Fenster als Administrator starten
Code: 
C:\WINDOWS\system32>fsutil fsinfo sectorinfo b:
Logische Bytes pro Sektor:                                512
Physische Bytes pro Sektor für Unteilbarkeit:             4096
Physische Bytes pro Sektor für Leistung:                  4096
Effekt. phys. Bytes/Sektor für Unteilbark. in Dateisystem:4096
Geräteausrichtung:                                        Ausgerichtet (0x000)
Partitionsausrichtung auf Gerät:                          Ausgerichtet (0x000)
Führt normale Suchvorgänge aus
Kürzen wird nicht unterstützt
Nicht DAX-fähig
Nicht mit schlanker Speicherzuweisung bereitgestellt

C:\WINDOWS\system32>fsutil fsinfo sectorinfo c:
Logische Bytes pro Sektor:                                512
Physische Bytes pro Sektor für Unteilbarkeit:             512
Physische Bytes pro Sektor für Leistung:                  512
Effekt. phys. Bytes/Sektor für Unteilbark. in Dateisystem:512
Geräteausrichtung:                                        Ausgerichtet (0x000)
Partitionsausrichtung auf Gerät:                          Ausgerichtet (0x000)
Kein Abzug für Suchen
Kürzen wird unterstützt
Nicht DAX-fähig
Nicht mit schlanker Speicherzuweisung bereitgestellt
C:\WINDOWS\system32>

Die 6TB HDD benutzt 4 KB Cluster/Sektoren. Die SSD lediglich 512 Bytes.
Auf der 6TB HDD belegen also alle Dateien immer ein Vielfaches von 4096 Bytes.
Eine Datei mit bis zu 4096 Bytes belegt einen Sektor, auch wenn sie nur 10 Bytes lang ist.
Ist die Dateigröße 4097 Bytes, werden 2 Sektoren belegt.

Wenn Deine Dateien also alle so um die 2000 Bytes lang wären, dann braucht jede Datei trotzdem 4096 Bytes und damit wäre das Doppelte an Speicher belegt, gegenüber der Dateigrößen.

So "kleine" Dateien sollte man deshalb in ZIP-Dateien bündeln.

Das Eigenschaften-Fenster eines Ordners zeigt beide Werte an:
Die Summe der Dateigrößen und den von diesen Dateien tatsächlich belegten Platz (immer ein Vielfaches der Cluster-Größe von 4096 bei GPT)

7226
 
Zuletzt bearbeitet:
  • #3
FSUTIL kenne ich noch nicht, das muss ich mir näher anschauen.

Ich 'horte' Videos auf den Platten. Ein Teil davon ist bereits geschnitten und vorführbereit, die meisten aber warten noch auf die entsprechende Bearbeitung.
Damit liegen die Dateigrößen zwischen einigen hundert MB und mehreren GB pro Datei.
Die Sektoren sollten damit zum größten Teil gefüllt sein.

Die Platten habe ich mit den DTV bearbeitet: GPT-Partition in voller Größe, Volume mit Standard-Werten angelegt und dann formatiert bzw. während des Kopierens formatiert.

Ich bekam dabei mehrmals eine GPT-Schutzpartition angelegt und hatte echte Probleme, wieder an die dort abgelegten Videos zu kommen. Letztlich klappte das mit EaseUS und MiniToolPartition (Diskpart konnte die Schutzpartition lediglich löschen, das hätte mir nicht geholfen).

Muss/Sollte ich diese Platte jetzt ein weiteres Mal partitionieren, formatieren und erst dann erneut bestücken oder gibt es andere Möglichkeiten, die Sektorgrößen verträglich zu bekommen?
 
  • #4
Was Du mit Schutzpartitionen meinst, kann ich nicht nachvollziehen.
Ich habe die 6TB HDD mittels Datenträgerverwaltung zunächst als GPT eingerichtet, eine einzige Partition eingerichtet und diese danach mit NTFS formatiert.

7228
 
  • #5
Eine GPT-Schutzpartition bekommst du offenbar, wenn eine Platte mit einem anderen Controler betrieben wird (z.B. Wechsel von Docking-Stationen). Wenn der alte Controler sich nicht an die Win-Vorgaben in Sachen Sektorgröße usw. gehalten hat und z.B. astronomische Werte eingetragen hat (um als MBR-APrtition auch 8 TB ansprechen zu können), kann es passieren, dass der neue Controler damit nicht zurechtkommt. Dann wird diese Partition gesperrt und du hast echte Probleme, wieder an deine Daten zu kommen. Die DTV kann dir da nicht helfen, du siehst diese Partition lediglich, aber anfassen iss nich :-(
Mit diskpart kommst wieder dran, kannst diese Partition aber lediglich löschen. Ich weiß das auch erst seit zwei oder drei Tagen.

Sei froh, wenn du dieses Problem noch nicht hattest...
 
  • #6
Meine Platten sehen für mich sauber aus:
 

Anhänge

  • FSUTIL.png
    FSUTIL.png
    25,4 KB · Aufrufe: 4
  • #7
Ich habe ganz vergessen, zu den Platten noch etwas zu sagen.
Q: ist eine Platte, die einigermaßen OK erscheint: 2914 Dateien in 156 Ordnern, 1,87 TB belegt, 87 GB frei
R: ist eines der Problemkinder: 3094 Dateien in 178 Ordnern, 2,18 TB belegt, 6,6 GB frei

Wenn ich auf andere Platten kopiere, 2,19 TB belegt, 6 GB dazu kopiert => Platte voll!!! :-(((
 
  • #8
Mich wundert es, dass die physische Sektorgröße bei R: 512 Bytes ist, statt bei meiner 6TB 4096 Bytes.
Wie wurde denn die R: eingerichtet ?
Mit Windows Datenträgerverwaltung ?
Es ist ziemlich unwahrscheinlich, dass eine so große HDD 512-Bytes-Cluster benutzt. Damit gäbe es mehr als 8x so viele Cluster, wie mit 4096er Clustern (physische Sektoren).
Hier gibt es noch ein Kommando zum Anzeigen, das folgende für meine 6TB GPT-HDD
Code: 
C:\WINDOWS\system32>fsutil fsinfo ntfsinfo b:
NTFS Volumeseriennummer :        0x9c7c96657c9639ca
NTFS-Version      :                3.1
LFS-Version       :                2.0
Sektoren insgesamt     :                11.720.779.775  (5,5 TB)
Cluster insgesamt    :                 1.465.097.471  (5,5 TB)
Freie Cluster     :                   684.990.993  (2,6 TB)
Reservierte Cluster insgesamt :                   1.024  (4,0 MB)
Reserviert für Speicherreserve :                  0  (0,0 KB)
Bytes pro Sektor  :                512
Bytes pro physischen Sektor :        4096
Bytes pro Cluster :                4096
Bytes pro FileRecord-Segment    :  1024
Cluster pro FileRecord-Segment :  0
Mft Valid Data Length :            44,00 MB
Mft Start Lcn  :                   0x00000000000c0000
Mft2 Start Lcn :                   0x0000000000000002
Mft Zone Start :                   0x000000002c9b1ae0
Mft Zone End   :                   0x000000002c9be300
MFT Zone Größe  :                   200,13 MB
Max. Geräte Trim Extent-Anzahl :     0
Max. Geräte Trim Byte-Anzahl :       0
Max. Volume Trim Extent-Anzahl :     62
Max. Volume Trim Byte-Anzahl :       0x40000000
Ressourcen-Manager-Bezeichner:      495CC793-FE1D-11E7-9BFC-6045CB9A4DC0
 
  • #9
Shinezumi schrieb:
Wenn ich auf andere Platten kopiere, 2,19 TB belegt, 6 GB dazu kopiert => Platte voll!!! :-(((
Zum Vergrößern anklicken....

Wie kopierst Du denn ?
Nicht alle Programme können bei so großen Platten den freien Platz richtig abfragen. Weil die Zahl größer ist, als in ein 64-Bit-Wort passt, kommt es zu Fehlern.
Ich benutze einen Commander und da gibt es die Möglichkeit, "Platz auf dem Ziel prüfen" auszuschalten. Das ist besonders bei Platten in Netzwerken, die von Linux oder Android-Systemen betrieben werden, weil die immer unsinnige Angaben zu dem freien Bereich machen.

Was zeigt der DIR-Befehl an ?
Gib doch mal folgendes ein DIR R:\. /S
und poste das Ende der Anzeige, wo der belegte und freie Platz gemeldet wird
 
  • #10
'Mich wundert es, dass die physische Sektorgröße bei R: 512 Bytes ist, statt bei meiner 6TB 4096 Bytes.
Wie wurde denn die R: eingerichtet ?'
Mit der DTV als GPT-Partition. Ich arbeite bei Platten nahezu grundsätzlich mit GPT.

'Wie kopierst Du denn ?'
Einen Teil habe ich mit TeraCopy gemacht. Dieses Programm meldete mir dann auch die astronischen Werte.
Jetzt arbeite ich wieder mit meinem Std-Programm ALTAP-Salamander. Dort sind die angegebenen Werte zumindest halbwegs plausibel.
Manchmal werden jedoch auch hier während des Kopierens/Verschiebens Mondwerte angezeigt, aber spätestes nachdem Abschluss Operation stimmen die Zahlen soweit wieder.
Ich habe die Platten jetzt noch einmal umpartitioniert: vo nGPT nach MBR und wieder zurück. Seitdem stimmen die Zahlen wieder. Ich hoffe, dass das auch so bleibt.
Offenbar hatte sich die DTV vorher ein wenig vergaloppiert.
Von TeraCopy habe ich michendgültig verabschiedet. Das Programm ist deutlich langsamer und umständlicher zu bedienen als mein Salamander. Schadeum die Lizenzgebühren :-(
 
  • #11
Ich benutze seit vielen Jahren den EF-Commander, da zahlt man einmal die Lizenz und benutzt sie ein Leben lang. Der Emil ist ein fleißiger Mensch und bringt in jedem Jahr mehrere neue Versionen heraus. Man kann vom Smartphone über USB kopieren, man hat einen Hex-Editor, und viele, viele Funktionen.

EFSoftware - Producer of award-winning programs for Windows and OS/2

Award-winning products for Windows and OS/2
www.efsoftware.com
 
  • #12
Zunächst danke für deinen Tipp, ich werde mir dieses Progrämmchen einmal anschauen.

Zum eigentlichen Thema:
Die Sache hat sich geklärt. Ursache waren nicht-Win-konforme Formatierungen der 3 TB-Platten. Sie sahen aus wie GPT-Partitionen mit einem einzigen Laufwerk über die gesamte Kapazität.
Tatsächlich aber waren die Werte für Sektoranzahl, Clustergröße usw. so 'angepasst', dass es für einen Controler möglich war, diesen Platz mit 2hoch40 Bit zu adressieren. In einem anderen Controler ging das dann schief.
Nachdem ich jetzt sämtliche fraglichen Platten als GPT-Partition ausgewiesen hatte, kann ich damit so arbeiten, wie es von Anfang aus vorgesehen war.

Damit schieße ich das Thema.
 
Thema:

Dateien belegen den doppelten Speicherplatz

ANGEBOTE & SPONSOREN

Neueste Beiträge

Neueste Themen

Statistik des Forums

Themen
113.849
Beiträge
708.002
Mitglieder
51.499
Neuestes Mitglied
sugarland
Oben