> DONT BACKUP VFAT INCREMENTALLY
> There is only one date on a file on a VFAT partition and as
> every command down to the DOS copy command preserves that date
> you cannot see what's been changed.
> Hopefully the ctime is being set to now (or now-1); this is the
> _right_ thing to do.
> There is a good feature of VFAT (I _DONT_ believe it !!! a GOOD
> feature in VFAT!!!!!!!) in the archive bit. This would provide
> reliable incrememtal backups ... but it can't be mapped onto
> Unix semantics.
Depends what you mean by 'mapped' actually. My suggestion would be to
use it to determine the mtime to be presented, according to the
following rules:
1. If the archive bit is set, anything asking for the mtime
gets one of the following:
a. The current time.
b. The latest of the system boot time and the ctime time.
Which is chosen would depend on the exact semantics required.
2. If the archive bit is clear, anything asking for the mtime
always gets the ctime time.
Perhaps somebody can advise what is wrong with that?
The only possible problem I can see is in the fact that there would
have to be some means to turn the archive flag off that worked with
the various backup programs and was consistant with the semantics
used.
Best wishes from Riley.
+----------------------------------------------------------------------+
| There is something frustrating about the quality and speed of Linux |
| development, ie., the quality is too high and the speed is too high, |
| in other words, I can implement this XXXX feature, but I bet someone |
| else has already done so and is just about to release their patch. |
+----------------------------------------------------------------------+
* ftp://ftp.MemAlpha.cx/pub/rhw/Linux
* http://www.MemAlpha.cx/Linux/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/