запуск резервного копирования после обновления Dropbox

Я принял решение не отредактировать предыдущий ответ, как предложено подсказкой, когда я нажал для добавления этого так, чтобы комментарии, что ответ не делается недействительным и потому что я чувствую предыдущий ответ и комментарии, были ценны в полезном опыте, который они отражают.

я вошел в азарт отправленный предыдущий ответ прежде даже выключить мои машины, чтобы видеть, что была некоторая проблема с чем-то все еще выполнение. Я не выяснил точно, какова та проблема была, я полагаю, что это происходило из-за моего сценария, не являющегося совместимым LSB и находящегося в/etc/init.d.

я на самом деле решил проблему теперь, и решение работало отлично в течение нескольких дней, я протестировал его многократно в тот период.

, Что я сделал: Я нашел это сообщение при работе над тем, чтобы заставлять этот тот же сценарий работать при начальной загрузке на моей установке Arch, которая находится на отдельном диске в этом рабочем столе: https://unix.stackexchange.com/questions/138281/arch-linux-run-script-a-minute-after-boot и затем я пересмотрел эту страницу, что я не заглянул некоторое время: https://wiki.archlinux.org/index.php/Systemd следующее решение работало над моей машиной Arch и, понимая, что Ubuntu также выполняет Systemd, я решил попробовать его на Ubuntu также... успех:)

Вот теперь рабочее решение:

#!/bin/bash

if [[ $(($(date +%A-%B-%d-%Y) != $(cat /home/user/Log/backup.log | tail -n1 | cut -d " " -f7))) \
     -eq 1 ]]
    then
    while [[ $(sudo -u user dropbox status) != "Up to date" ]]
    do
        sleep 10s
        [[ $(uptime | cut -d " " -f4) -ge 30 ]] && echo "Dropbox took to long on $(date)" >> \
        /home/user/Log/backup.log && exit 0
    done
    shopt -s dotglob globstar

    # Change to BACKUPNUM=$(($(date +%d) % 10)) when get separate drive to                  
    # backup to some day

    BACKNUM=$(($(date +%d) % 2))
    rsync -aAX --delete /home/user/ /backup/daily${BACKNUM}/user/ >> \
    /home/user/Log/backup.log 2>&1
    [[ $? -eq 0 ]] && rsync -aAX --delete /etc/ /backup/daily${BACKNUM}/etc/ >> \
    /home/user/Log/backup.log 2>&1
    [[ $? -eq 0 ]] && rm -rf /backup/daily${BACKNUM}/user/.dropbox >> \
    /home/user/Log/backup.log 2>&1
    [[ $? -eq 0 ]] && rm -rf /backup/daily${BACKNUM}/user/Dropbox/.dropbox >> \
    /home/user/Log/backup.log 2>&1
    [[ $? -eq 0 ]] && rm -rf /backup/daily${BACKNUM}/user/Dropbox/.dropbox.cache >> \
    /home/user/Log/backup.log 2>&1
    [[ $? -eq 0 ]] && \
    echo "successful backup of /home/user and /etc: $(date +%A-%B-%d-%Y) $(date +%l:%M%P)" >> \
    /home/user/Log/backup.log
    exit 0
else
    exit 0
fi

, Таким образом, я добавил следующие два файла/etc/systemd/system/dailyBackup.service:

[Unit]
Description=dailyBackup

[Service]
Type=simple
ExecStart=/usr/local/bin/dailyBackup

и/etc/systemd/system/dailyBackup.timer:

[Unit]
Desciption=Runs dailyBackup one minute after boot

[Timer]
#how long to wait before executing
OnBootSec=1min
Unit=dailyBackup.service

[Install]
WantedBy=multi-user.target

я затем работал:

sudo systemctl enable dailyBackup.timer

и завершение работы система. После включения назад, сценарий выполнился успешно и нет никакого завершения работы или проблем перезагрузки. Это решение, как ранее указано, работало в течение нескольких дней теперь. Как видно в сценарии, я использую rsync теперь, который был предложен беконом в их комментарии к моему последнему ответу. Я попробовал rsync несколько раз в прошлом и действительно полностью никогда не выяснял, почему существуют все еще различия, когда я выполняю разность-r, но я думаю, что понял, что они происходят из-за системы .files, которые изменились немного начиная с выполнения rsync и также потому что у меня, кажется, есть некоторые поврежденные символьные ссылки в ~/snap/gnome-system-monitor/current/.local/share/icons/hicolor на моем рабочем столе и даже нет поспешного каталога на моем ноутбуке Ubuntu. Это должно произойти из-за чего-то, что я ранее установил и удалил. Это для другого вопроса, хотя, как проблема, которые - удаляют флаг rsync, кажется, отменяет - исключают флаг, даже когда я добавляю - удаляют - исключенный флаг. Который является, почему мой сценарий все еще имеет операторы комнаты после rsync. Я надеюсь, что это полезно кому-то, я извлек уроки из этого и мне, который неоценим. Теперь я должен сделать некоторую фактическую школьную работу вместо того, чтобы играть с и узнать о Linux, который является одной из моих любимых вещей сделать:)

