☰

DD falla porque se quedó sin espacio

tag-icon • tag-icon linux debian backup dd
DD falla porque se quedó sin espacio

Pregunta

Estoy corriendo ddpara hacer una copia de seguridad a nivel de bloque de mi /homevolumen lógico, pero se sigue quedando sin espacio si apunto la salida a un archivo en la unidad externa o canalizo la salida gzipa la unidad externa. La ejecución df -hindica que la /partición (?) se está quedando sin espacio, pero no tengo idea de cómo solucionar esto o simplemente hacer que descargue cosas en el disco externo.

Estoy haciendo una instantánea /home( lvcreateel comando que usé fue lvcreate -l 477 -s -n HomeSnapshot /dev/Silverback-vg/home) y luego la estoy ingresando ddcomo archivo de entrada.

Contexto

Estoy intentando configurar mi laboratorio doméstico con una copia de seguridad a nivel de bloque de mis particiones /homey /en un archivo de imagen en mi disco externo. El objetivo es tener copias de seguridad completas diarias automatizadas que pueda copiar nuevamente después de reinstalar Debian si rompo algo (muy probable). Vengo de un entorno principalmente de Windows, por lo que cualquier pregunta formulada en ese contexto sería útil. También aceptaría con gusto cualquier documentación que desee vincular si puede indicar qué debo mirar específicamente. He pasado un par de horas investigando y aún no he encontrado mi solución.

información adicional

Mis particiones son las siguientes:

Internal drive (80 GB)
    sda1 = /boot (243 MB)
    sda2 =  Volume Group "Silverback-vg"
        LV root (mounted as /) ~10 GB
        LV swap (mounted as /swap) ~2.64 GB
        LV home (mounted as /home) ~60 GB
External Drive (~3 TB)
    sdb = Volume Group "backups"
        LV 3TB_External (mounted as /mnt/backups/3TB_External) ~3 TB)

df -hproducción:

root@Silverback:~# df -h
Filesystem                             Size  Used Avail Use% Mounted on
/dev/dm-0                              9.1G  9.1G     0 100% /
udev                                    10M     0   10M   0% /dev
tmpfs                                  403M  6.0M  397M   2% /run
tmpfs                                 1007M   68K 1007M   1% /dev/shm
tmpfs                                  5.0M  4.0K  5.0M   1% /run/lock
tmpfs                                 1007M     0 1007M   0% /sys/fs/cgroup
/dev/sda1                              236M   22M  202M  10% /boot
/dev/mapper/Silverback--vg-home         60G   53M   57G   1% /home
tmpfs                                  202M  4.0K  202M   1% /run/user/116
tmpfs                                  202M   12K  202M   1% /run/user/1000
/dev/mapper/Silverback--vg-HomeBackup   60G   53M   57G   1% /mnt/Silverback-vg/HomeBackup

Error al ddenviar a una unidad externa:

root@Silverback:~# dd if=/dev/Silverback-vg/HomeSnapshot of="/mnt/backups/3TB_External/home Backup Mar-17-2017.img"
dd: writing to ‘/mnt/backups/3TB_External/home Backup Mar-17-2017.img’: No space left on device
8158833+0 records in
8158832+0 records out
4177321984 bytes (4.2 GB) copied, 237.212 s, 17.6 MB/s

Error en la salida de la tubería desde ddla gzipunidad externa:

root@Silverback:~# dd if=/dev/Silverback-vg/HomeSnapshot | gzip > "/mnt/backups/Home Mar-17-2017.img"

gzip: stdout: No space left on device

Respuesta1

Para los más atentos, no tenía el backupsgrupo virtual realmente conectado al sistema, pero el 3TB_Externaldirectorio estaba allí. Como no estaba asignado como descendiente de /home, quedó bloqueado en /, que estaba limitado a 10 GB.

Cuando descubrí eso, activé el grupo virtual, vgchange -ay backupsluego asigne el volumen lógico al 3TB_Externaldirectorio y me puse manos a la obra.

Gracias a todos los que miraron.

Respuesta2

Su problema parece ser el sistema de archivos FAT32 en el disco externo. Cámbielo (formatee la unidad) a NTFS y todo debería estar bien. FAT32 no permite archivos de más de 4 GB.

información relacionada