☰

備份：設備上沒有剩餘空間。但空間有嗎？

tag-icon • tag-icon backup duplicity
備份：設備上沒有剩餘空間。但空間有嗎？

Ubuntu 21.10，Gnome 40.4.0自帶的圖形備份介面。當我進行備份時，我開始收到「設備上沒有剩餘空間」的訊息。這是在我添加了一些大約 100 GB 的檔案後發生的。

  • 我要備份我的家庭的本機磁碟有 1.5 TB 可用空間
  • 我家的完整大小（我已經備份了 454 GB），所以大小應該不是問題
  • 我應該在哪裡找到口是心非的日誌文件，即前端正在做什麼？ /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 （我無法發表評論，沒有足夠的聲譽）。

我只是選擇了一個不同的備份位置並且它起作用了（一個新的備份已開始，是的）。所有磁碟、分割區、索引節點都有充足的空間（80%/1TB+ 可用空間）。我重命名了現有目錄並建立了一個同名的新目錄，它就成功了。

如果有人遇到這個問題並有更多信息，評論可能是有意義的https://answers.launchpad.net/deja-dup/+question/694803

謝謝，希望有幫助！

相關內容