Комментарии 36
НЛО прилетело и опубликовало эту надпись здесь
Ужас.
В видне можно сделать гораздо проще: autorun.inf с ссылкой на батничек с командами ntbackup-у
В видне можно сделать гораздо проще: autorun.inf с ссылкой на батничек с командами ntbackup-у
НЛО прилетело и опубликовало эту надпись здесь
Задумка немного другая - не винт привязать, а систему научить распознавать устройства и обрабатывать их. То есть в идеале устройство куда бекапимся - любое и совершенно не важно что на нем лежит.
К тому же ntbackup значительно уступает по функциональности sbackup.
К тому же ntbackup значительно уступает по функциональности sbackup.
RUN+="/usr/local/bin/usb-backup"
это автозапуск что-ли?
Может быть вместо idVendor/idProduct, которые по идее одинаковые для всех хардов одной модели, стоит попробовать прязаться к серийнику или к UUID раздела? А то действительно, кто-нибудь вставит такой же винт и унесет бэкап.
НЛО прилетело и опубликовало эту надпись здесь
Всем спасибо за плюсы. Перенес топик в Убунтариум. Думаю ему там самое место.
Есть продолжение истории. Порой случается (как у меня), что винт который используется для бекапа параллельно используется для хранения других данных. В таком случае бекапиться при каждом подключении - не всегда полезно, иногда хочется, чтобы перед началом бекапа система спросила а надо ли сейчас это делать и если ей не ответили начать потихоньку свое черное дело в фоне...
Для решения этой проблемы я написал немножко кода на питоне. Пришлось обойти пару узких мест (связанных с тем, что запускается это от root'а).
Жить второму топику?
Есть продолжение истории. Порой случается (как у меня), что винт который используется для бекапа параллельно используется для хранения других данных. В таком случае бекапиться при каждом подключении - не всегда полезно, иногда хочется, чтобы перед началом бекапа система спросила а надо ли сейчас это делать и если ей не ответили начать потихоньку свое черное дело в фоне...
Для решения этой проблемы я написал немножко кода на питоне. Пришлось обойти пару узких мест (связанных с тем, что запускается это от root'а).
Жить второму топику?
Не понял, а где собственно выполняется монтирование?
Это 5!!! Автору + в карму!
раз автор так искушен в вопросах бекапа, у меня есть реквест на следующий хабратопик: а как делать автоматический бекап на smb шару при появлении связи до неё?
Не плохо, правда у меня всё несколько проще:
~ $ cat bin/mybkp.sh
#!/bin/bash
tar zvcf /media/backup/backup-`date '+%F'`.tar.gz --listed-incremental=/media/backup/backup.snar ~/ --exclude=Videos --exclude=Music --exclude=Public --exclude=.wine --exclude=.thumbnails --exclude=.VirtualBox --exclude=.cache --exclude=.ies4linux --exclude=/home/redchrom/.mozilla/firefox/*/Cache --exclude=/home/redchrom/.liferea_1.4/mozilla/liferea/Cache/ --exclude=.rnd --exclude=/home/redchrom/workspace/.metadata
И ручками запускаю :)
~ $ cat bin/mybkp.sh
#!/bin/bash
tar zvcf /media/backup/backup-`date '+%F'`.tar.gz --listed-incremental=/media/backup/backup.snar ~/ --exclude=Videos --exclude=Music --exclude=Public --exclude=.wine --exclude=.thumbnails --exclude=.VirtualBox --exclude=.cache --exclude=.ies4linux --exclude=/home/redchrom/.mozilla/firefox/*/Cache --exclude=/home/redchrom/.liferea_1.4/mozilla/liferea/Cache/ --exclude=.rnd --exclude=/home/redchrom/workspace/.metadata
И ручками запускаю :)
странно, а у меня не работает, все равно монтируется как обычно /media/disk, /dev/backup не появляется
а чтобы сделать то же, но с помощью rsync на удаленный сервер, что надо поменять? :)
То же - это что? Просто функциональность rsync есть в sbackup. Чтобы бэкапиться на удаленный сервер надо его настройки править. Но смысла я тут большого не вижу... Фишка была чтобы обработать событие подключения конкретного устройства и бэкапнуться на него... А в сеть можно и без всего этого. Тем же кроном как советуют выше проверить доступность сервака и запустить скрипт. Разве что в два места бэкапиться при подключении... на винт и в сеть.
спасибо, отличная заметка.
Спасибо. Очень интересно.
Не подскажите, можно ли выполнить скрипт бэкапа не от рута а от текущего пользователя
Кстати, udev можно не перезапускать — он и так подхватывает настройки.
Не подскажите, можно ли выполнить скрипт бэкапа не от рута а от текущего пользователя
Кстати, udev можно не перезапускать — он и так подхватывает настройки.
Не от рута не получится sbackupd ругнется. Теоретически можно наверное, но тогда нельзя будет системные файлики бекапить.
Я хочу немножко для другого это приспособить. Идеальный вариант был бы таков — если мой пользователь залогинен, то копируем файлы, если нет то не копируем.
Кстати, я вчера пробовал провернуть хитрость с udev когда девайс разбит на два раздела. Оказалось, у них вывод udevinfo почти идентичен, за ислючением размера и некоторых параметров, которые меняются при каждом подключении.
Кстати, я вчера пробовал провернуть хитрость с udev когда девайс разбит на два раздела. Оказалось, у них вывод udevinfo почти идентичен, за ислючением размера и некоторых параметров, которые меняются при каждом подключении.
Предупреждение для тех, кто будет делать это на убунту 9.04. сегодня пару часов помучался пока мне дошло, что в 9.04 правила Udev переехали из /ect/udev/rules.d в /lib/udev/rules.d/. а в реадми из /etc/udev/rules.d нетёб этом ни слова.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Инкрементный Backup при подключении USB HDD в Ubuntu