Al copiar un archivo desde una unidad flash al sistema de archivos macOS, la fecha de creación del archivo sigue siendo la misma que la del archivo original.
Si está en Windows, la fecha de creación de un nuevo archivo al copiar un archivo y pegarlo no será la misma que la del archivo original, sino que tendrá la fecha y hora actual.
¿Por qué el comportamiento es diferente entre los sistemas operativos? ¿Esto se debe a las diferentes especificaciones en el sistema de archivos NTFS y HFS?
Esto se debe a que la función de copia de GUI en macOS conserva todos los atributos de forma predeterminada.
Cuando copia y pega un archivo en macOS, por defecto está haciendo esto:
cp -a /source/file1 /destination/
que conserva atributos como permisos y marcas de tiempo.
La única solución para esto (es decir, para lograr un comportamiento similar al de Windows) es copiar archivos mediante la línea de comandos. Aplicaciones -> Terminal.app
y usa el siguiente comando:
cp -r /source/file1 /destination
Alternativamente, puede simplificar el proceso al permitir que el terminal obtenga las rutas de los archivos simplemente arrastrando y soltando el archivo de origen y la carpeta de destino:
cp -r Acabo de encontrar la respuesta en esta publicación de ayuda de Mac de Gregory Pratt :
La filosofía de Windows hacia los tiempos de creación se centra en el sistema de archivos; la marca de tiempo refleja la hora en que se creó la entrada del archivo en ese volumen. Por esta razón, cuando copia el archivo a un volumen diferente, la copia obtiene una nueva marca de tiempo de creación, una que incluso podría ser más reciente que la hora de modificación del archivo.
La filosofía de Mac hacia los tiempos de creación está orientada a los documentos; la marca de tiempo indica cuándo se guardó por primera vez el documento (el contenido del archivo).
Shayán
muru
-R, pero no-r. ¿Instalaste GNU coreutils? ¿Quécp --versioninforma?mmmmmm
$ cp usage: cp [-R [-H | -L | -P]] [-fi | -n] [-apvX] source_file target_file cp [-R [-H | -L | -P]] [-fi | -n] [-apvX] source_file ... target_directoryno da-rmateusz szlosek
Historic versions of the cp utility had a -r option. This implementation supports that option; however, its use is strongly discouraged, as it does not correctly copy special files, symbolic links, or fifo's.Kal
-adeja de conservar los atributos del archivo y agregar-R(recursivo) hace que funcione con carpetas.