Корень / корневой каталог по сравнению с ~ (тильда)

Вот то, как я сделал это для моделирования выполнения крона сценария, который я создал несколько лет назад, но который начал перестать работать недавно.

Я создал названный сценарий dumpenv:

#!/bin/sh

base=$(basename $0)

env -0 > /tmp/$base.$$.dump

Это выводит все переменные среды в файл в /tmp/. Затем я изменил свой crontab для добавления:

*/1 * * * *  [path to newly created script]

Это делает сценарий выполняемым каждую минуту. Таким образом, после минуты, я получил дамп среды, замеченной задачами, выполненными от крона. Если crontab строку оставляют выполнить больше чем минуту, она создает набор идентичных файлов с именами, отличающимися только по изодромной с предварением части имени файла ($$). Никакая важная персона. Я, возможно, кодировал для этой возможности, чтобы получить всего один файл, но основной принцип здесь "достаточно хорош", и я мог бы хотеть использовать dumpenv в других контекстах, где несколько дампов полезны. Во всяком случае желательно удалить crontab строку, которая была добавлена, чтобы не заполнять /tmp с большим количеством спама.

Затем я создал дополнительный файл, который я назвал /tmp/command который содержал команду, я хотел выполниться на одной строке, завершенной нулевым символом. Нулевой символ необходим.

Затем я вышел:

cat [path to dumpfile crated earlier] /tmp/command | xargs -0 -x env -i

И это копировало отказ, который я видел, когда моя команда выполняется от крона. Что xargs делает создать команду формы:

env -i [list of environment variables] [command to execute]

и выполняет его. Список переменных среды появляется из файла дампа. Команда это env выполняется прибывает из /tmp/command файл.

-0 аргументы env и xargs и необходимый нулевой символ, который я упоминаю выше, состоит в том, чтобы предотвратить искажение среды, в то время как переменные раздаются. В случаях, где среда не содержит переменной среды с новой строкой в нем, -0 мог очевидно быть опущен от вызова env в dumpenv сценарий и от xargs команда, и /tmp/command файл не потребовал бы нулевого символа как разделителя строки.

Я не делаю никакого явного перенаправления stdin к/dev/null, потому что xargs делает это для меня. Я также не забочусь о перенаправлении stdout/stderr, и я не хочу получать электронное письмо, если команда перестала работать. Для случаев, где эти функции желаемы, ответ Gilles обеспечивает средства сделать это.