☰

Backup: Não resta espaço no dispositivo. Mas há espaço?

tag-icon • tag-icon backup duplicity
Backup: Não resta espaço no dispositivo. Mas há espaço?

Ubuntu 21.10, interface gráfica de backup que vem com o Gnome 40.4.0. Comecei a receber "Não há espaço no dispositivo" quando estou fazendo o backup. Isso aconteceu depois que adicionei alguns arquivos da ordem de 100 GB. Qual pode ser o problema?

  • O disco local no qual desejo fazer backup da minha casa tem 1,5 TB livre
  • O tamanho total da minha casa (da qual já fiz backup é de 454 GB), portanto, o tamanho não deve ser o problema
  • Onde devo encontrar os arquivos de log de duplicidade, ou seja, o que o front-end está fazendo? Não há nada em /var/log
  • Não está escrevendo nada em minha casa ou em /tmp então o problema não está em preencher nenhum deles.

Qualquer ideia é bem vinda..

EDITAR1:As saídas de blkid e df -h conforme solicitado:

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

EDITAR2: Saída de 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

Responder1

Solução: Formate o disco rígido de backup em um sistema de arquivos que suporte arquivos grandes.

Detalhes:

  • A unidade de backup era um Seageate de 4 TB formatado em fat32.
  • Formatá-lo para ext4 e executar novamente o backup foi bem-sucedido, MAS:
  • Cada um dos arquivos de backup tinha cerca de 50 MB.
    • Isso não deve ser um problema para o sistema de arquivos fat32
    • O backup não salva grandes arquivos temporários no armazenamento de backup durante o backup - monitorei a utilização do sistema de arquivos fat32 enquanto o backup estava em execução antes de falhar e não aumentou.
  • Tentei reproduzir o problema formatando o disco rígido de volta para fat32 e executando novamente o backup, mas não tive permissão (fat32 não suporta discos maiores que 2 TB - como foi formatado em fat32 em primeiro lugar?!)

Então, resumindo, começar do zero e formatar para ext4 funciona, mas se essa é a solução real para esse problema específico - não consegui confirmar.

PS: Obrigado @Dan pela indicação

Responder2

Eu queria intervir porque também acabei de receber isso, mas meu disco rígido de backup já era ext4 (e não posso comentar, não há reputação suficiente).

Simplesmente escolhi um local de backup diferente e funcionou (um novo backup foi iniciado, sim). Todos os discos, partições, inodes, tinham bastante espaço (80%/1TB+ livre). Renomeei o diretório existente e criei um novo com o mesmo nome, e funcionou.

Se alguém se deparar com isso e tiver mais informações, talvez faça sentido comentarhttps://answers.launchpad.net/deja-dup/+question/694803

Obrigado, espero que isso ajude!

informação relacionada