22.04 上的备份(Deja-dup / Duplicity)失败,导致根卷占用 100%

22.04 上的备份(Deja-dup / Duplicity)失败,导致根卷占用 100%

我使用备份实用程序(通过 Gnome)备份驱动器。由于空间不足,它屡屡失败。我给它越来越多的交换空间,但它最终还是失败了,留下工作目录堵塞了我的根卷。

见下文。

文件系统大小已使用可用使用率%安装于
tmpfs 1.6G 6.7M 1.6G 1% /运行
/dev/mapper/ubuntu--vg-ubuntu--lv 54G 51G 343M 100% /
tmpfs 7.8G 112M 7.7G 2% /dev/shm
tmpfs 5.0M 8.0K 5.0M 1% /运行/锁定
/dev/sdc1 1.8T 1.1T 653G 63% /mnt/备份
/dev/sdb1 1.8T 5.8G 1.7T 1% /mnt/sparedisk
/dev/sdd1 3.6T 466G 3.0T 14% /媒体
/dev/sda2 2.0G 264M 1.6G 15% /启动
/dev/sda1 1.1G 6.1M 1.1G 1% /boot/efi
tmpfs 1.6G 3.2M 1.6G 1% /运行/用户/1000

请问这里的解决方案是什么?我应该如何清理我的卷?

我没有保留 Deja-Dup 的错误跟踪,因此我无法引用它(除非我回溯日志,我想),但我不会再使用备份,因为我无法让它工作,而且一定有好的替代方案。提前致谢。我会尝试找到有问题的文件的显示并作为补充发布。

编辑:添加了屏幕截图。 磁盘使用情况分析器

编辑:添加了缓存的屏幕截图 在此处输入图片描述

答案1

在 Brave 机器人的帮助下,我将缓存从主驱动器移至未充分利用的 M2 驱动器并链接到它。我还删除了 Duplicity 失败时留下的混乱。不需要进一步的帮助。

使用的命令(使用 sudo):

mkdir [new cache on M2 drive]
mv [.cache to new location on M2 drive]
ln -s [new cache from old cache].
rm [28gb of files in cache left by Duplicity]
rmdir [old Duplicity directory in cache]

当我安装 Ubuntu(第一次安装)时,我没有意识到它会使用 120Gb 安装 SSD 作为一些非常大的目录(如缓存和交换)的默认位置。我已经用 Swap 分区(实际上是上面提到的 M2 驱动器的另一半)替换了 Swap 目录(使用 Swapon 和 Swapoff 命令)。Ubuntu 主驱动器现在有足够的空闲空间。

相关内容