Perché 2 stessi file hanno dimensioni diverse su NTFS?

Question

Perché 2 stessi file hanno dimensioni diverse su NTFS?

#1 da (1 voti)
#2 da (0 voti)

4

Ho 2 file uguali che si trovano su un filesystem NTFS:

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

Secondo ls hanno le stesse dimensioni e gli stessi attributi:

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

Ma secondo Finder e mdls hanno dimensioni diverse:

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          = ""

I fork delle risorse AFAIK dovrebbero apparire in ls -l@ come com.apple.ResourceFork attributo. Non esiste un attributo del genere nel mio file. Quale potrebbe essere la differenza tra loro?

UPDATE: non l'ho notato all'inizio. Entrambi i file risiedono nel filesystem NTFS a cui si accede tramite il driver Paragon NTFS v12.

mavericks filesystem ntfs

posta Poma 22.01.2015 - 10:11

fonte

2 risposte

Leggi altre domande sui tag mavericks filesystem ntfs

Mac mini (Fine 2014) e 4K TV Perché il mio hotspot istantaneo su Yosemite / iOS 8 è incoerente?

score 1 · Answer 1

Questo è probabilmente dovuto al modo in cui il driver Paragon gestisce la compressione NTFS nativa. Se capisco correttamente i loro documenti, può decomprimere al volo, ma in realtà non può scrivere di nuovo il file in stato compresso.

Dalla loro pagina faq :

In che modo il driver NTFS per Mac® gestisce i file compressi?
NTFS supporta la propria funzione di compressione. È impossibile (senza una speciale copia di routine) copiare file o directory compressi "così come sono" - perché dopo la fase di lettura otteniamo il file o la directory non compressi. Tuttavia, se la cartella di destinazione è compressa (su una partizione NTFS), anche il file o la cartella verranno compressi.

Puoi confermare i tuoi sospetti da Windows, utilizzando gli strumenti standard di Windows: link
(Purtroppo, non ho trovato alcuno strumento che possa confermarlo da Paragon)

score 0 · Answer 2

La prima cosa che proverei è dire a Spotlight di reindicizzare il file. I metadati nell'indice di Spotlight potrebbero essere obsoleti (non l'ho mai visto prima, ma non si sa mai). Basta eseguire il seguente comando per dire a Spotlight di reindicizzare il file.

mdimport /path/to/src.mov

Puoi anche eseguirlo con -d 1 fino a -d 4 per quantità variabili di informazioni di debug come segue.

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

Se ciò non fa alcuna differenza, date le diverse dimensioni del file e il fatto che (secondo il vostro domanda precedente ) Unison non è stato in grado di eseguire il backup del file. Sospetto la corruzione nel file system.

Credo che Paragon aggiunga la possibilità di verificare e riparare i volumi NTFS all'interno di Utility Disco. Potresti provare a verificare e riparare il volume, quindi controllare il file originale per vedere se la dimensione è stata modificata. Se si collega questo volume a un computer Windows è possibile provare a eseguire anche CHKDSK.