FAQ - Frequently Asked Questions

Restore
- After Restore I have duplicates with extension ".backup.20131121"
- Back In Time doesn't find my old Snapshots on my new Computer
Schedule
Known Errors and Warnings
- WARNING: A backup is already running
- The application is already running!
Error Handling
user-callback and other PlugIns
- How to backup Debian/Ubuntu Package selection?
- How to restore Debian/Ubuntu Package selection?
Hardware-specific Setup
Uncategorised questions

Restore

After Restore I have duplicates with extension ".backup.20131121"

This is because Backup files on restore in Options was enabled. This is default setting to prevent overriding files on restore.

If you don't need them any more you can delete those files. Open a terminal and run:

find /path/to/files -regextype posix-basic -regex ".*\.backup\.[[:digit:]]\{8\}"

Check if this correctly listed all those files you want to delete and than run:

find /path/to/files -regextype posix-basic -regex ".*\.backup\.[[:digit:]]\{8\}" -delete

Back In Time doesn't find my old Snapshots on my new Computer

Back In Time prior to version 1.1.0 had an option called Auto Host/User/Profile ID (hidden under General > Advanced) which will always use the current host- and username for the full snapshot path. While (re-)installing your Computer you probably chose a different host- or username than on your old machine. With Auto Host/User/Profile ID activated Back In Time now try to find your Snapshots under the new host- and username underneath the /path/to/backintime/ path.

The Auto Host/User/Profile ID option is gone in version 1.1.0 and above. It was totally confusing and didn't add any good.

You have three options to fix this:

Disable Auto Host/User/Profile ID and change Host and User to match your old machine.
Rename the Snapshot path /path/to/backintime/OLDHOSTNAME/OLDUSERNAME/profile_id to match your new host- and username.
Upgrade to a more recent version of Back In Time (1.1.0 or above). The Auto Host/User/Profile ID option is gone and it also comes with an assistant to restore the config from an old Snapshot on first start.

Schedule

How does the 'Repeatedly (anacron)' schedule work?

In fact Back In Time doesn't use anacron anymore. It was to inflexible. But that schedule mimics anacron.

BIT will create a crontab entry which will start backintime --backup-job every 15min (or once an hour if the schedule is set to weeks). With the --backup-job command, BIT will check if the profile is supposed to be run this time or exit immediately. For this it will read the time of the last successful run from ~/.local/share/backintime/anacron/ID_PROFILENAME. If this is older than the configured time, it will continue creating a snapshot.

If the snapshot was successful without errors, BIT will write the current time into ~/.local/share/backintime/anacron/ID_PROFILENAME (even if Repeatedly (anacron) isn't chosen). So, if there was an error, BIT will try again at the next quarter hour.

backintime --backup will always create a new snapshot. No matter how many time elapsed since last successful snapshot.

Will a scheduled snapshot run as soon as the computer is back on?

Depends on which schedule you choose:

the schedule Repeatedly (anacron) will use an anacron-like code. So if your computer is back on it will start the job if the given time is gone till last snapshot.
with When drive get connected (udev) Back In Time will start a snapshot as soon as you connect your drive ;-)
old fashion schedules like Every Day will use cron. This will only start a new snapshot at the given time. If your computer is off, no snapshot will be created.

If I edit my crontab and add additional entries, will that be a problem for BIT as long as I don't touch its entries? What does it look for in the crontab to find its own entries?

You can add your own crontab entries as you like. Back In Time will not touch them. It will identify it's own entries by the comment line #Back In Time system entry, this will be edited by the gui: and the following command. You should not remove/change that line. If there are no automatic schedules defined Back In Time will add an extra comment line #Please don't delete these two lines, or all custom backintime entries are going to be deleted next time you call the gui options! which will prevent Back In Time to remove user defined schedules.

Known Errors and Warnings

WARNING: A backup is already running

Back In Time uses signal files like worker.lock to avoid starting the same backup twice. Normally it is deleted as soon as the backup finishes. In some case something went wrong so that Back In Time was forcefully stopped without having the chance to delete this signal file.

Since Back In Time does only start a new backup job (for the same profile) if the signal file does not exist, such a file need to be deleted first. But before this is done manually, it must be ensured that Back In Time really is not running anymore. It can be ensured via

