Проблемы, связанные с работой crontab.
На данный момент самое простое, что можно сделать, это удалить раздел D: (не форматировать его). Либо используйте инструмент GParted или Windows Disk Management. Это создаст неиспользуемое пространство, которое установщик может использовать и использовать.
6 ответов
Как вы знаете, что он никогда не запускается? Он не собирается повторять ваш терминал. Сначала опустите sudo ... это никогда не должно быть в кроне.
Выполните вывод вашего файла в файл следующим образом:
echo "I work" > /path/to/some/file.txt
или [!]. d2]
* * * * * /home/lskidson/tests/script.sh > /path/to/some/file.txt
Используйте> для перезаписывания файла, >> для добавления к нему.
Как вы знаете, что он никогда не запускается? Он не собирается повторять ваш терминал. Сначала опустите sudo ... это никогда не должно быть в кроне.
Выполните вывод вашего файла в файл следующим образом:
echo "I work" > /path/to/some/file.txt
или [!]. d2] * * * * * /home/lskidson/tests/script.sh > /path/to/some/file.txt
Используйте> для перезаписывания файла, >> для добавления к нему.
Как вы знаете, что он никогда не запускается? Он не собирается повторять ваш терминал. Сначала опустите sudo ... это никогда не должно быть в кроне.
Выполните вывод вашего файла в файл следующим образом:
echo "I work" > /path/to/some/file.txt
или [!]. d2] * * * * * /home/lskidson/tests/script.sh > /path/to/some/file.txt
Используйте> для перезаписывания файла, >> для добавления к нему.
Firs с shebang #!/bin/bash, который вы уже определили, это скрипт Bash. Следующим шагом является создание исполняемого файла для его запуска без команды bash из него:
chmod +x /home/lskidson/tests/script.sh
В общем случае команда sudo неприменима в crontab. Если вам нужно запустить Cronjob от root, вы можете использовать crontab корня, который может быть достигнут командой sudo crontab -e.
Теперь мы можем перейти к вопросу Кронтаба. Где вы ожидаете получить сообщение «Я работаю»? Существует несколько случаев.
1. Если исполняемый файл генерирует выходной файл или просто модифицирует некоторые вещи, задание Cron должно быть:
* * * * * /home/lskidson/tests/script.sh
1. Если программа не записывает никакого выходного файла и просто генерирует некоторые данные в исполняемом файле (как и в вашем случае), вы должны перенаправить его в файл, чтобы увидеть его в соответствующем месте (эта часть 2>&1 перенаправляет и сообщения об ошибках на stdout):
* * * * * /home/lskidson/tests/script.sh >> /home/lskidson/tests/script.sh.log 2>&1
3. В то время как stdout не перенаправляется, Cron отправит перенаправление пользователю (если ваша локальная почта настроена правильно), если это не переопределено установкой переменной MAILTO в crontab:
MAILTO="my@custom.mail"
* * * * * /home/lskidson/tests/script.sh
Ссылки:
Как обнаружить ошибку в заданиях cron Как создать cron create cron.log?Firs с shebang #!/bin/bash, который вы уже определили, это скрипт Bash. Следующим шагом является создание исполняемого файла для его запуска без команды bash из него:
chmod +x /home/lskidson/tests/script.sh
В общем случае команда sudo неприменима в crontab. Если вам нужно запустить Cronjob от root, вы можете использовать crontab корня, который может быть достигнут командой sudo crontab -e.
Теперь мы можем перейти к вопросу Кронтаба. Где вы ожидаете получить сообщение «Я работаю»? Существует несколько случаев.
1. Если исполняемый файл генерирует выходной файл или просто модифицирует некоторые вещи, задание Cron должно быть:
* * * * * /home/lskidson/tests/script.sh
1. Если программа не записывает никакого выходного файла и просто генерирует некоторые данные в исполняемом файле (как и в вашем случае), вы должны перенаправить его в файл, чтобы увидеть его в соответствующем месте (эта часть 2>&1 перенаправляет и сообщения об ошибках на stdout):
* * * * * /home/lskidson/tests/script.sh >> /home/lskidson/tests/script.sh.log 2>&1
3. В то время как stdout не перенаправляется, Cron отправит перенаправление пользователю (если ваша локальная почта настроена правильно), если это не переопределено установкой переменной MAILTO в crontab:
MAILTO="my@custom.mail"
* * * * * /home/lskidson/tests/script.sh
Ссылки:
Как обнаружить ошибку в заданиях cron Как создать cron create cron.log?Firs с shebang #!/bin/bash, который вы уже определили, это скрипт Bash. Следующим шагом является создание исполняемого файла для его запуска без команды bash из него:
chmod +x /home/lskidson/tests/script.sh
В общем случае команда sudo неприменима в crontab. Если вам нужно запустить Cronjob от root, вы можете использовать crontab корня, который может быть достигнут командой sudo crontab -e.
Теперь мы можем перейти к вопросу Кронтаба. Где вы ожидаете получить сообщение «Я работаю»? Существует несколько случаев.
1. Если исполняемый файл генерирует выходной файл или просто модифицирует некоторые вещи, задание Cron должно быть:
* * * * * /home/lskidson/tests/script.sh
1. Если программа не записывает никакого выходного файла и просто генерирует некоторые данные в исполняемом файле (как и в вашем случае), вы должны перенаправить его в файл, чтобы увидеть его в соответствующем месте (эта часть 2>&1 перенаправляет и сообщения об ошибках на stdout):
* * * * * /home/lskidson/tests/script.sh >> /home/lskidson/tests/script.sh.log 2>&1
3. В то время как stdout не перенаправляется, Cron отправит перенаправление пользователю (если ваша локальная почта настроена правильно), если это не переопределено установкой переменной MAILTO в crontab:
MAILTO="my@custom.mail"
* * * * * /home/lskidson/tests/script.sh
Ссылки:
Как обнаружить ошибку в заданиях cron Как создать cron create cron.log?