DD travando porque ficou sem espaço

1

Pergunta

Estou executando dd para fazer um backup em nível de bloco do meu /home volume lógico, mas ele continua ficando sem espaço se eu apontar a saída para um arquivo na unidade externa ou enviar a saída para gzip depois para o drive externo. A execução de df -h aponta para a partição / (?) Sem espaço, mas não tenho ideia de como contornar isso ou apenas fazer com que ele despeje coisas na unidade externa.

Estou fazendo um instantâneo de /home a lvcreate (o comando que usei era lvcreate -l 477 -s -n HomeSnapshot /dev/Silverback-vg/home ) e, em seguida, o alimentei para dd como o arquivo de entrada.

Contexto

Estou tentando configurar meu homelab com um backup em nível de bloco das minhas partições /home e / para um arquivo de imagem na minha unidade externa. O objetivo é ter backups completos diários automatizados que eu possa copiar de volta depois de reinstalar o Debian se eu quebrar alguma coisa (altamente provável). Eu estou vindo de um ambiente principalmente do Windows, portanto, quaisquer perguntas enquadradas nesse contexto seriam úteis. Eu também ficaria feliz em aceitar qualquer documentação que você gostaria de linkar, se você puder apontar especificamente o que eu devo olhar, eu passei algumas horas pesquisando e ainda não encontrei minha solução.

Informações adicionais

Minhas partições são as seguintes:

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 -h output:

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

Erro de dd de saída para a unidade 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

Erro na saída da tubulação de dd para gzip e, em seguida, unidade externa:

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

gzip: stdout: No space left on device
    
por Matthew_Sp 17.03.2017 / 19:45

2 respostas

1

Para os mais perspicazes entre vocês, eu não tinha o grupo virtual backups conectado ao sistema, mas o diretório 3TB_External estava lá. Como não foi mapeado como um descendente de /home , ele estava preso em / , limitado a 10 GB.

Quando descobri isso, ativei o grupo virtual com vgchange -ay backups , em seguida, mapeei o volume lógico para o diretório 3TB_External e fui para as raças.

Obrigado a todos que procuraram.

    
por 17.03.2017 / 21:11
0

Seu problema parece ser o sistema de arquivos FAT32 na unidade externa. Altere-o (formate a unidade) para NTFS e tudo ficará bem. FAT32 não permite arquivos maiores que 4GB.

    
por 17.03.2017 / 22:04