обновление:

, Таким образом, я выяснил, что шаблоны во флаге rsync - исключают = {}, должны быть относительные пути, относительно исходного каталога, синхронизировавшего от, и именно поэтому исключение игнорировалось полностью. Я вставлял полные пути. так комната-rf операторы больше не необходимы. Я также добавил некоторые условные выражения к циклу с условием продолжения теперь и уменьшил сон к одной секунде (я знаю, что это близко к опросу команды) так, чтобы, если Dropbox берет к долго для обновления, потому что я добавил некоторые огромные видеофайлы или что-то, сценарий вышел 0, если я завершу работу или перезагрузка, в то время как сценарий все еще выполняет тот цикл с условием продолжения. Таким образом, пока я не выясняю лучший способ остановить сценарий в случае завершения работы, или перезагрузка и лучший способ иметь сценарий ожидают, пока Dropbox не актуален, возможно, что-то в dailyBackup.timer, чтобы даже не выполнить его, пока Dropbox не актуален, вот текущая лучшая рабочая версия сценария:

#!/bin/bash

if [[ $((10#$(date +%d) != 10#$(cat /home/user/Log/backup.log | tail -n1 | cut -d " " -f7 | \
      cut -d "-" -f3))) -eq 1 ]]
    then
    while [[ $(sudo -u user dropbox status) != "Up to date" ]]
    do
        [[ $(runlevel | cut -d " " -f2) -eq 0 ]] && exit 0
        [[ $(runlevel | cut -d " " -f2) -eq 6 ]] && exit 0
        [[ $(uptime | cut -d " " -f4) -ge 30 ]] && echo "Dropbox took to long on $(date)" >> \
        /home/user/Log/backup.err && exit 0
        sleep 1s
    done
    shopt -s dotglob globstar

    # Change to BACKUPNUM=$(($(date +%d) % 10)) when get separate drive to backup to someday

    BACKNUM=$((10#$(date +%d) % 2))
    rsync -aAX --delete-excluded \
    --exclude={".dropbox","Dropbox/.dropbox",".dropbox-dist","Dropbox/.dropbox.cache"} \
    /home/user/ /backup/daily${BACKNUM}/user/ >> /home/user/Log/backup.err 2>&1
    [[ $? -eq 0 ]] && rsync -aAX --delete /etc/ /backup/daily${BACKNUM}/etc/ >> \
    /home/user/Log/backup.err 2>&1
    [[ $? -eq 0 ]] && \
    echo "successful backup of /home/user and /etc: $(date +%A-%B-%d-%Y) $(date +%l:%M%P)" >> \
    /home/user/Log/backup.log
    exit 0
else
    exit 0
fi

я не заявил это, однако для использования этого я создал резервный каталог / и затем/backup/daily0 и/backup/daily1 и "sudo chown me:myGroup" они оба и затем создал пользователя и и т.д. каталог и в daily0 и в daily1.

Также на моем ноутбуке я изменил dailyBackup.timer для запуска сценария 3 спустя минуты после начальной загрузки, так как у Wi-Fi занимает больше времени начаться, чем проводное соединение, и на моем рабочем столе я изменил его на 2 минуты только для помощи ему не, цикл как долго в случае длинного Dropbox обновляет время.

Также, когда дата совершила нападки 08, я нашел, что начиная с чисел в первом условном выражении, если интерпретируются как восьмеричные, я должен был предварительно ожидать 10# так, чтобы это использовало основу 10 чисел везде, которые предложили мне просто добавлять дополнительное сокращение-d для использования только фактического дня месяца вместо того, чтобы сравнить всю строку даты. Проблема об этом веб-сайте - то, что знаки фунта интерпретируются в блоке кода как запуск комментария, таким образом, он делает, это быть похожим на последнюю из тех строк являются просто комментарии, они не. Я также нашел, что лучше отправить ошибки в один файл и успешные журналы другому.

первая строка кода после хижины и строки, где переменный BACKNUM инстанцируют, является строками, о которых я говорю.