Xcopy /D copies all files, not just newer

On Aug 5, 8:13 pm, "Gene E. Bloch" <not...@other.invalid> wrote:<!--coloro:blue--><span style="color:blue <!--/coloro-->
> On Wed, 5 Aug 2009 13:05:19 -0700 (PDT), Michael Cortese wrote:<!--coloro:green--><span style="color:green <!--/coloro-->
> > On Aug 4, 7:56 pm, <.> wrote:<!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >> File Times
> >> A file time is a 64-bit value that represents the number of 100-nanosecond
> >> intervals that have elapsed since 12:00 A.M. January 1, 1601 Coordinated
> >> Universal Time (UTC). The system records file times when applications
> >> create, access, and write to files.<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro--><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >> The NTFS file system stores time values in UTC format, so they are not
> >> affected by changes in time zone or daylight saving time. The FAT file
> >> system stores time values based on the local time of the computer. For
> >> example, a file that is saved at 3:00pm PST in Washington is seen as 6:00pm
> >> EST in New York on an NTFS volume, but it is seen as 3:00pm EST in New York
> >> on a FAT volume.<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro--><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >> Timestamps are updated at various times and for various reasons. The only
> >> guarantee about a file timestamp is that the file time is correctly
> >> reflected when the handle that makes the change is closed.<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro--><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >> Not all file systems can record creation and last access times, and not all
> >> file systems record them in the same manner. For example, the resolution of
> >> create time on FAT is 10 milliseconds, while write time has a resolution of
> >> 2 seconds and access time has a resolution of 1 day, so it is really the
> >> access date. The NTFS file system delays updates to the last access time for
> >> a file by up to 1 hour after the last access.<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro--><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >> --
> >> .
> >> --
> >> "Gene E. Bloch" <not...@other.invalid> wrote in messagenews:y98tshdrx9uv.18fwznxina5l1.dlg@40tude.net...<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro--><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >>> On Fri, 31 Jul 2009 01:37:53 -0700 (PDT),MikeC wrote:<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro--><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >>>> On Jul 26, 4:48 pm, "Rick Rogers" <r...@mvps.org> wrote:
> >>>>> Hi,<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro--><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >>>>> Sincexcopyis deprecated, try
> >>>>> usingrobocopy:<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro--><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >>>>> --
> >>>>> Best of Luck,<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro--><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >>>>> Rick Rogers, aka "Nutcase" - Microsoft
> >>>>> MVPhttp://mvp.support.microsoft.com/
> >>>>> Windows help -www.rickrogers.org
> >>>>> Vote for my shoe:<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro--><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >>>>> "MikeC" <michaelj...@hotmail.com> wrote in message<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro--><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >>>>>news:1662249e-4fe3-419c-bdde-f674ae97b54e@s31g2000yqs.googlegroups.com...<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro--><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >>>>>>I am trying to use a batchfile to backup from a PC to a NAS. I am
> >>>>>> using the /Dswitch, and the files are mostly months newer on the NAS,
> >>>>>> but it still wants to copy them all. Anyone know why or how to
> >>>>>> workaround this?<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro--><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >>>> I take it back thatRobocopyworked.  Using the /XO switch to exclude
> >>>> older files, it still wants to copy files that have the exact
> >>>> timestamp on them.  I verified this on several files and the
> >>>> timestamps are the same to the second.  Oddly, it isn't on all files,
> >>>> but a lot of them.<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro--><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >>> I don't remember about Windows, but I recall that Unix file time stamps
> >>> are
> >>> recorded to the millisecond. If this is true in NTFS, two files could seem
> >>> to have the same age while one is in fact older, when the display is only
> >>> to the second.<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro--><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >>> Now ask me whether I believe that is happening here...<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro--><!--coloro:darkred--><span style="color:darkred <!--/coloro-->
> >>> --
> >>> Gene E. Bloch      letters0x40blochg0x2Ecom<!--colorc--><!--/colorc--><!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro-->
> > There is a switch that accomodates an 1 hour time zone difference (/
> > dst) . Even with that,robocopystill insists on copy files that have
> > the same time (at the resolution that I can see).  I see there is  a
> > FAT time switch  (/fft  - assumes FAT file times (two-second
> > granularity) - I will try that when I get home.<!--colorc--><!--/colorc-->
><!--coloro:green--><span style="color:green <!--/coloro-->
> > I am almost positive both volumes are formatted NTFS and will verify
> > that.<!--colorc--><!--/colorc-->
>
> The FAT switch sounds worth a try...Excellent detective work
>
> I still won't bet that my guess was right, but at least it wasn't bad
> (i.e., it wasn't completely off the wall).
>
> --
> Gene E. Bloch      letters0x40blochg0x2Ecom<!--colorc--><!--/colorc-->

That worked! My source drive is NTFS. My NAS only supports ext2 (no
NTFS or Fat32). So it isn't FAT32, but that switch made it work
properly. Thanks