System restore tool for Linux. Creates filesystem snapshots using rsync+hardlinks, or BTRFS snapshots. Supports scheduled snapshots, multiple backup levels, and exclude filters. Snapshots can be restored while system is running or from Live CD/USB.
GNU Lesser General Public License v3.0
4.67k
stars
282
forks
source link
[Annoyance Feedback] Drive Selected To Backup Onto gets Re-mounted to a Different Location #852
After extended periods of time, Timeshift re-mounts explicitly mounted drives (via fstab, at least) to /run/timeshift/backup; this indirectly causes other applications to sometimes fail to perform tasks because they expect to perform them at the original mount point but find nothing is mounted there anymore.
What's odd about this though, terminal shells get hijacked into cd-ing into the new mount location (if a terminal was already open on that drive) when using relative cd path movements and/or sometimes just silently transitions to the new mount location but this behavior only sometimes occurs in file managers such as Dolphin.
This has bothered me as a user for a long time.
To Reproduce
Steps to reproduce the behavior:
Mount an external drive/partition via fstab
Open Timeshift
Set Timeshift to mount the OS drive to somewhere on the mounted drive
Open a terminal on the mounted drive and make a few nested folders
Wait maybe a few days (or however long expected to be necessary) for Timeshift to perform its expected automated backup tasks
Navigate between the created folders in that terminal
Find that the mounted drive location has been changed to /run/timeshift/backup
Expected behavior
Mounted non-OS storage drives should not have their mount locations changed to perform backup tasks.
System:
Linux Distribution Name and Version: Arch Linux (Rolling-release)
I'm experiencing this same issue with a similar system config. Would it be possible for Timeshift to umount the backup drive after performing the backup if mounting is required?
Describe the bug
After extended periods of time, Timeshift re-mounts explicitly mounted drives (via
fstab
, at least) to/run/timeshift/backup
; this indirectly causes other applications to sometimes fail to perform tasks because they expect to perform them at the original mount point but find nothing is mounted there anymore.What's odd about this though, terminal shells get hijacked into
cd
-ing into the new mount location (if a terminal was already open on that drive) when using relativecd
path movements and/or sometimes just silently transitions to the new mount location but this behavior only sometimes occurs in file managers such as Dolphin.This has bothered me as a user for a long time.
To Reproduce
Steps to reproduce the behavior:
/run/timeshift/backup
Expected behavior
Mounted non-OS storage drives should not have their mount locations changed to perform backup tasks.
System:
5.23.5
)v21.09.1