Recientemente instalé una Synology DiskStation en mi red. Lo monté desde una computadora Ubuntu 12.04.1 con el botón Examinar red en Nautilus 3.4.2. Aparece como afp: //[email protected]/photo/ en Nautilus.
Hasta aquí todo bien. Luego cargué muchas fotos, todas con tiempos de modificación que abarcan varios meses. Cuando miré el directorio de fotos en DiskStation, todas tenían tiempos de modificación por el momento en que se copiaron, no los tiempos de modificación en la computadora de origen. Esto en cuanto a ordenarlos por fecha en DiskStation.
¿Hay alguna manera de volver a copiar los archivos pero se conserva su fecha de modificación? Quizás monté el DiskStation de la manera incorrecta. Quizás Nautilus fue la herramienta incorrecta para usar. ¿Alguna sugerencia?
Por cierto, he movido gigabytes de fotos a un NAS diferente (Plextor PX-EH) sobre SMB / CIFS de Ubuntu 10.04, 10.10, 11.04 y 11.10 con tiempos de modificación totalmente preservados. El problema debe estar en Synology o en algún software Ubuntu 12.04.
fuente
rsync
o una de sus interfaces de interfaz gráfica de usuario para sincronizar fotos. Además, también debe ser compatible con SMB / CIFS, que puede montar directamente en Ubuntu y copiar datos concp
,rsync
o cualquier otra herramienta.Respuestas:
Creo que he resuelto el problema. En Ubuntu 12.04, en Nautilus hay dos formas de conectarse al NAS DiskStation remoto. Uno conserva los tiempos de modificación, uno no.
En el menú en el lado izquierdo de una ventana de Nautilus, el botón Examinar red ... finalmente conduce a una conexión AFP (Protocolo de archivo de Apple) a DiskStation, a través de la cual ni Nautilus ni las
cp -p
copias conservan el tiempo de modificación. Intenté deshabilitar el soporte de Apple en DiskStation, pero en ese modo, DiskStation ni siquiera era visible en Browse Network.En el menú Archivo de Nautilus hay una opción Conectar al servidor ... que ofrece una gran cantidad de protocolos. Elegí Windows, ingresé mis credenciales y me conecté sin problemas. En este modo, se conservan los tiempos de modificación, por lo que pude volver a copiar mis fotos y preservar sus fechas.
Gracias Sergey y david6 por sus sugerencias. Esperemos que la gente encuentre valiosa esta información.
fuente
El
cp
comando estándar tiene una--preserve
marca que conserva ciertos atributos (por defecto: modo, propiedad, marcas de tiempo) al copiar.Entonces algo como esto:
debería hacer el truco en el caso "normal". Sin embargo, la
afp://
cosa en la URL me confunde: ¿es el Protocolo de presentación de Apple? Todas las apuestas están apagadas en este caso.Creo que me gustaría agregar: confiar en las fechas de modificación de archivos para catalogar sus fotos es muy frágil. Para esto sirven los metadatos de imagen (EXIF, etc.). O, al menos, simplemente colóquelos en los directorios según su fecha de disparo: fotos / 2012/12/05, etc.
fuente
cp -p
desde un terminal y obtuve este error: "cp: preservar tiempos para '.gvfs / AFP volume photo para randall en DiskStation / target_dir / image.JPG': Operación no admitida". Así que supongo quecp -p
no va a funcionar. Probaré la sugerencia de david6.cp -p
no conserva las marcas de tiempo. He montado el NAS a través desmb
. Le pregunté al soporte de Synology, y aparentemente la falta de preservación es el comportamiento predeterminado. Por otro lado,rsync
conserva marcas de tiempo.cp -a
lugar .Este es el clásico problema de inserción / extracción , para la copia remota.
El host receptor no está cumpliendo con el sello de fecha de los archivos recibidos . Nautilus tiene esta misma falla, desde 10.04 LTS hasta 12.10 ..
Esto se resuelve (para Nautilus), cuando se copia entre dos hosts Ubuntu, copiando siempre desde el host remoto (fuente) al host local (destinatario). ( 'También conocido como TIRE ')
Su problema es con la caja NAS, y no con Ubuntu.
Lo necesita para honrar el sello de fecha de los archivos recibidos (por defecto).
¿Está utilizando NFS (Linux) o CIFS (Windows) para compartir archivos?
fuente
¡Resulta que conservar marcas de tiempo para archivos y directorios sigue siendo un problema en 2019! Estaba copiando archivos de una máquina Ubuntu 16 a una Ubuntu 18 a través de SFTP, usando Nautilus en Ubuntu 18, y todos los archivos tenían la marca de tiempo actual, pero los directorios tenían las marcas de tiempo originales. Otras herramientas fallaron también:
Lo que sí funcionó fue montar el sistema de archivos remoto usando sshfs :
Copiar desde la ruta montada también permitió a Midnight Commander preservar las marcas de tiempo (pero no ayudó a BeyondCompare).
fuente