на 100% занят корневой раздел

[ek-nfn]

Там ну абсолютно не в чем разбираться

у вас есть реальный факт, что бэкап пишется на раздел sda1.

[ek-nfn]

Поменяйте переменную DEST_DIR на каталог своего локального диска

[ek-nfn]

Для таких объемов 7z лучше заменить на многопоточный архиватор, что ускорит скорость архивации в разы. Например, почти в 10 раз, при наличии 10-ти ядерного cpu

[udarnic77]

у вас есть реальный факт, что бэкап пишется на раздел sda1.

Да, в единичном случае. Ранее скрипт работал нормально, бэкап ложился на сетевую шару.

Впрочем, это уже оффтопик.
Еще раз спасибо за помощь

[udarnic77]

Для таких объемов 7z лучше заменить на многопоточный архиватор, что ускорит скорость архивации в разы. Например, почти в 10 раз, при наличии 10-ти ядерного cpu

Объем бэкапа, выполняющегося этим скриптом - 80 Гб.

[ek-nfn]

Ранее скрипт работал нормально, бэкап ложился на сетевую шару.

Не мог он нормально работать, так как путь размещения архивного файла в системном разделе, а не в пристегнутом постороннем разделе (прописан в указанной переменной). Замените содержимое переменной на нужный диск/каталог

[udarnic77]

Ранее скрипт работал нормально, бэкап ложился на сетевую шару.

Не мог он нормально работать, так как путь размещения архивного файла в системном разделе, а не в пристегнутом постороннем разделе (прописан в указанной переменной). Замените содержимое переменной на нужный диск/каталог

Бэкап пишется на сетевую шару, примонтированную в/mnt/winshare/backup

//vnk-nas1.domen.local/backup  3.6T  2.9T  779G  79% /mnt/winshare/backup

Или я не понимаю, о чем Вы....
И скрипт действительно работал как надо очень давно...

[ek-nfn]

ну из скрипта я вижу куда и какой файл пишется
${DEST_DIR}/${FNAME}-${TIMESTAMP}.7z
Подставьте сюда значения переменных и получаем такой путь и файл
/mnt/winshare/backup/SRV-REG/srv-reg_backup-date +%Y%m%d.%H%M.7z
Где вы тут видите запись на примонтированный диск ?

[udarnic77]

ну из скрипта я вижу куда и какой файл пишется
${DEST_DIR}/${FNAME}-${TIMESTAMP}.7z
Подставьте сюда значения переменных и получаем такой путь и файл
/mnt/winshare/backup/SRV-REG/srv-reg_backup-date +%Y%m%d.%H%M.7z
Где вы тут видите запись на примонтированный диск ?

выделил красным
это монтирование сетевого NAS как видно из вывода df -h (предпоследняя строка)

Код Выделить Развернуть


df -h
Filesystem                        Size  Used Avail Use% Mounted on
udev                              7.9G     0  7.9G   0% /dev
tmpfs                             1.6G  9.0M  1.6G   1% /run
/dev/sda1                          23G  3.3G   19G  16% /
tmpfs                             7.9G     0  7.9G   0% /dev/shm
tmpfs                             5.0M     0  5.0M   0% /run/lock
tmpfs                             7.9G     0  7.9G   0% /sys/fs/cgroup
/dev/sda8                         225G  6.4G  207G   3% /home
/dev/sdb1                         3.6T  127G  3.3T   4% /data
/dev/sda5                         9.2G  4.4G  4.4G  50% /var
/dev/sda7                         1.9G  5.7M  1.7G   1% /tmp
//vnk-nas1.domen.local/backup  3.6T  2.9T  779G  79% /mnt/winshare/backup
tmpfs                             1.6G     0  1.6G   0% /run/user/0



Код Выделить Развернуть

cat /etc/fstab
# /etc/fstab: static file system information.
...
...
//vnk-nas1.domen.local/backup /mnt/winshare/backup cifs user,rw,credentials=/root/.smbclient 0 0

Листинг каталога:

Код Выделить Развернуть


ls -la /mnt/winshare/backup/SRV-REG/
total 166286728
drwxr-xr-x 2 root root           0 Feb  9 04:30 .
drwxr-xr-x 2 root root           0 Jun  8  2021 ..
-rwxr-xr-x 1 root root 84906436993 Feb  8 04:59 srv-reg_backup-20220208.0103.7z
-rwxr-xr-x 1 root root 85371167457 Feb  9 04:52 srv-reg_backup-20220209.0103.7z


Как видно из размеров двух бэкапов (около 80 Гб каждый) - это не может быть размещено на корневом разделе локального диска, так как он всего 23Гб

И у меня есть только одна версия случившегося:
В тот роковой день это монтирование "сломалось" (как/почему понятия не имею) и скрипт, не увидев /mnt/winshare/backup/SRV-REG, просто создал их на локальном SDA1, а поскольку размер бэкапа сильно больше 23 Гб, 7Zip заполнил все пустое пространство до 23 Гб и вывалился с ошибкой, не очистив за собой место

[ek-nfn]

это монтирование сетевого NAS как видно из вывода df -h (предпоследняя строка)

Похоже линуксу пофигу на ваш вариант монтирования ?  Как думаете, почему ?
Ну ладно, это уже затянувшийся офтопик по вашей теме, откланиваюсь

[Susumo]

Не силен в bash, у вас скрипт проверяет подключение шары? Похоже на то, что шара отвалилась и произошла запись в корень с созданием всех указанных в пути каталогов, а поскольку каталог указанный в fstab, в который должна монтироваться шара более не пустой, то и шара более не монтируется и все пишется в корень.

[dzhoser]

Проверку можно замутить так

Код Выделить Развернуть

if grep -qs '/mnt/winshare/backup/SRV-REG ' /proc/mounts; then
    echo "It's mounted."
else
    echo "It's not mounted."
fi
А происходит следующее
/mnt/winshare/backup/SRV-REG
Не смонтирован или какого-то из каталогов не существует. В этом случае все пишется в корень откуда и запускается скрипт
То есть после проверки если проверка монтирования не удачна, нужно завершить скрипт или попытаться смонтировать.