Warum haben 2 gleiche Dateien auf NTFS unterschiedliche Größe?

Ich habe zwei gleiche Dateien, die sich auf einem NTFS-Dateisystem befinden:

Romans-MacBook-Pro:cut poma$ md5 src.mov 
MD5 (src.mov) = 7d59d01e5efffe3a258eff86d8b775a0
Romans-MacBook-Pro:cut poma$ md5 copy.mov 
MD5 (copy.mov) = 7d59d01e5efffe3a258eff86d8b775a0

Entsprechend lshaben sie die gleichen Größen und die gleichen Eigenschaften:

Romans-MacBook-Pro:cut poma$ ls -l@
total 10681888
...
-rw-r--r--@ 1 poma  staff   290300838 Jan 19 13:56 copy.mov
    com.apple.quarantine            22 
    Mac_Metadata            20 
-rw-rw-rw-@ 1 poma  staff   290300838 Jan 19 13:12 src.mov
    com.apple.quarantine            22 
    Mac_Metadata            20

Aber laut Finder und mdlssie haben unterschiedliche Größe:

Romans-MacBook-Pro:cut poma$ mdls src.mov 
kMDItemFSContentChangeDate = 2015-01-19 06:12:45 +0000
kMDItemFSCreationDate      = 2015-01-05 04:54:25 +0000
kMDItemFSCreatorCode       = ""
kMDItemFSFinderFlags       = 0
kMDItemFSHasCustomIcon     = 0
kMDItemFSInvisible         = 0
kMDItemFSIsExtensionHidden = 0
kMDItemFSIsStationery      = 0
kMDItemFSLabel             = 0
kMDItemFSName              = "src.mov"
kMDItemFSNodeCount         = 290301124
kMDItemFSOwnerGroupID      = 99
kMDItemFSOwnerUserID       = 99
kMDItemFSSize              = 290301124
kMDItemFSTypeCode          = ""

Romans-MacBook-Pro:cut poma$ mdls copy.mov 
kMDItemFSContentChangeDate = 2015-01-19 06:56:04 +0000
kMDItemFSCreationDate      = 2015-01-19 06:56:04 +0000
kMDItemFSCreatorCode       = ""
kMDItemFSFinderFlags       = 0
kMDItemFSHasCustomIcon     = 0
kMDItemFSInvisible         = 0
kMDItemFSIsExtensionHidden = 0
kMDItemFSIsStationery      = 0
kMDItemFSLabel             = 0
kMDItemFSName              = "copy.mov"
kMDItemFSNodeCount         = 290300838
kMDItemFSOwnerGroupID      = 99
kMDItemFSOwnerUserID       = 99
kMDItemFSSize              = 290300838
kMDItemFSTypeCode          = ""

AFAIK-Ressourcenzweige sollten ls -l@als com.apple.ResourceForkAttribut erscheinen. Es gibt kein solches Attribut in meiner Datei. Was kann der Unterschied zwischen ihnen sein?

UPDATE: Ist mir zunächst nicht aufgefallen. Beide Dateien befinden sich im NTFS-Dateisystem, auf das über den Paragon NTFS-Treiber v12 zugegriffen wird.

Wie haben Sie die Kopie erstellt (über Finder, über Terminal, etwas anderes)?
über Terminal mitcp
Wurden sie auf verschiedenen Dateisystemen erstellt? Unterschiedliche Dateisysteme können unterschiedliche Extents oder minimale Zuordnungseinheiten haben ...
Nein, sie sind im selben Ordner
Wenn Sie src.movim Finder duplizieren, welche Größe hat die duplizierte Datei danach ls?
Alle drei Dateien listen dieselben Größen (290300838) in ls. In Finder und 'mdls' duplizierte Datei hat die gleiche Größe wie copy.movund unterscheidet sich von src.mov.
Der Frage wurden wichtige Dateisystemdetails hinzugefügt

Antworten (2)

Dies liegt wahrscheinlich daran, wie der Paragon-Treiber die native NTFS-Komprimierung handhabt. Wenn ich ihre Dokumentation richtig verstehe, kann sie im laufenden Betrieb dekomprimiert werden, kann die Datei jedoch nicht im komprimierten Zustand zurückschreiben.

Von ihrer FAQ-Seite :

  1. Wie verarbeitet der NTFS für Mac®-Treiber komprimierte Dateien?
    NTFS unterstützt eine eigene Komprimierungsfunktion. Es ist (ohne eine spezielle Kopierroutine) unmöglich, komprimierte Dateien oder Verzeichnisse "wie sie sind" zu kopieren - weil wir nach dem Leseschritt die unkomprimierte Datei oder das unkomprimierte Verzeichnis erhalten. Wenn der Zielordner jedoch komprimiert ist (auf einer NTFS-Partition), wird die Datei oder der Ordner ebenfalls komprimiert.

Sie können Ihren Verdacht von Windows bestätigen, indem Sie Standard-Windows-Tools verwenden: https://technet.microsoft.com/en-us/library/cc976811.aspx
(Leider habe ich keine Tools gefunden, die ihn von Paragon bestätigen können)

Die Quelldatei wurde in OS X erstellt und kann daher nicht komprimiert werden, wenn Ihre Aussage zutrifft

Als erstes würde ich versuchen, Spotlight anzuweisen, die Datei neu zu indizieren. Könnte sein, dass die Metadaten im Index von Spotlight einfach veraltet sind (ich habe das noch nie gesehen, aber man weiß nie). Führen Sie einfach den folgenden Befehl aus, um Spotlight anzuweisen, die Datei neu zu indizieren.

mdimport /path/to/src.mov

Sie können es auch mit -d 1bis zu -d 4für unterschiedliche Mengen an Debugging-Informationen wie folgt ausführen.

mdimport -d 1 /path/to/src.mov

Wenn das keinen Unterschied macht, würde ich angesichts der unterschiedlichen Dateigrößen und der Tatsache, dass (gemäß Ihrer früheren Frage ) Unison die Datei nicht sichern konnte, eine Beschädigung im Dateisystem vermuten.

Ich glaube, Paragon fügt die Möglichkeit hinzu, NTFS-Volumes im Festplattendienstprogramm zu überprüfen und zu reparieren. Sie können versuchen, das Volume zu überprüfen und zu reparieren und dann die Originaldatei zu überprüfen, um festzustellen, ob die Größe geändert wurde. Wenn das Verbinden dieses Volumes mit einem Windows-Computer möglich ist, können Sie auch versuchen, CHKDSK dagegen auszuführen.

mdimportmachte keinen Unterschied. Und es ist keine FS-Korruption, da alle Dateien, die von einem bestimmten Programm (Videotool) erstellt wurden, solche Eigenschaften haben.
Also sind nur die von diesem Tool erstellten Dateien so? Welches Videotool?
Alle in DaVinci Resolve gerenderten Dateien
Warum haben 2 gleiche Dateien auf NTFS unterschiedliche Größe?
AntwortenHierDatenschutz-Bestimmungen1y, 1v