Обработка date в bash и из cron

#!/bin/sh замени на #!/bin/bash

и как в кроне запуск прописан?

и еще, зачем экранировать - и _ ?

кстати лучше создать переменную, например

DIR=$(date +%Y-%b-%d--%k_%M_%S)

backup -o /mnt/dlink/$DIR/

Прописано предельно просто:

cat /etc/cron.daly/backup

#!/bin/bash test -x /usr/bin/backup || exit 0 /usr/bin/backup

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

>лучше создать переменную

Чем лучше, не поясните?

побились переносы строк, конечно же

#!/bin/bash test -x /usr/bin/backup || exit 0
/usr/bin/backup

По поводу ловли блох лучше делать так:

#!/bin/bash
#MikeDM 2010

FLOG="/var/log/backup.log"

putlog(){
        echo "$(date +%Y-%m-%d\ %H:%M:%S ) $1" >> $FLOG
}

#тест без выхода при ошибке
ltesth(){
   
if [[ $1 == "0" ]]
        then putlog "SUCCESS" ;
        else putlog "FAILURE. error code $1. skip exit" ;
fi

}


#тест с выходом при ошибке
ltest(){
   
if [[ $1 == "0" ]]
        then putlog "SUCCESS" ;
        else putlog "FAILURE. error code $1. exit" ; m_stop ; exit 1;
fi

}

#clear pre data
putlog "clear taget dir $TARGET_DIR  Операция после отказа которой надо завершить работу скрипта ибо продолжать дальше нет смысла"
rm -rf $TARGET_DIR/*
ltest $?

putlog "Операция после отказа которой не надо завершать работу скрипта"
umount /mnt/snap
ltesth $?


# ну и дальше в том же духе 

>Когда я запускаю его из bash всё отлично. Но когда я поместил его в cron, создаваемые каталоги стали иметь вид «2011-Mar-01--», то есть без указания времени создания.

ибо

`%k'

hour (` 0'...`23'). This is a GNU extension.

Когда вы доки начнёте читать?! это GNU расширение, и в POSIX оно не работает. А скрипты именно так выполняются.

Мне man date выдаёт
...
%I hour (01..12)

%j day of year (001..366)

%k hour ( 0..23)

%l hour ( 1..12)

%m month (01..12)
...

То есть ни звука о GNU-расширениях.

cat /etc/issue
Debian GNU/Linux 5.0 \n \l

То есть ни звука о GNU-расширениях.

не дочитали:

SEE ALSO The full documentation for date is maintained as a Texinfo manual. If the info and date programs are properly installed at your site, the command

info coreutils 'date invocation'

should give you access to the complete manual.

Можно раскрыть тему?

это как надо запустить скрипт, чтобы date отключил свои GNU extensions?

Я еще понимаю если он перенесет скрипт с GNU extensions на платформу без GNU/coreutils

На [url]http://pubs.opengroup.org/onlinepubs/9699919799/utilities/date.html[/url&... никакого %k нет.

Но хотя вопрос это не решает.

это как надо запустить скрипт, чтобы date отключил свои GNU extensions?

File: coreutils.info, Node: Standards conformance, Prev: Special built-in utilities, Up: Common options

2.13 Standards conformance ==========================

In a few cases, the GNU utilities' default behavior is incompatible with the POSIX standard. To suppress these incompatibilities, define the `POSIXLY_CORRECT' environment variable. Unless you are checking for POSIX conformance, you probably do not need to define `POSIXLY_CORRECT'.

Newer versions of POSIX are occasionally incompatible with older versions. For example, older versions of POSIX required the command `sort +1' to sort based on the second and succeeding fields in each input line, but starting with POSIX 1003.1-2001 the same command is required to sort the file named `+1', and you must instead use the command `sort -k 2' to get the field-based sort.

The GNU utilities normally conform to the version of POSIX that is standard for your system. To cause them to conform to a different version of POSIX, define the `_POSIX2_VERSION' environment variable to a value of the form YYYYMM specifying the year and month the standard was adopted. Two values are currently supported for `_POSIX2_VERSION': `199209' stands for POSIX 1003.2-1992, and `200112' stands for POSIX 1003.1-2001. For example, if you have a newer system but are running software that assumes an older version of POSIX and uses `sort +1' or `tail +10', you can work around any compatibility problems by setting `_POSIX2_VERSION=199209' in your environment.

хотя у меня всё равно %k работает... Видимо в стандарте POSIX просто нет %k, а следовательно её поведение не определено. Подозреваю, что у ТС две date - первая лежит в /bin/ и нужна при инициализации ОС, а вторая в /usr/bin/

У меня в /usr/bin симлинк на /bin/date.