On 6/28/05, Martin Simmons <[EMAIL PROTECTED]> wrote: > Siju> Could you please explain how??? > > For each file saved in the backup, you record its full path and some unique id > that remains unchanged during renaming (e.g. the inode number on UNIX). For > each dir saved, you also record the names of the all files/dirs in that dir. > You do both of these things for the initial full backup and subsequent > incr/diff backups. > > During the restore of the full backup, you create a table mapping the unique > ids to the full paths. Then during the restores of the incr/diff backups, you > can search the table for each unique id being restored and decide if the file > is new or renamed (or newly hard-linked). For directories you can check the > list of names in that directory to detect deleted or renamed files. > > This only works on filesystems where renaming a file will change its ctime (or > some other property) and where deleting a file will change the mtime (or some > other property) of its directory. > > This is how ufsdump and star work. >
Thanks a million Martin for the explanation but it seems a little complicating for me at present. The only backup utility I ever used is the windows one. There you can take a normal backup first ( full backup) and then take differential backup every time and if you restore a differential backup you will get exactly the same contents that was there at the time the differential backup was taken. Is there no utility in Linux that will simply do this??? Thanks a lot again kind regards Siju ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
