Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[gerrym]

This was discussed on the surface in a post over a year ago.   Having just purchased two of these DNS321, I am using some basic xcopy scripts in .cmd files to provide backups onto the DNS321 from various XP boxes.

xcopy /d copies only newer files, and works great on all other network or local storage I've used.   But the DNS321 being Linux based and using an SMB mount to a ext3 file system is causing xcopy /d to just copy ever file every time.    Tests to locally mounted or USB/Firewire drives indictate its just the DNS321 doing this.  Is there a setting on the DNS321 to get around this?   Should I try NFS?

I have tried Robocopy, it behaves the same, i.e. copies all files to the DNS321, but works fine to other USB or Firewire connected drives.

Any one work this one out?    I have a very simple requirement, and sure... backup software would work.  Scripts and the AT command have always done it for me, but not with this device.

[jamieburchell]

I've posted this in the 323 forum, but have included below.

This is because NTFS timestamps have a greater granularity than EXT file systems.
In robocopy for example, you need to specify the /FFT (assume FAT File System - allow for 2 second or less difference) switch to stop this problem. FAT also has a less accurate timestamp than NTFS.

FAT - 2 seconds
exFAT - 10 milliseconds
NTFS - 100 nanoseconds
EXT2/3 - 1 second

[gerrym]

Oh MOST EXCELLENT!!

Using /FFT as one of the switches and it works!!!

( that  /FFS switch as above is not found in robocopy... guess I need to send you a Starbucks card.   )

 

You have REALLY helped here!   I need to check out the 323 section.   Yep.

[jamieburchell]

Apologies, I did mean /FFT.
Glad to have helped!