Как продолжить настройку пакетов после сбоя сети

Вот часть решения из моего ежедневного сценария резервного копирования, который вызывается cron: Backup Linux, сценарии и документы в Gmail. Полный скрипт подходит, потому что: он содержит целевые файлы /home/me/*, но пропускает 1 ГБ файлов /home/, важных для вас, используемых FireFox, Chrome и другими приложениями, которые мне не интересны в резервном копировании , он содержит важные файлы для меня, но неважно для вас в /etc/cron*, /etc/system*, /lib/systemd/system-sleep, /etc/rc.local, /boot/grub, /usr/share/plymouth, /etc/apt/trusted.gpg и т. д. Он каждое утро отправляет электронную почту на мой gmail .com для резервных копий за пределами площадки. Ваши резервные копии не только на месте, но и на одном компьютере.

Вот соответствующий скрипт, части которого вы можете адаптировать:

#!/bin/sh
#
# NAME: daily-backup
# DESC: A .tar backup file is created, emailed and removed.
# DATE: Nov 25, 2017.
# CALL: WSL or Ubuntu calls from /etc/cron.daily/daily-backup
# PARM: No parameters but /etc/ssmtp/ssmtp.conf must be setup

# NOTE: Backup file name contains machine name + Distro
#       Same script for user with multiple dual boot laptops
#       Single machine should remove $HOSTNAME from name
#       Single distribution should remove $Distro

sleep 30 # Wait 30 seconds after boot

# Running under WSL (Windows Subsystem for Ubuntu)?
if cat /proc/version | grep Microsoft; then
    Distro="WSL"
else
    Distro="Ubuntu"
fi

today=$( date +%Y-%m-%d-%A )
/mnt/e/bin/daily-backup.sh Daily-$(hostname)-$Distro-backup-$today

Мой gmail.com заполнен всего на 35% (из 15 ГБ), поэтому мои ежедневные резервные копии могут выполняться некоторое время, прежде чем мне удастся удалить файлы. Но вместо философии «все старше, чем ххх» я буду использовать стратегию дедушки-отца-сына, описанную здесь: Резервное копирование Linux, скриптов и документов в Gmail . Вкратце:

DAYS_TO_KEEP=60
find $BACKUP_DIR -maxdepth 1 -mtime +"$DAYS_TO_KEEP" -exec rm -rf {} \;