ps aux | grep -i backintime

If the output shows a running instance of Back In Time it must be waited until it finishes or killed via kill <process id>.

The application is already running! (pid: 1234567)

This message occurs when Back In Time did not finish regularly and wasn't able to delete its application lock file. Before deleting that file make sure no backintime process is running via ps aux | grep -i backintime. Otherwise kill the process. After that look into the folder ~/.local/share/backintime for the file app.loc.pid and delete it.

Error Handling

What happens if I hibernate the computer while a backup is running?

Back In Time will inhibit automatic suspend/hibernate while a snapshot/restore is running. If you manually force hibernate this will freeze the current process. It will continue as soon as you wake up the system again.

What happens if I power down the computer while a backup is running, or if a power outage happens?

This will kill the current process. The new snapshot will stay in new_snapshot folder. Depending on which state the process was while killing the next scheduled snapshot can continue the leftover new_snapshot or it will remove it first and start a new one.

What happens if there is not enough disk space for the current backup?

Back In Time will try to create a new snapshot but rsync will fail when there is not enough space. Depending on Continue on errors setting the failed snapshot will be kept and marked With Errors or it will be removed. By default Back In Time will finally remove the oldest snapshots until there is more than 1 GiB free space again.

user-callback and other PlugIns

How to backup Debian/Ubuntu Package selection?

There is a user-callback example which will backup all package selections, sources and repository keys which are necessary to reinstall exactly the same packages again. It will even backup whether a package was installed manually or automatically because of dependencies.

Download the script, copy it to ~/.config/backintime/user-callback and make it executable with chmod 755 ~/.config/backintime/user-callback

It will run every time a new snapshot is taken. Make sure to include ~/.apt-backup.

How to restore Debian/Ubuntu Package selection?

If you made snapshots including apt-get package selection as described in the FAQ "How to backup Debian/Ubuntu Package selection?_" you can easily restore your system after a disaster/on a new machine.

install Debian/Ubuntu on your new hard drive as usual

install backintime-qt4 from our PPA

 sudo add-apt-repository ppa:bit-team/stable
 sudo apt-get update
 sudo apt-get install backintime-qt4

connect your external drive with the snapshots
Start Back In Time. It will ask you if you want to restore your config. Sure you want! Back In Time should find your snapshots automatically. Just select the one from which you want to restore the config and click Ok.
restore your home
recreate your /etc/apt/sources.list if you had something special in there. If your Debian/Ubuntu version changed don't just copy them from ~/.apt-backup/sources.list

