crontab -e не открывает crontab для этого пользователя
«Странные символы» в вашем примере, по-видимому, делятся на две категории:
Последовательности последовательностей ANSI ^M, представляющие возврат каретки (предполагая, что приложение использует конец строки CRLF в стиле DOS).В соответствии с параметрами Asterisk - для подключения к запущенной Asterisk существует опция командной строки -n для подавления первого:
-n: Отключить поддержку цвета ANSI 8] Кажется, что нет возможности указывать окончание строк LF в стиле Unix, однако вы должны иметь возможность передавать вывод через любую из многих команд «DOS to Unix», таких как tr -d '\r', т. е. [!d8 ]asterisk -rnvvv | tr -d '\r' | tee temp-log-asterisk.txt
Обратите внимание, что это также приведет к удалению цветов из выходного экрана.
3 ответа
Чтобы опубликовать результат и, возможно, помочь кому-то, кто видит то же самое, - это резюме комментариев ниже моего исходного вопроса
Использование crontab -e было началом проблемы -
Оказалось, что причиной была установка Emacs (но я предполагаю, что любой другой редактор может каким-то образом вызвать эту проблему).
Следуя советам @steeldriver о попытке [ f3] (попытка заставить crontab использовать nano не помогла.
Я записал трансляцию экрана и остановился на фрейме, где файл быстро открывается - это заставка Emacs.
6] В ~/.profile были установлены настройки, из-за которых демон Emacs захватывал вызовы в редактор. После удаления этих настроек и перезапуска, crontab -e, когда пользователь работал.Настройки, казалось, были неверно скопированная версия этого файла (найденная в вики Emacs):
export ALTERNATE_EDITOR=""
export EDITOR="emacsclient -t" # $EDITOR should open in terminal
export VISUAL="emacsclient -c -a emacs" # $VISUAL opens in GUI with non-daemon as alternate
[Я не помню, где была фактическая ошибка]
Исходный файл crontab был потерян Я все еще не понимаю, как это произошло
-
1Если у кого-то есть более общее решение выяснить основную причину чего-то подобного, я отвечу на этот ответ! – Dexter Morgan 4 April 2018 в 16:13
Чтобы опубликовать результат и, возможно, помочь кому-то, кто видит то же самое, - это резюме комментариев ниже моего исходного вопроса
Использование crontab -e было началом проблемы -
Оказалось, что причиной была установка Emacs (но я предполагаю, что любой другой редактор может каким-то образом вызвать эту проблему).
Следуя советам @steeldriver о попытке EDITOR=/bin/nano crontab -e (попытка заставить crontab использовать nano не помогла.
Я записал трансляцию экрана и остановился на фрейме, где файл быстро открывается - это заставка Emacs.
В ~/.profile были установлены настройки, из-за которых демон Emacs захватывал вызовы в редактор. После удаления этих настроек и перезапуска, crontab -e, когда пользователь работал.
Настройки, казалось, были неверно скопированная версия этого файла (найденная в вики Emacs):
export ALTERNATE_EDITOR=""
export EDITOR="emacsclient -t" # $EDITOR should open in terminal
export VISUAL="emacsclient -c -a emacs" # $VISUAL opens in GUI with non-daemon as alternate
[Я не помню, где была фактическая ошибка]
Исходный файл crontab был потерян Я все еще не понимаю, как это произошло
Чтобы опубликовать результат и, возможно, помочь кому-то, кто видит то же самое, - это резюме комментариев ниже моего исходного вопроса
Использование crontab -e было началом проблемы -
Оказалось, что причиной была установка Emacs (но я предполагаю, что любой другой редактор может каким-то образом вызвать эту проблему).
Следуя советам @steeldriver о попытке EDITOR=/bin/nano crontab -e (попытка заставить crontab использовать nano не помогла.
Я записал трансляцию экрана и остановился на фрейме, где файл быстро открывается - это заставка Emacs.
В ~/.profile были установлены настройки, из-за которых демон Emacs захватывал вызовы в редактор. После удаления этих настроек и перезапуска, crontab -e, когда пользователь работал.
Настройки, казалось, были неверно скопированная версия этого файла (найденная в вики Emacs):
export ALTERNATE_EDITOR=""
export EDITOR="emacsclient -t" # $EDITOR should open in terminal
export VISUAL="emacsclient -c -a emacs" # $VISUAL opens in GUI with non-daemon as alternate
[Я не помню, где была фактическая ошибка]
Исходный файл crontab был потерян Я все еще не понимаю, как это произошло