☰

Copia de seguridad: no queda espacio en el dispositivo. ¿Pero hay espacio?

tag-icon • tag-icon backup duplicity
Copia de seguridad: no queda espacio en el dispositivo. ¿Pero hay espacio?

Ubuntu 21.10, interfaz gráfica de respaldo que viene con Gnome 40.4.0. Empecé a recibir el mensaje "No queda espacio en el dispositivo" cuando estaba haciendo la copia de seguridad. Esto sucedió después de que agregué algunos archivos que son del orden de 100 GB. ¿Cuál podría ser el problema?

  • El disco local en el que quiero hacer una copia de seguridad de mi casa tiene 1,5 TB libres
  • El tamaño completo de mi casa (del que ya hice una copia de seguridad es 454 GB), por lo que el tamaño no debería ser el problema.
  • ¿Dónde debería encontrar los archivos de registro de duplicidad, es decir, qué está haciendo el front-end? No hay nada en /var/log
  • No está escribiendo nada en mi casa ni en /tmp, por lo que el problema no está en completar ninguno de ellos.

Cualquier idea es bienvenida..

EDITAR1:Las salidas de blkid y df -h según lo 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: Salida 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

Respuesta1

Solución: Formatee el disco duro de respaldo en un sistema de archivos que admita archivos grandes.

Detalles:

  • La unidad de respaldo era una Seageate de 4 TB formateada en fat32.
  • Formatearlo en ext4 y volver a ejecutar la copia de seguridad tuvo éxito PERO:
  • Cada uno de los archivos de copia de seguridad tenía un tamaño de alrededor de 50 MB.
    • Esto no debería ser un problema para el sistema de archivos fat32.
    • La copia de seguridad no guarda grandes archivos temporales en el almacenamiento de la copia de seguridad mientras se realiza la copia de seguridad. Supervisé la utilización del sistema de archivos fat32 mientras se ejecutaba la copia de seguridad antes de que fallara y no aumentara.
  • Intenté reproducir el problema formateando el disco duro nuevamente en fat32 y volviendo a ejecutar la copia de seguridad, pero no se me permitió (fat32 no admite discos de más de 2 TB; ¿cómo se formateó en fat32 en primer lugar?).

Entonces, en resumen, comenzar desde cero y formatear a ext4 funciona, pero si esa es la solución real a este problema en particular, no pude confirmarlo.

PD: Gracias @Dan por el consejo.

Respuesta2

Quería intervenir porque también acabo de recibir esto, pero mi disco duro de respaldo ya era ext4 (y no puedo comentar, no tengo suficiente reputación).

Simplemente elegí una ubicación de copia de seguridad diferente y funcionó (se inició una nueva copia de seguridad, sí). Todos los discos, particiones e inodos tenían mucho espacio (80%/1TB+ libre). Cambié el nombre del directorio existente y creé uno nuevo con el mismo nombre, y simplemente funcionó.

Si alguien se encuentra con esto y tiene más información, podría tener sentido comentarlo.https://answers.launchpad.net/deja-dup/+question/694803

Gracias, espero que eso ayude!

información relacionada