copy your repositories with

 sudo cp ~/.apt-backup/sources.list.d/* /etc/apt/sources.list.d/

restore apt-keys for your PPA's with

 sudo apt-key add ~/.apt-backup/repo.keys

install and update dselect with

 sudo apt-get install dselect
 sudo dselect update install

Make some housecleaning in ~/.apt-backup/package.list. For example you don't want to install the old kernel again. So run
```
 sed -e "/^linux-$image\|headers$/d" -i ~/.apt-backup/package.list
```

install your old packages again with

 sudo apt-get update
 sudo dpkg --set-selections < ~/.apt-backup/package.list
 sudo apt-get dselect-upgrade

If you used the new script which uses apt-mark to backup package selection proceed with next step. (there should be files ~/.apt-backup/pkg_auto.list and ~/.apt-backup /pkg_manual.list). Otherwise you can stop here. Restore package selection with
```
 sudo apt-mark auto $(cat ~/.apt-backup/pkg_auto.list)
 sudo apt-mark manual $(cat ~/.apt-backup/pkg_manual.list)
```

Hardware-specific Setup

How to use QNAP QTS with BIT over SSH

To use BackInTime over SSH with a QNAP NAS there is still some work to be done in terminal.

WARNING: DON'T use the changes for sh suggested in man backintime. This will damage the QNAP admin account (and even more). Changing sh for another user doesn't make sense either because SSH only works with the QNAP admin account!

Please test this Tutorial and give some feedback!

Activate the SSH prefix: PATH=/opt/bin:/opt/sbin:\$PATH in Expert Options
Use admin (default QNAP admin) as remote user. Only this user can connect through SSH. Also activate on the QNAP SFTP on the SSH settings page.
Path should be something like /share/Public/
Create the public/private key pair for the password-less login with the user you use for BackInTime and copy the public key to the NAS.
```
ssh-keygen -t rsa
ssh-copy-id -i ~/.ssh/id_rsa.pub  <REMOTE_USER>@<HOST>
```

To fix the message about not supported find PATH -type f -exec you need to install Entware-ng. QNAPs QTS is based on Linux but some of its packages have limited functionalities. And so does some of the necessary ones for BackInTime.

Please follow this install instruction to install Entware-ng on your QNAP NAS.

Because there is no web interface yet for Entware-ng, you must configure it by SSH on the NAS.

Some Packages will be installed by default for example findutils.

Login on the NAS and updated the Database and Packages of Entware-ng with

ssh <REMOTE_USER>@<HOST>
opkg update
opkg upgrade

Finally install the current packages of bash, coreutils and rsync

opkg install bash coreutils rsync

Now the error message should be gone and you should be able to take a first snapshot with BackInTime.

BackInTime changes permissions on the backup path. The owner of the backup has read permission, other users have no access.

This way can change with newer versions of BackInTime or QNAPs QTS!

How to use Synology DSM 5 with BIT over SSH

Issue

BackInTime cannot use Synology DSM 5 directly because the SSH connection to the NAS refers to a different root file system than SFTP does. With SSH you access the real root, with SFTP you access a fake root (/volume1)

Solution

Mount /volume1/backups to /volume1/volume1/backups

Suggestion

DSM 5 isn't really up to date any more and might be a security risk. It is strongly advised to upgrade to DSM 6! Also the setup with DSM 6 is much easier!

Make a new volume named volume1 (should already exist, else create it)
Enable User Home Service (Control Panel / User)
Make a new share named backups on volume1
Make a new share named volume1 on volume1 (It must be the same name)
Make a new user named backup
Give to user backup rights Read/Write to share backups and volume1 and also permission for FTP
Enable SSH (Control Panel / Terminal & SNMP / Terminal)
Enable SFTP (Control Panel / File Service / FTP / SFTP)
Enable rsync service (Control Panel / File Service / rsync)
Since DSM 5.1: Enable Backup Service (Backup & Replication / Backup Service) (This seems not to be available/required anymore with DSM 6!)
Log on as root by SSH
Modify the shell of user backup. Set it to /bin/sh (vi /etc/passwd then navigate to the line that begins with backup, press :kbd:I to enter Insert Mode, replace /sbin/nologin with /bin/sh, then finally save and exit by pressing :kbd:ESC and type :wq followed by :kbd:Enter) This step might have to be repeated after a major update of the Synology DSM! Note: This is quite a dirty hack! It is suggested to upgrade to DSM 6 which doesn't need this any more!
Make a new directory /volume1/volume1/backups
```
mkdir /volume1/volume1/backups
```

Mount /volume1/backups on /volume1/volume1/backups

mount -o bind /volume1/backups /volume1/volume1/backups

To auto-mount it make a script /usr/syno/etc/rc.d/S99zzMountBind.sh
```
#!/bin/sh

 start()
 {
        /bin/mount -o bind /volume1/backups /volume1/volume1/backups
 }

 stop()
 {
        /bin/umount /volume1/volume1/backups
 }

 case "$1" in
        start) start ;;
        stop) stop ;;
        *) ;;
 esac
```
Note: If the folder /usr/syno/etc/rc.d doesn't exist, check if /usr/local/etc/rc.d/ exists. If so, put it there. (After I updated to Synology DSM 6.0beta, the first one did not exist anymore). Make sure the execution flag of the file is checked , else it will not get run at start! To make it executable, run: chmod +x /usr/local/etc/rc.d/S99zzMountBind.sh

On the workstation on which you try to use BIT make SSH keys for user backup, send the public key to the NAS

ssh-keygen -t rsa -f ~/.ssh/backup_id_rsa
ssh-add ~/.ssh/backup_id_rsa
ssh-copy-id -i ~/.ssh/backup_id_rsa.pub backup@<synology-ip>
ssh backup@<synology-ip>

You might get the following error:

/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
/usr/bin/ssh-copy-id: WARNING: All keys were skipped because they already exist on the remote system.

If so, copy the public key manually to the NAS as root with

scp ~/.ssh/id_rsa.pub backup@<synology-ip>:/var/services/homes/backup/
ssh backup@<synology-ip> cat /var/services/homes/backup/id_rsa.pub >> /var/services/homes/backup/.ssh/authorized_keys
# you'll still be asked for your password on these both commands
# after this you should be able to login password-less

And proceed with the next step
If you are still prompted for your password when running ssh backup@<synology-ip>, check the permissions of the file /var/services/homes/backup/.ssh/authorized_keys. It should be -rw-------. If this is not the case, run the command
```
ssh backup@<synology-ip> chmod 600 /var/services/homes/backup/.ssh/authorized_keys
```
Now you can use BackInTime to perform your backup to your NAS with the user backup.

How to use Synology DSM 6 with BIT over SSH

HowTo

Enable User Home Service (Control Panel / User / Advanced). There is no need to create a volume since everything is stored in the home directory.
Make a new user named backup (or use your existing account). Add this user to the user group Administrators. Without this, you will not be able to log in!
Enable SSH (Control Panel / Terminal & SNMP / Terminal)
Enable SFTP (Control Panel / File Service / FTP / SFTP)
Since DSM 5.1: Enable Backup Service (Backup & Replication / Backup Service) (This seems not to be available/required anymore with DSM 6!) (Tests needed!)
On DSM 6 you can edit the user-root-dir for sFTP: Control Panel -> File Services -> FTP -> General -> Advanced Settings -> Security Settings -> Change user root directories -> Select User Now select the user backup and Change root directory to User home

On the workstation on which you try to use BIT make SSH keys for user backup, send the public key to the NAS

 ssh-keygen -t rsa -f ~/.ssh/backup_id_rsa
 ssh-add ~/.ssh/backup_id_rsa
 ssh-copy-id -i ~/.ssh/backup_id_rsa.pub backup@<synology-ip>
 ssh backup@<synology-ip>

You might get the following error:

 /usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
 /usr/bin/ssh-copy-id: WARNING: All keys were skipped because they already exist on the remote system.

If so, copy the public key manually to the NAS as root with

 scp ~/.ssh/id_rsa.pub backup@<synology-ip>:/var/services/homes/backup/
 ssh backup@<synology-ip> cat /var/services/homes/backup/id_rsa.pub >> /var/services/homes/backup/.ssh/authorized_keys
 # you'll still be asked for your password on these both commands
 # after this you should be able to login password-less

And proceed with the next step
If you are still prompted for your password when running ssh backup@<synology-ip>, check the permissions of the file /var/services/homes/backup/.ssh/authorized_keys. It should be -rw-------. If this is not the case, run the command
```
ssh backup@<synology-ip> chmod 600 /var/services/homes/backup/.ssh/authorized_keys
```
In BackInTime settings dialog leave the Path field empty
Now you can use BackInTime to perform your backup to your NAS with the user backup.

Using a non-standard port with a Synology NAS

If you want to use the Synology NAS with non-standard SSH/SFTP port (standard is 22), you have to change the Port on total 3 places:

Control Panel > Terminal: Port = <PORT_NUMBER>
Control Panel > FTP > SFTP: Port = <PORT_NUMBER>
Backup & Replication > Backup Services > Network Backup Destination: SSH encryption port = <PORT_NUMBER>

Only if all 3 of them are set to the same port, BackInTime is able to establish the connection. As a test, one can run the command

rsync -rtDHh --checksum --links --no-p --no-g --no-o --info=progress2 --no-i-r --rsh="ssh -p <PORT_NUMBER> -o IdentityFile=/home/<USER>/.ssh/id_rsa" --dry-run --chmod=Du+wx /tmp/<AN_EXISTING_FOLDER> "<USER_ON_DISKSTATION>@<SERVER_IP>:/volume1/Backups/BackinTime"

in a terminal (on the client PC).

How to use WesterDigital MyBook World Edition with BIT over ssh?

Device: WesternDigital MyBook World Edition (white light) version 01.02.14 (WD MBWE)

The BusyBox that is used by WD in MBWE for serving basic commands like cp (copy) doesn't support hardlinks. Which is a rudimentary function for BackInTime's way of creating incremental backups. As a work-around you can install Optware on the MBWE.

Before proceeding please make a backup of your MBWE. There is a significant chance to break your device and loose all your data. There is a good documentation about Optware on http://mybookworld.wikidot.com/optware.

You have to login to MBWE's webadmin and change to Advanced Mode. Under System | Advanced you have to enable SSH Access. Now you can login as root over ssh and install Optware (assuming <MBWE> is the address of your MyBook).

Type in terminal:

 ssh root@<MBWE> #enter 'welc0me' for password (you should change this by typing 'passwd')
 wget http://mybookworld.wikidot.com/local--files/optware/setup-whitelight.sh
 sh setup-whitelight.sh
 echo 'export PATH=$PATH:/opt/bin:/opt/sbin' >> /root/.bashrc
 echo 'export PATH=/opt/bin:/opt/sbin:$PATH' >> /etc/profile
 echo 'PermitUserEnvironment yes' >> /etc/sshd_config
 /etc/init.d/S50sshd restart
 /opt/bin/ipkg install bash coreutils rsync nano
 exit

Back in MBWE's webadmin go to Users and add a new user (<REMOTE_USER> in this How-to) with Create User Private Share set to Yes.

In terminal:

 ssh root@<MBWE>
 chown <REMOTE_USER> /shares/<REMOTE_USER>
 chmod 700 /shares/<REMOTE_USER>
 /opt/bin/nano /etc/passwd
 #change the line
 #<REMOTE_USER>:x:503:1000:Linux User,,,:/shares:/bin/sh
 #to
 #<REMOTE_USER>:x:503:1000:Linux User,,,:/shares/<REMOTE_USER>:/opt/bin/bash
 #save and exit by press CTRL+O and CTRL+X
 exit

Next create the ssh-key for your local user. In terminal

 ssh <REMOTE_USER>@<MBWE>
 mkdir .ssh
 chmod 700 .ssh
 echo 'PATH=/opt/bin:/opt/sbin:/usr/bin:/bin:/usr/sbin:/sbin' >> .ssh/environment
 exit
 ssh-keygen -t rsa #enter for default path
 ssh-add ~/.ssh/id_rsa
 scp ~/.ssh/id_rsa.pub <REMOTE_USER>@<MBWE>:./ #enter password from above
 ssh <REMOTE_USER>@<MBWE> #you will still have to enter your password
 cat id_rsa.pub >> .ssh/authorized_keys
 rm id_rsa.pub
 chmod 600 .ssh/*
 exit
 ssh <REMOTE_USER>@<MBWE> #this time you shouldn't been asked for password anymore
 exit

You can test if everything is done by enter this

ssh <REMOTE_USER>@<MBWE> cp --help

The output should look like:

 Usage: cp [OPTION]... [-T] SOURCE DEST
 or: cp [OPTION]... SOURCE... DIRECTORY
 or: cp [OPTION]... -t DIRECTORY SOURCE...
 Copy SOURCE to DEST, or multiple SOURCE(s) to DIRECTORY.
 
 Mandatory arguments to long options are mandatory for short options too.
 -a, --archive same as -dR --preserve=all
     --backup[=CONTROL] make a backup of each existing destination file
 -b like --backup but does not accept an argument
     --copy-contents copy contents of special files when recursive
 ... (lot more lines with options)

But if your output looks like below you are still using the BusyBox and will not be able to run backups with BackInTime over ssh:

 BusyBox v1.1.1 (2009.12.24-08:39+0000) multi-call binary
 
 Usage: cp [OPTION]... SOURCE DEST

Uncategorised questions

Version >= 1.2.0 works very slow / Unchanged files are backed up

After updating to >= 1.2.0, BiT does a (nearly) full backup because file permissions are handled differently. Before 1.2.0 all destination file permissions were set to -rw-r--r--. In 1.2.0 rsync is executed with --perms option which tells rsync to preserve the source file permission. That's why so many files seem to be changed.

If you don't like the new behaviour, you can use "Expert Options" -> "Paste additional options to rsync" to add the value --no-perms --no-group --no-owner in that field.

How does snapshots with hard-links work?

From the answer on Launchpad to the question Does auto remove smart mode merge incremental backups?

If you create a new file on a Linux filesystem (e.g. ext3) the data will have a unique number that is called inode. The path of the file is a link to this inode (there is a database which stores which file point to which inode). Also every inode has a counter for how many links point to this inode. After you created a new file the counter is 1.

Now you make a new hardlink. The filesystem now just has to store the new path pointing to the existing inode into the database and increase the counter of our inode by 1.

If you remove a file than only the link from the path to that inode is removed and the counter is decreased by 1. If you have removed all links to that inode so the counter is zero the filesystem knows that it can override that block next time you save a new file.

First time you create a new backup with BIT all files will have an inode counter = 1.

snapshot0

path	inode	counter
fileA	1	1
fileB	2	1
fileC	3	1

Lets say you now change fileB, delete fileC and have a new fileD. BIT first makes hardlinks of all files. rsync than delete all hardlinks of files that has changed and copy the new files.

snapshot0

path	inode	counter
fileA	1	2
fileB	2	1
fileC	3	1

snapshot1

path	inode	counter
fileA	1	2
fileB	4	1
fileD	5	1

Now change fileB again and make a new snapshot

snapshot0

path	inode	counter
fileA	1	3
fileB	2	1
fileC	3	1

snapshot1

path	inode	counter
fileA	1	3
fileB	4	1
fileC	5	2

snapshot2

path	inode	counter
fileA	1	3
fileB	6	1
fileD	5	2

Finally smart-remove is going to remove snapshot0. All that is done by smart-remove is to rm -rf (force delete everything) the whole directory of snapshot0.

snapshot0 (no longer exist)

path	inode	counter
(empty)	1	2
(empty)	2	0
(empty)	3	0

snapshot1

path	inode	counter
fileA	1	2
fileB	4	1
fileD	5	2

snapshot2

path	inode	counter
fileA	1	2
fileB	6	1
fileD	5	2

fileA is still untouched, fileB is still available in two different versions and fileC is gone for good. The blocks on your hdd that stored the data for inode 2 and 3 can now get overridden.

I hope this will shed a light on the "magic" behind BIT. If it's even more confusing don't hesitate to ask ;)

How to use checksum to find corrupt files periodically?

Starting with BIT Version 1.0.28 there is a new command line option --checksum which will do the same as Use checksum to detect changes in Options. It will calculate checksums for both the source and the last snapshots files and will only use this checksum to decide whether a file has change or not (normal mode is to compare files modification time and size which is lot faster).

Because this takes ages you may want to use this only on Sundays or only the first Sunday per month. Please deactivate the schedule for your profile in that case. Then run crontab -e

For daily snapshots on 2AM and --checksum every Sunday add:

# min hour day month dayOfWeek command
0 2 * * 1-6 nice -n 19 ionice -c2 -n7 /usr/bin/backintime --backup-job >/dev/null 2>&1
0 2 * * Sun nice -n 19 ionice -c2 -n7 /usr/bin/backintime --checksum --backup-job >/dev/null 2>&1

For --checksum only at first Sunday per month add:

# min hour day month dayOfWeek command
0 2 * * 1-6 nice -n 19 ionice -c2 -n7 /usr/bin/backintime --backup-job >/dev/null 2>&1
0 2 * * Sun [ "$(date '+\%d')" -gt 7 ] && nice -n 19 ionice -c2 -n7 /usr/bin/backintime --backup-job >/dev/null 2>&1
0 2 * * Sun [ "$(date '+\%d')" -le 7 ] && nice -n 19 ionice -c2 -n7 /usr/bin/backintime --checksum --backup-job >/dev/null 2>&1

Press CTRL + O to save and CTRL + X to exit (if you editor is nano. Maybe different depending on your default text editor).

How can I check if my snapshots are incremental (using hard-links)?

Please compare the inodes of a file that definitely didn't change between two snapshots. For this open two Terminals and cd into both snapshot folder. ls -lai will print a list where the first column is the inode which should be equal for the same file in both snapshots if the file didn't change and the snapshots are incremental. The third column is a counter (if the file is no directory) on how many hard-links exist for this inode. It should be >1. So if you took e.g. 3 snapshots it should be 3.

Don't be confused on the size of each snapshot. If you right click on preferences for a snapshot in a file manager and look for its size, it will look like they are all full snapshots (not incremental). But that's not (necessary) the case.

To get the correct size of each snapshot with respect on the hard-links you can run:

du -chd0 /media/<USER>/backintime/<HOST>/<USER>/1/*

Compare with option -l to count hardlinks multiple times:

du -chld0 /media/<USER>/backintime/<HOST>/<USER>/1/*

(ncdu isn't installed by default so I won't recommend using it)

Which additional features on top of a GUI does BIT provide over a self-configured rsync backup? I saw that it saves the names for uids and gids, so I assume it can restore correctly even if the ids change. Great! :-) Are there additional benefits?

Actually it's the other way around ;) Back In Time stores the user and group name which will make it possible to restore permissions correctly even if UID/GID changed. Additional it will store the current User -> UID and Group -> GID map so if the User/Group doesn't exist on the system during restore it will restore to the old UID/GID.

Hard to say which additional features Back In Time provides. You can script all of them in your own rsync script, too. But to name some features:

Inhibit suspend/hibernate during take snapshot
Shutdown system after finish
Auto- and Smart-Remove
Plugin- and user-callback support

How to move snapshots to a new hard-drive?

There are three different solutions:

clone the drive with dd and enlarge the partition on the new drive to use all space. This will destroy all data on the destination drive!
```
 sudo dd if=/dev/sdbX of=/dev/sdcX bs=4M
```
where /dev/sdbX is the partition on the source drive and /dev/sdcX is the destination drive

Finally use gparted to resize the partition. Take a look at the Ubuntu Docu for more infos on that.

copy all files using rsync -H

 rsync -avhH --info=progress2 /SOURCE /DESTINATION

copy all files using tar

cd /SOURCE; tar cf - * | tar -C /DESTINATION/ -xf -

How to move large directory in source without duplicating backup?

If you move a file/folder in source BiT will treat it like a new file/folder and create a new backup file for it (not hard-linked to the old one). With large directories this can fill up your backup drive quite fast. You can avoid this by moving the file/folder in the last snapshot, too.

create a new snapshot
move the original folder
manually move the same folder inside BiTs last snapshot in the same way you did with the original folder
create a new snapshot
remove the overlast snapshot (the one where you moved the folder manually) to avoid problems with permissions when you try to restore from that snapshot

Files

FAQ.md

Latest commit

History

FAQ.md

File metadata and controls

FAQ - Frequently Asked Questions

Restore

After Restore I have duplicates with extension ".backup.20131121"

Back In Time doesn't find my old Snapshots on my new Computer

Schedule

How does the 'Repeatedly (anacron)' schedule work?

Will a scheduled snapshot run as soon as the computer is back on?

If I edit my crontab and add additional entries, will that be a problem for BIT as long as I don't touch its entries? What does it look for in the crontab to find its own entries?

Known Errors and Warnings

WARNING: A backup is already running

The application is already running! (pid: 1234567)

Error Handling

What happens if I hibernate the computer while a backup is running?

What happens if I power down the computer while a backup is running, or if a power outage happens?

What happens if there is not enough disk space for the current backup?

user-callback and other PlugIns

How to backup Debian/Ubuntu Package selection?

How to restore Debian/Ubuntu Package selection?

Hardware-specific Setup

How to use QNAP QTS with BIT over SSH

How to use Synology DSM 5 with BIT over SSH

How to use Synology DSM 6 with BIT over SSH

How to use WesterDigital MyBook World Edition with BIT over ssh?

Uncategorised questions

Version >= 1.2.0 works very slow / Unchanged files are backed up

How does snapshots with hard-links work?

snapshot0

snapshot0

snapshot1

snapshot0

snapshot1

snapshot2

snapshot0 (no longer exist)

snapshot1

snapshot2

How to use checksum to find corrupt files periodically?

How can I check if my snapshots are incremental (using hard-links)?

Which additional features on top of a GUI does BIT provide over a self-configured rsync backup? I saw that it saves the names for uids and gids, so I assume it can restore correctly even if the ids change. Great! :-) Are there additional benefits?

How to move snapshots to a new hard-drive?

How to move large directory in source without duplicating backup?