☰

Резервное копирование: На устройстве не осталось места. Но место есть?

tag-icon • tag-icon backup duplicity
Резервное копирование: На устройстве не осталось места. Но место есть?

Ubuntu 21.10, графический интерфейс резервного копирования, который поставляется с Gnome 40.4.0. Я начал получать сообщение "No space left on device" (На устройстве не осталось места), когда я делаю резервное копирование. Это произошло после того, как я добавил несколько файлов, которые составляют порядка 100 ГБ. В чем может быть проблема?

  • На локальном диске, на котором я хочу сделать резервную копию своего дома, свободно 1,5 ТБ
  • Полный размер моего домашнего каталога (резервную копию которого я уже сделал) составляет 454 ГБ, так что размер не должен быть проблемой.
  • Где мне найти файлы журнала duplicity, т.е. что делает front-end? В /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

Решение: Отформатируйте резервный жесткий диск в файловой системе, поддерживающей большие файлы.

Подробности:

  • Резервным диском был Seageate емкостью 4 ТБ, отформатированный в FAT32.
  • Форматирование в ext4 и повторный запуск резервного копирования увенчались успехом, НО:
  • Размер каждого файла резервной копии составлял около 50 МБ.
    • Это не должно быть проблемой для файловой системы fat32.
    • Резервное копирование не сохраняет большие временные файлы в хранилище резервных копий во время резервного копирования. Я отслеживал использование файловой системы fat32 во время резервного копирования до того, как оно произошло, и оно не увеличилось.
  • Я попытался воспроизвести проблему, отформатировав жесткий диск обратно в FAT32 и повторно запустив резервное копирование, но мне это не разрешили (FAT32 не поддерживает диски размером более 2 ТБ — как вообще его можно было отформатировать в FAT32?!)

Итак, в конечном итоге, запуск с нуля и форматирование в ext4 работает, но является ли это фактическим решением данной конкретной проблемы — я не могу подтвердить.

PS: Спасибо @Dan за подсказку.

решение2

Я хотел бы вмешаться, потому что я тоже только что получил это, но мой резервный жесткий диск уже был ext4 (и я не могу прокомментировать, недостаточно репутации).

Я просто выбрал другое место для резервного копирования, и это сработало (новое резервное копирование было начато, да). На всех дисках, разделах, инодах было достаточно места (80%/1 ТБ+ свободно). Я переименовал существующий каталог и создал новый с тем же именем, и это просто сработало.

Если кто-то с этим столкнется и у него будет больше информации, возможно, имеет смысл прокомментироватьhttps://answers.launchpad.net/deja-dup/+question/694803

Спасибо, надеюсь, это поможет!

Связанный контент