¿Por qué dos archivos tienen el mismo tamaño en NTFS?

Question

¿Por qué dos archivos tienen el mismo tamaño en NTFS?

#1 de Temikus (1 votos)
#2 de Alistair McMillan (0 votos)

4

Tengo 2 archivos iguales que residen en un sistema de archivos 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

Según ls , tienen los mismos tamaños y los mismos atributos:

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

Pero según Finder y mdls tienen diferentes tamaños:

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

Las bifurcaciones de recursos AFAIK deberían aparecer en ls -l@ como atributo com.apple.ResourceFork . No hay tal atributo en mi archivo. ¿Cuál puede ser la diferencia entre ellos?

ACTUALIZACIÓN: no me di cuenta al principio. Ambos archivos residen en el sistema de archivos NTFS al que se accede a través del controlador NTFS v12 de Paragon.

mavericks filesystem ntfs

pregunta Poma 22.01.2015 - 10:11

2 respuestas

Lea otras preguntas en las etiquetas mavericks filesystem ntfs

Tarjeta USB 3.0 en una Mac Pro 2008 con Yosemite 10.10 Selector de bibliotecas de iPhoto

score 1 · Answer 1

Esto probablemente se deba a que el controlador de Paragon maneja la compresión NTFS nativa. Si entiendo sus documentos correctamente, se puede descomprimir sobre la marcha, pero no puede volver a escribir el archivo en estado comprimido.

Desde su página de preguntas frecuentes :

¿Cómo maneja el controlador NTFS para Mac® los archivos comprimidos?
NTFS soporta su propia característica de compresión. Es imposible (sin una rutina de copia especial) copiar archivos o directorios comprimidos "tal cual", porque después del paso de lectura obtenemos el archivo o directorio sin comprimir. Sin embargo, si la carpeta de destino está comprimida (en una partición NTFS), el archivo o la carpeta también se comprimirán.

Puedes confirmar tus sospechas desde Windows, mediante el uso de herramientas estándar de Windows: enlace
(Desafortunadamente, no he encontrado ninguna herramienta que pueda confirmarlo en Paragon)

score 0 · Answer 2

Lo primero que intentaría es decirle a Spotlight que reindexe el archivo. Podría ser que los metadatos en el índice de Spotlight están desactualizados (nunca antes había visto esto, pero nunca se sabe). Simplemente ejecute el siguiente comando para decirle a Spotlight que vuelva a indexar el archivo.

mdimport /path/to/src.mov

También puede ejecutarlo con -d 1 hasta -d 4 para cantidades variables de información de depuración de la siguiente manera.

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

Si eso no hace ninguna diferencia, dados los diferentes tamaños de archivos y el hecho de que (de acuerdo con su pregunta anterior ) Unison no pudo hacer una copia de seguridad del archivo. Sospecho que hay corrupción en el sistema de archivos.

Creo que Paragon agrega la capacidad de verificar y reparar volúmenes NTFS dentro de la Utilidad de Disco. Puede intentar verificar y reparar el volumen y luego verificar el archivo original para ver si se ha modificado el tamaño. Si conectar este volumen a una máquina con Windows es una posibilidad, también puede intentar ejecutar CHKDSK contra él.