Never change the files described below. They are absolutely important for storeBackup to work properly!
Inside a backup, the following entries are always created. Don't delete them. Also make sure you do not have these in the top level directory of your source tree:
version=1.3
date=2008.09.06 10.23.33
sourceDir='/home/hjc'
followLinks=0
compress='bzip2'
uncompress='bzip2' '-d'
postfix='.bz2'
exceptSuffix='\.bz2' '\.gif' '\.gpg' '\.gz' '\.jpg' '\.mp3' '\.mpeg' '\.mpg' '\.ogg'
exceptDirs='/home/hjc/Mail' '/home/hjc/Maildir' '/home/hjc/nosave' '/home/hjc/tmp'
includeDirs=
exceptRule='$size > &::SIZE("100M")'
includeRule=
exceptTypes=
preservePerms=yes
lateLinks=yes
lateCompress=yes
cpIsGnu=yes
# contents/md5 compr dev-inode inodeBackup ctime mtime atime size uid gid mode filename dir 0 2097-386 0 1169342164 1094800914 1200948038 0 1049 100 493 c++ 063e5feb114a82059e7f44c5fb0e548c c 2097-1834 1372638 1169343033 1078512595 1125554314 489786 1049 1001 384 mbox symlink 0 2097-31105 0 1169350675 1169350675 1169350675 0 1049 0 0 .Xresources
The permissions (mode) are stored as decimal values (not octal)!
These files may be in the root of your backup directory:
The following file only exist if you use option lateLinks. After a successful run of storeBackupUpdateBackup.pl, these files are deleted:
../2008.09.05_16.07.23 ../../lotte/2008.09.06_02.00.04Here you see a relative path to a previous backup and a link to a backup in another backup series.
../2008.09.06_10.23.33