I have both a RAVPower portable SSD and a microSD. I am using a Dell XPS13 running Ubuntu 18. I'd like to save my snapshots to either of those two locations. But when I go into Settings/Where to Save Snapshot, I don't see either of those two choices. I can see them both, btw, through Nautilus, but not in the BIT menu. What to do?
I just installed the current Xubuntu 20.04 and tried to restore my backup from my backintime backup via sshfs.
Unfortunately, this failed. I checked the full log in /home/user/.local/share/backintime/restore_3.log
It has about 450k lines, where the most important ones are:
receiving file list ... done
rsync: failed to set times on "/home": Operation not permitted (1)
home/
home/user/
home/user/.ICEauthority
[... 450k lines of restored files ...]
sent 7.47M bytes received 464.32G bytes 47.33M bytes/sec
total size is 464.22G speedup is 1.00
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1677) [generator=3.1.3]
Restore permissions:
chmod /home/user/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-notifyd.xml 100644
chmod /home/user/.config/xfce4/xfconf/xfce-perchannel-xml/thunar.xml 100644
Restore permissions: Done
Some questions I have:
- Is the only error that backintime couldn't set attributes on /home?
- If yes to 1): Why would backintime set attributes on /home? I backupped /home/user/
- If no: How do I find missing files and attributes? I searched for 'error' and 'fail' in the aforementioned log, without success.
- received 464.32G vs. total size is 464.22G. Why?
- Backintime didn't finish. It was just at 99% for some time when I lost patience and closed it. How do I know, if it was finished?
Thanks!
I’m doing a restore of my Ubuntu 16.xx partition.
Meanwhile, the screen has locked up, wanting me to authenticate. So I enter my password and it says my password is invalid.
Is this a temporary situation that will fix itself when the restore is complete?
But here’s the glitch: how do I know when the restore is complete if I can’t authenticate?
How can I know whether the restore has crashed?
I’m not even positive that BackInTime is doing anything right, as when I gave the command to restore, no status widgets appeared, but rather the interface window just grayed out. I guessed it was actually doing something when, a few minutes later, a few of my desktop icons appeared from the prior installation. That’s a good sign that at least my desktop icons are getting restored. But other than that, no clue.
So. I let it go on.
In the meantime, I switch my KVM switch to another computer to do other things. When I switch back to check on the restore process, I’m greeted by the screen-lock thing. So I authenticate to it and it lets me in. Great. There I see the same old grayed out BackInTime window. No clue about the progress. So I switch back to the other computer. Then switch back to the restoring computer some time later. This time the screen-lock thing rejects my password. And hence the question at the top of this post.
I’m not even sure I’m using BackInTime correctly. Was I really supposed to restore my old installation to replace my fresh new installation while booted into that fresh new installation? I mean, it didn’t protest my doing this so long as I used the version of it called “As root”. So here it is overwriting the very system it is running from. I hope it can do this and get things right.
I am using Back-in-time with encryption on a remote server (ext4 FS). I am aware that for an unencrypted backup, BiT uses hard links. Thus in nautilus, the folder size appears to be huge. The actual usage can be tracked using du
from here and here. However I am not sure about the same for encrypted backups. The du
seems to be growing per backup set.
My questions are:
- Do the hard links work even for the encrypted backups? In other words, are encrypted versions of the same file under different backup sets same or different?
- How do I find the actual disk usage per backup set? (Apart from the simple for loop:
for d in $(ls -d backup_dir/*/);do du -ksh $d;done
). Can this be a feature-request for BiT?
Thanks.
Edit: I am using BiT 1.1.12 on Ubuntu 18.04. The remote system is RHEL 5.1.
I have configured Back In Time and MySQL Administrator to make a backup every day at 15:00. In order to be sure I have installed Gnome Scheduler to see whether these two applications are registered there. They are registered in gnome scheduler but they don't perform back up operation.
Here is the screenshot of Gnome Scheduler.
How can I solve this problem?
UPDATE
The output of crontab -l
command is following:
bakhtiyor@ubuntu-vm:~$ crontab -l
0 15 * * * /usr/bin/mabackup -d /home/bakhtiyor/backup/MySQL -x my-backup profile # JOB_ID_3
0 15 * * * nice -n 19 /usr/bin/backintime --backup-job # JOB_ID_2
UPDATE 2
The output of grep CRON /var/log/syslog
command is following:
Nov 30 11:39:01 ubuntu-vm CRON[7663]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -n 200 -r -0 rm)
Nov 30 11:39:02 ubuntu-vm CRON[7661]: (CRON) info (No MTA installed, discarding output)