ДД сбой, потому что не хватило места

1

Вопрос

Я выполняю ddрезервное копирование моего /homeлогического тома на уровне блоков , но на нем остается все меньше места, если я указываю вывод на файл на внешнем диске или затем перенаправляю вывод gzipна внешний диск. Запуск df -hуказывает на /раздел (?) Работает вне пространства, но я понятия не имею , как получить вокруг этого или просто сбросить его вещи на внешнем диске.

Я делаю снимок /homeсквозной lvcreate(команда, которую я использовал был lvcreate -l 477 -s -n HomeSnapshot /dev/Silverback-vg/home), а затем подаю его в ddкачестве входного файла.

контекст

Я пытаюсь настроить homelab с помощью резервной копии моего уровня /homeи /разделов в файл образа на внешнем диске. Цель состоит в том, чтобы иметь автоматические ежедневные полные резервные копии, которые я могу просто скопировать обратно после переустановки Debian, если я что-то сломаю (весьма вероятно). Я исходил из среды Windows, поэтому любые вопросы в этом контексте были бы полезны. Я также с радостью приму любую документацию, на которую вы бы хотели сослаться, если вы можете указать, на что конкретно я должен смотреть, я потратил пару часов на копание и пока не нашел своего решения.

Дополнительная информация

Мои разделы следующие:

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 выход:

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

Ошибка при ddвыводе на внешний диск:

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

Ошибка из трубопровода выхода из , ddчтобы gzipзатем внешнего диска:

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

gzip: stdout: No space left on device

— Matthew_Sp
источник

1

Для орлиных глаз среди вас у меня не было backupsвиртуальной группы, фактически подключенной к системе, но 3TB_Externalкаталог был там. Поскольку он не был отображен как потомок /home, он был прикреплен к нему /, который был ограничен 10 ГБ.

Когда я обнаружил это, я активировал виртуальную группу, а vgchange -ay backupsзатем сопоставил логический том с 3TB_Externalкаталогом и отправился в гонки.

Спасибо всем, кто посмотрел.

— Matthew_Sp
источник

0

Ваша проблема, кажется, файловая система FAT32 на внешнем диске. Измените его (отформатируйте диск) на NTFS, и все должно быть в порядке. FAT32 не позволяет файлы размером более 4 ГБ.

— pbies
источник

Спасибо, что взглянули на это, но у меня есть вопрос. Внешний диск должен был быть отформатирован с ext3, где вы видите его в формате FAT32? Также я поймал свою ошибку. У меня по ошибке не было сопоставлено с моим внешним диском, куда я записывал данные, поэтому вместо этого он сбрасывал данные в корневой раздел.

— Matthew_Sp

Я не вижу его в формате FAT32, но обстоятельства говорят мне об этом. Но теперь у вас есть вся информация, и вы можете заставить ее работать. Теперь вы должны написать /mnt/backups/3TB_External.

— pbies