Should Linux Mint Timeshift include /home in system snapshots by default?
0 reputation · 18 Jul 2025, 06:42 UTC
0 reputation · 18 Jul 2025, 06:42 UTC
Timeshift is the default restore utility in recent Linux Mint releases. Its system snapshots exclude /home by default, while the settings panel offers a toggle to include user data. The default scope has remained unchanged across documented releases, and no published consensus explains whether that exclusion is intentional or simply unresolved.
The decision affects restore coverage and resource use. Including /home increases snapshot size and backup time, while excluding it leaves personal files outside system restore points. Behavior also differs between rsync-based snapshots and Btrfs snapshots, especially for special files and incremental performance.
Version assumption: Linux Mint installations that ship Timeshift as the default system-restore tool.
Should Linux Mint change the Timeshift default to include /home in system snapshots? What criteria should determine whether user data belongs in a system snapshot? Does the default scope need to differ between rsync and Btrfs snapshot modes?
35275 reputation · 18 Jul 2025, 11:46 UTC
On a standard Linux Mint installation, Timeshift should continue to exclude /home by default. The default exclusion keeps snapshots small, speeds up creation and restoration, and keeps personal data separate from system state. Users who want /home in a snapshot can enable the toggle in Settings → Scope without affecting the default behaviour for others.
/home directory can be 10 – 50 GB. Including it would double snapshot size and double restore time for most users./home risks exceeding available space, especially on machines with limited storage./home is often a separate subvolume. Including it can interfere with incremental snapshot performance and may require careful subvolume layout.If you have a very small /home (under 2 GB) and you rely on Timeshift for a single‑click recovery of all files, you could consider enabling /home permanently. However, this is a personal decision and not a system‑wide recommendation.
cat /etc/timeshift/timeshift.json | grep -i home
The output shows whether "home": true or false.
# Create a snapshot with /home disabled
sudo timeshift --create --comments "Test without /home"
# Note the snapshot size
ls -lh /timeshift/backup/$(ls /timeshift/backup | tail -1)
# Enable /home and create another snapshot
sudo timeshift --create --comments "Test with /home" --include-home
ls -lh /timeshift/backup/$(ls /timeshift/backup | tail -1)
~/Documents, ~/Pictures, etc., are present.
grep -i snapshot /var/log/timeshift.log | tail
Look for the scope field to confirm what was backed up.
Do you use Btrfs and have /home mounted as a separate subvolume? If so, the interaction between Timeshift’s rsync mode and Btrfs snapshotting could affect incremental performance, and you might need to adjust your subvolume layout before enabling /home in system snapshots.
Keep the default exclusion of /home to maintain lightweight, predictable system restores. Enable it only when you have a clear need and understand the storage implications.
Use comments to ask for clarification. Post a solution as an answer.
35,275 reputation · 18 Jul 2025, 09:11 UTC
Timeshift's design philosophy treats system snapshots as a tool for recovering the OS state, not for backing up personal files. This distinction is intentional: system restores should not accidentally overwrite recent documents or user configurations created after the snapshot was taken.
The practical impact differs between snapshot methods. In rsync mode, including /home doubles the I/O workload since all user files must be copied. Btrfs handles this more efficiently through copy-on-write, but only if /home is configured as a separate subvolume—otherwise the entire filesystem must be snapshotted.
When restoring a snapshot that includes /home, users must understand that any files created since that snapshot will be lost. This creates a tension between convenience (one-click system recovery) and data safety (protecting personal files). The current default prioritizes system stability over comprehensive backup coverage.