Резервное копирование папок

ты эти команды в кронтаб пишешь или в скрипт, а его уже из кронтаба вызываешь? если в скрипт, то он выполнится последовательно.

Подскажите как сделать чтобы размонтирование проходило только после полного завершения процесса копирования?

все команды через && , нет?
P.S. странная подсеть для предприятия...

после cp sleep

Вот именно, как сказал comp00 && еще не отменили.
Все это можно сделать в 1 строчку.

Или Cron и так выполнит команды в строгой последовательности?

cron вообще ничего не выполнит, потому что то, что Вы написали, не является правильным конфигом cron.
Или это шелл-скрипт?

В кронтаб буду писать. Примерно так

# Монтирование расшаренной папки 1С
*/50 12 * 82	mount -t smbfs //192.168.1.3/базы /mnt/192.168.1.3/базы -o password=123
#
# Копирование бызы 1С с заменой файлов
*/50 12 * 82	cp -r /192.168.1.3/базы /mnt/md3/1c_base
#
# Размонтирование расшаренной папки 1С
*/50 12 * 82	umount /mnt/192.168.1.3/базы

Так вот вы какие, 1С админы.[ушел и застрелился]

Скажи-ка, Иван, если без пайпов, а просто umount -l использовать, то что получится?

Подскажите как сделать чтобы размонтирование проходило только после полного завершения процесса копирования

Для этого это должно быть одно правило cron; в нем или однострочник, или запуск скрипта из файла.

Если однострочник, рекомендую так: mount ... && cp ... ; umount ... . Таким образом cp выполнится только в том случае, если mount будет успешен, а umount - в любом случае. Удобно, чтобы обойти возможные ошибки (например, если шара не примонтируется). В bash скриптах && - логическое И, || (или точка-с-запятой ; , или новая строка если в отдельном файле) - логическое ИЛИ. То есть в комбинации cmd1 && cmd2 , cmd2 выполнится только если выполнение cmd1 было успешным. А вот если перед umount поставить '&&' , то, в случае неуспешного копирования, шара не будет отмонтирована; это ведь не то что нам нужно, правда?

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

В кронтаб буду писать. Примерно так

Нет! Должно быть одно правило.

Для этого это должно быть одно правило cron; в нем или однострочник, или запуск скрипта из файла.

Если однострочник, рекомендую так: mount ... && cp ... ; umount ... . Таким образом cp выполнится только в том случае, если mount будет успешен, а umount - в любом случае. Удобно, чтобы обойти возможные ошибки (например, если шара не примонтируется). В bash скриптах && - логическое И, || (или точка-с-запятой ; , или новая строка если в отдельном файле) - логическое ИЛИ. То есть в комбинации cmd1 && cmd2 , cmd2 выполнится только если выполнение cmd1 было успешным. А вот если перед umount поставить '&&' , то, в случае неуспешного копирования, шара не будет отмонтирована; это ведь не то что нам нужно, правда?

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

Спасибо за развернутый, полный ответ. Наверное точно так и сделаю. Всё запихаю в скрипт, а уже его (скрипт) буду вызывать из кронтаба. А то в глазах рябит.)))

в crontab одну команду типа:

*/50 12 * * *   sh /root/mycoolbackupscript.sh

В /root/mycoolbackupscript.sh пишешь:

#!/bin/sh
mount -t smbfs //192.168.1.3/базы /mnt/192.168.1.3/базы -o password=123
cp -r /192.168.1.3/базы /mnt/md3/1c_base
umount /mnt/192.168.1.3/базы

И радуешься. Конечно, если все команды без ошибок напишешь...

опередил, да и ответ дал более развернутый. Снимаю шляпу...

а еще есть очень полезная команда rsync (вместо cp)

Очень рекомендую почитать Advanced Bash-Scripting Guide ( качать здесь, русский: http://www.opennet.ru/docs/RUS/bash_scripting_guide/abs-guide-flat.tar.gz ). С каждой прочитанной строкой голова будет становиться светлее, а жизнь в Linux - лучше :)

Всем спасибо, Всё сделал. Вопрос закрыт!

Без пайпов?
-l тупо отмонтирует файловую систему, и следующее обращение к ней приведёт к ошибке.

Все это можно сделать в 1 строчку.

можно, но не красиво. Проще так:

mount -t smbfs //192.168.1.3/базы /mnt/192.168.1.3/базы -o password=  &&\
cp -r /192.168.1.3/базы /mnt/md3/1c_base &&\
umount /mnt/192.168.1.3/базы

Я имел в виду в контексте данной задачи.
Пока cp читает данные, раздел, по идее, не отмонтируется же?

Изучил man 2 umount и с удивлением обнаружил:
MNT_DETACH (since Linux 2.4.11)
Perform a lazy unmount: make the mount point unavailable for new accesses, and actually perform the unmount when the mount point ceases to be busy.

Но не отмонтирует ли ядро файловую систему в перерыве между двумя копируемыми файлами?

Ну я вот и надеялся, что ты знаешь ответ на этот вопрос
Как определяется busy или нет, я не очень представляю, но была надежда на то, что ср читает быстрее, чем опросы на занятость происходят

*/50 12 * * *

Всё сделал. Вопрос закрыт!

Уверен? Эта запись будет срабатывать дважды в день

Уверен? Эта запись будет срабатывать дважды в день

Кронтаб сделал так.

# Запускаем скрипт копирования однокрасно по будням в 10.00
*/010 * * 1,2,3,4,5    /etc/backup_1c

я плакалъ

1,2,3,4,5 - замени на 1-5. И ты это указал не в том поле :-/
*/010 ? У тебя в часах больше 100 минут может быть? o_O

и */10 зачем ? каждые десять минут в течение указанного часа ? надо просто 10

Или я уже не прав? Прув http://ss64.com/bash/crontab.html

что значит «просто десять»? У тебя */010 - это и есть каждые десять минут. Именно в 10 минуту будет '10', но никак не '*/010'

Исправил на

0 10 * * 1-5	/etc/backup_1c

Судя по тому что написано по ссылке которую я привел */10 это 0,10,20,30,40,50 минуты. Прув:

For example, «*/3» in the hour time field is equivalent to «0,3,6,9,12,15,18,21»; «*» specifies 'every hour'

А почему не rsync? Например rdiff-backup.

Резервное копирование папок

Кроме криокамеры ничего и на ум не приходит. Правда, пока еще не придумали технологию разморозки.