Re: [Bug-tar] Incremental restore seems to first create then rename

[Joerg Schilling]

Martin Simmons <address@hidden> wrote:

> >>>>> On Sun, 12 Sep 2004 20:23:03 +0200, "Felix E. Klee" <address@hidden> 
> >>>>> said:
>
>   Felix> Anyways, I'll look for a tool that does not backup entire 
> directories,
>   Felix> if they have only been moved since the last backup. Discovering such
>   Felix> cases should be possible by looking at the inode number and the
>   Felix> modification time: If the inode number and the modification time of a
>   Felix> directory is identical to one stored in a previous backup, then those
>   Felix> directories are identical. If the paths are different, then a move
>   Felix> should take place upon restore.
>
> I don't think that will work because inode numbers are not unique over time.
> E.g. dirs foo and bar below are not related.

It definitely does work. It is the way ufsdump/ufsrestore work since 1981.

> $ mkdir foo
> $ ls -id foo
>  479041 foo
> $ rmdir foo
> $ mkdir bar
> $ ls -id bar
>  479041 bar

Star handles this case... Check star-1.5a47 

ftp://ftp.berlios.de/pub/star/alpha/

Jörg

-- 
 EMail:address@hidden (home) Jörg Schilling D-13353 Berlin
       address@hidden           (uni)  If you don't have iso-8859-1
       address@hidden   (work) chars I am J"org Schilling
 URL:  http://www.fokus.fraunhofer.de/usr/schilling 
ftp://ftp.berlios.de/pub/schily