☰

备份：设备上没有剩余空间。但是还有空间吗？

tag-icon • tag-icon backup duplicity
备份：设备上没有剩余空间。但是还有空间吗？

Ubuntu 21.10，附带 Gnome 40.4.0 的图形备份界面。我在备份时开始收到“设备上没有剩余空间”的消息。在我添加几个大约 100 GB 的文件后，出现了这种情况。可能是什么问题？

  • 我想要备份家庭数据的本地磁盘有 1.5 TB 可用空间
  • 我家里的全部空间（我已经备份了）是 454 GB，所以大小应该不是问题
  • 我应该在哪里找到 duplicity 日志文件，即前端正在做什么？/var/log 中没有任何内容
  • 它没有在我的家里或 /tmp 中写入任何内容，所以问题不在于填充其中任何一个。

欢迎任何想法。

编辑1：根据要求，blkid 和 df -h 的输出如下：

root@igtp:~# blkid
/dev/nvme0n1p1: UUID="F497-2C34" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="6df88602-8014-4894-8d4c-65b1b5cec43f"
/dev/nvme0n1p2: UUID="03387746-74e5-4e55-b57d-19400ddd6994" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="b11921f6-d0ae-430d-8a68-42f47b5a0a3c"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/loop8: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"
/dev/loop12: TYPE="squashfs"
/dev/loop13: TYPE="squashfs"
/dev/loop14: TYPE="squashfs"
/dev/loop15: TYPE="squashfs"
/dev/loop16: TYPE="squashfs"
/dev/loop17: TYPE="squashfs"
/dev/loop18: TYPE="squashfs"
/dev/loop19: TYPE="squashfs"
/dev/loop20: TYPE="squashfs"
/dev/loop21: TYPE="squashfs"
/dev/loop22: TYPE="squashfs"
/dev/loop23: TYPE="squashfs"
/dev/loop24: TYPE="squashfs"
/dev/loop25: TYPE="squashfs"
/dev/loop26: TYPE="squashfs"
/dev/loop27: TYPE="squashfs"
/dev/loop28: TYPE="squashfs"
/dev/loop29: TYPE="squashfs"
/dev/loop30: TYPE="squashfs"
/dev/loop31: TYPE="squashfs"
/dev/loop32: TYPE="squashfs"
/dev/loop33: TYPE="squashfs"
/dev/sdb1: LABEL_FATBOOT="Ubuntu Back" LABEL="Ubuntu Back" UUID="52B2-40B7" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="9828faf4-dd30-4b07-8597-5143c7d6fbd3"
root@igtp:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           1,6G  4,7M  1,6G   1% /run
/dev/nvme0n1p2  938G  485G  406G  55% /
tmpfs           7,7G   66M  7,6G   1% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           7,7G     0  7,7G   0% /run/qemu
/dev/nvme0n1p1  511M  5,3M  506M   2% /boot/efi
tmpfs           1,6G   13M  1,6G   1% /run/user/1000
/dev/sdb1       2,0T  557G  1,5T  28% /media/gl/Ubuntu Back
root@igtp:~# i

编辑2：输出df -hTi：

tmpfs          tmpfs   2,0M  1,9K  2,0M    1% /run
/dev/nvme0n1p2 ext4     60M  741K   59M    2% /
tmpfs          tmpfs   2,0M   113  2,0M    1% /dev/shm
tmpfs          tmpfs   2,0M     5  2,0M    1% /run/lock
tmpfs          tmpfs   2,0M     1  2,0M    1% /run/qemu
/dev/nvme0n1p1 vfat       0     0     0     - /boot/efi
tmpfs          tmpfs   391K   246  391K    1% /run/user/1000
/dev/sdb1      vfat       0     0     0     - /media/gl/Ubuntu Back

答案1

解决方案：在支持大文件的文件系统中格式化备​​份硬盘。

细节：

  • 备份驱动器是 4 TB Seageate，格式化为 fat32。
  • 将其格式化为 ext4 并重新运行备份确实成功了，但是：
  • 每个备份文件的大小约为 50MB。
    • 对于 fat32 文件系统来说这应该不是问题
    • 备份时不会在备份存储中保存较大的临时文件 - 在备份失败之前，我在备份运行时监控了 fat32 文件系统的利用率，并且它没有增加。
  • 我尝试将硬盘格式化回 fat32 并重新运行备份来重现该问题，但我不被允许（fat32 不支持大于 2 TB 的磁盘 - 它一开始是如何用 fat32 格式化的？！）

因此，底线是，从头开始并格式化为 ext4 是可行的，但如果这是针对这个特定问题的实际解决方案 - 我无法确认。

PS：感谢@Dan的指点

答案2

我想插话，因为我也刚刚遇到这种情况，但我的备份硬盘已经是 ext4 了（而且我无法评论，声誉不够）。

我只需选择不同的备份位置，它就可以正常工作（是的，启动了新的备份）。所有磁盘、分区、inode 都有足够的空间（80%/1TB 以上可用）。我重命名了现有目录并创建了一个同名的新目录，它就可以正常工作了。

如果有人遇到这种情况并且有更多信息，那么评论一下可能是有意义的。https://answers.launchpad.net/deja-dup/+question/694803

谢谢，希望有帮助！

相关内容