bit-team
Missing "takesnapshot_.log" in v1.4.3 (was: Starting snapshot fails on newly created profile)
On a fresh install of Linux Mint 22.2 manually starting a snapshot fails with missing file takesnapshot_.log in the .local/backintime directory. After rebooting, the problem is gone. New profiles seems to work after that, either.
Backintime was installed from the Mint's apt servers.
I think this is related to issue #1866.
{
"backintime": {
"name": "Back In Time",
"version": "1.4.3",
"latest-config-version": 6,
"local-config-file": "/root/.config/backintime/config",
"local-config-file-found": true,
"global-config-file": "/etc/backintime/config",
"global-config-file-found": false,
"started-from": "/usr/share/backintime/common",
"running-as-root": true,
"user-callback": "/root/.config/backintime/user-callback",
"keyring-supported": false
},
"host-setup": {
"platform": "Linux-6.14.0-36-generic-x86_64-with-glibc2.39",
"system": "Linux #36~24.04.1-Ubuntu SMP PREEMPT_DYNAMIC Wed Oct 15 15:45:17 UTC 2",
"OS": {
"/etc/os-release": "Linux Mint 22.2",
"/etc/lsb-release": "DISTRIB_ID=LinuxMint\nDISTRIB_RELEASE=22.2\nDISTRIB_CODENAME=zara\nDISTRIB_DESCRIPTION=\"Linux Mint 22.2 Zara\"\n",
"/etc/debian_version": "trixie/sid\n"
},
"display-system": "($XDG_SESSION_TYPE not set)",
"locale": "de_DE, UTF-8",
"PATH": "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin",
"RSYNC_OLD_ARGS": "(not set)",
"RSYNC_PROTECT_ARGS": "(not set)"
},
"python-setup": {
"python": "3.12.3 main Nov 6 2025 13:44:16 CPython GCC 13.3.0",
"python-executable": "/usr/bin/python3",
"python-executable-symlink": true,
"python-executable-resolved": "/usr/bin/python3.12",
"sys.path": [
"/usr/share/backintime/qt/plugins",
"/usr/share/backintime/common/plugins",
"/usr/share/backintime/plugins",
"/usr/share/backintime/common",
"/usr/lib/python312.zip",
"/usr/lib/python3.12",
"/usr/lib/python3.12/lib-dynload",
"/usr/local/lib/python3.12/dist-packages",
"/usr/lib/python3/dist-packages",
"/usr/lib/python3.12/dist-packages"
],
"qt": {
"Version": "PyQt 5.15.10 / Qt 5.15.13",
"Theme": "Mint-X",
"Theme Search Paths": [
"/usr/share/icons",
":/icons"
],
"Fallback Theme": "",
"Fallback Search Paths": []
}
},
"external-programs": {
"rsync": {
"version": "3.2.7",
"protocol": "31.0",
"capabilities": {
"file_bits": 64,
"inum_bits": 64,
"timestamp_bits": 64,
"long_int_bits": 64,
"socketpairs": true,
"symlinks": true,
"symtimes": true,
"hardlinks": true,
"hardlink_specials": true,
"hardlink_symlinks": true,
"IPv6": true,
"atimes": true,
"batchfiles": true,
"inplace": true,
"append": true,
"ACLs": true,
"xattrs": true,
"secluded_args": "optional",
"iconv": true,
"prealloc": true,
"stop_at": true,
"crtimes": false
},
"optimizations": {
"SIMD_roll": true,
"asm_roll": false,
"openssl_crypto": true,
"asm_MD5": false
},
"checksum_list": [
"xxh128",
"xxh3",
"xxh64",
"md5",
"md4",
"sha1",
"none"
],
"compress_list": [
"zstd",
"lz4",
"zlibx",
"zlib",
"none"
],
"daemon_auth_list": [
"sha512",
"sha256",
"sha1",
"md5",
"md4"
]
},
"ssh": "OpenSSH_9.6p1 Ubuntu-3ubuntu13.14, OpenSSL 3.0.13 30 Jan 2024",
"sshfs": "3.7.3",
"encfs": "(no encfs)",
"shell": "/bin/bash",
"shell-version": "GNU bash, version 5.2.21(1)-release (x86_64-pc-linux-gnu)"
}
}
Hello Richard,
Thank you for taking the time to report the bug and providing the details. I appreciate your feedback, will investigate the issue, and work on a solution to the best of my ability.
You might be correct that this is related to #1866. Do I understand you correct, that currently the problem is gone on your system?
The BIT installation was fresh, right? Was the profile also created fresh?
If you have any more details to share, feel free to reach out.
Not sure when we'll find the time to work on it. Please see the projects background information to get an idea about our workflow and priorities:
Best regards,
Hi,
the installation is roughly five weeks old. I immediately installed backintime since I needed to recover files from a prior installation.
What I did new, is to create backintime profiles as root user as I wanted to create backups for a folder which can only be accessed with root privileges. Creating snapshots failed for the Default profile as well as for a separate one. After rebooting both worked just fine. Searching the web turned up the bug I linked as well as some posts describing similar problems which went away after reboot.
For reproducing the problem, I created a new user on the system and created profiles after logging in as that one. Unfortunately, I couldn't reproduce the problem, everything went smoothly.
If I encounter the problem again, I'll give it a try from the command line with debug output.
Kind Regards Richard
Thanks for reporting back. Despite it seems "hard" to reproduce I'll keep it open. Something goes wrong here.
I tried to reproduce the issue on a different machine as well as in a Live Image within VirtualBox. Unfortunately, on both it worked the first time.