迁移Timeshift快照至新分区后系统磁盘占用异常增大及挂载路径疑问

关于Timeshift双挂载路径的疑问 #

首先解释你看到的/dev/sda4同时挂载在/run/timeshift/backup和/mnt/Timeshift的问题：这是完全正常的Linux挂载行为，不是“两个目的地”，而是同一个分区被挂载到了两个不同的访问路径。

Timeshift在执行快照操作（比如创建、恢复、查看）时，会自动把备份分区临时挂载到/run/timeshift/backup这个内部专用路径，确保操作时的路径一致性；而你手动挂载到/mnt/Timeshift是为了方便日常访问。你可以用findmnt命令验证，这两个挂载点对应的都是/dev/sda4设备，访问任意一个路径都是读写同一个分区的内容，不用担心冲突或重复占用空间。

系统分区占用异常增大的原因分析 #

你提到原120G SSD上系统+文档仅占60G，迁移到新的275G分区后反而占用了171G，这确实不符合预期，我帮你梳理几个可能的原因：

1. 跨分区复制快照的硬链接失效（但不影响系统分区）
   你用rsync -aHXAS复制快照是正确的，因为Timeshift快照依赖大量硬链接来节省空间。但跨分区复制时，硬链接会被转换成独立文件（Linux不支持跨分区硬链接），所以新分区的快照确实会占用实际的60G空间——但这是/dev/sda4的占用，和/dev/sda2无关。

2. 系统迁移/快照恢复后的冗余文件
   如果你是通过克隆旧系统或恢复Timeshift快照到新分区，可能残留了大量冗余文件：

   • 旧系统的临时文件、缓存（比如/tmp、/var/cache）在迁移后没有被清理；
   • 快照恢复过程中产生的临时镜像文件、日志没有自动删除；
   • 新分区空间更大后，系统的日志、缓存可能无限制增长。

3. Snap/Flatpak应用的缓存与安装文件
   Ubuntu默认的Snap应用会把安装包和缓存存在/var/lib/snapd，Flatpak则在/var/lib/flatpak，这两个目录很容易占用几十G空间。你可以用ncdu /var查看这两个目录的大小，必要时清理旧版本的应用：

   sudo snap remove --purge <旧应用名称>
   sudo flatpak uninstall --unused
   

4. 日志文件过度累积
   /var/log目录下的系统日志、应用日志如果没有配置自动清理，可能会占用大量空间，尤其是系统迁移或崩溃后产生的海量日志。你可以用du -sh /var/log查看大小，或者配置logrotate自动清理旧日志。

5. Timeshift配置错误导致快照存到系统分区
   检查你的Timeshift配置，确认备份设备确实是/dev/sda4：

   sudo timeshift-config
   

   如果不小心把快照存储路径设为系统分区，新创建的快照会直接占用/dev/sda2的空间，这会导致系统分区快速膨胀。

排查建议 #

用ncdu /命令逐个查看大目录的占用情况，重点关注/home、/var、/usr这几个目录，找到占用空间最大的子目录后再深入排查，就能定位到问题所在。

备注：内容来源于stack exchange，提问作者zawier