Вы можете использовать devilspie, чтобы все открытые окна открывались в определенном рабочем пространстве. Это относительно простое приложение для использования. Что касается второй половины вопроса, у меня нет ответа.
sudo apt-get install devilspie
Одна крупная ловушка для cron - это cron работает в чрезвычайно ограниченной среде оболочки, в результате многие переменные не экспортируются в среду, в основном $ PATH. Убедитесь, что вы используете все абсолютные пути для исполняемого файла, включая общие функции, такие как echo
, uptime
, date
и т. Д. Все должны использовать полные пути (/bin/echo
, /bin/date
, /usr/bin/uptime
). Чтобы определить путь к исполняемому файлу, вы можете использовать команду which
следующим образом: which echo
- это покажет вам полный путь к этому инструменту.
Одна крупная ловушка для cron - это cron работает в чрезвычайно ограниченной среде оболочки, в результате многие переменные не экспортируются в среду, в основном $ PATH. Убедитесь, что вы используете все абсолютные пути для исполняемого файла, включая общие функции, такие как echo
, uptime
, date
и т. Д. Все должны использовать полные пути (/bin/echo
, /bin/date
, /usr/bin/uptime
). Чтобы определить путь к исполняемому файлу, вы можете использовать команду which
следующим образом: which echo
- это покажет вам полный путь к этому инструменту.
Одна крупная ловушка для cron - это cron работает в чрезвычайно ограниченной среде оболочки, в результате многие переменные не экспортируются в среду, в основном $ PATH. Убедитесь, что вы используете все абсолютные пути для исполняемого файла, включая общие функции, такие как echo
, uptime
, date
и т. Д. Все должны использовать полные пути (/bin/echo
, /bin/date
, /usr/bin/uptime
). Чтобы определить путь к исполняемому файлу, вы можете использовать команду which
следующим образом: which echo
- это покажет вам полный путь к этому инструменту.
Одна крупная ловушка для cron - это cron работает в чрезвычайно ограниченной среде оболочки, в результате многие переменные не экспортируются в среду, в основном $ PATH. Убедитесь, что вы используете все абсолютные пути для исполняемого файла, включая общие функции, такие как echo
, uptime
, date
и т. Д. Все должны использовать полные пути (/bin/echo
, /bin/date
, /usr/bin/uptime
). Чтобы определить путь к исполняемому файлу, вы можете использовать команду which
следующим образом: which echo
- это покажет вам полный путь к этому инструменту.
Одна крупная ловушка для cron - это cron работает в чрезвычайно ограниченной среде оболочки, в результате многие переменные не экспортируются в среду, в основном $ PATH. Убедитесь, что вы используете все абсолютные пути для исполняемого файла, включая общие функции, такие как echo
, uptime
, date
и т. Д. Все должны использовать полные пути (/bin/echo
, /bin/date
, /usr/bin/uptime
). Чтобы определить путь к исполняемому файлу, вы можете использовать команду which
следующим образом: which echo
- это покажет вам полный путь к этому инструменту.
Одна крупная ловушка для cron - это cron работает в чрезвычайно ограниченной среде оболочки, в результате многие переменные не экспортируются в среду, в основном $ PATH. Убедитесь, что вы используете все абсолютные пути для исполняемого файла, включая общие функции, такие как echo
, uptime
, date
и т. Д. Все должны использовать полные пути (/bin/echo
, /bin/date
, /usr/bin/uptime
). Чтобы определить путь к исполняемому файлу, вы можете использовать команду which
следующим образом: which echo
- это покажет вам полный путь к этому инструменту.
Одна крупная ловушка для cron - это cron работает в чрезвычайно ограниченной среде оболочки, в результате многие переменные не экспортируются в среду, в основном $ PATH. Убедитесь, что вы используете все абсолютные пути для исполняемого файла, включая общие функции, такие как echo
, uptime
, date
и т. Д. Все должны использовать полные пути (/bin/echo
, /bin/date
, /usr/bin/uptime
). Чтобы определить путь к исполняемому файлу, вы можете использовать команду which
следующим образом: which echo
- это покажет вам полный путь к этому инструменту.
Одна крупная ловушка для cron - это cron работает в чрезвычайно ограниченной среде оболочки, в результате многие переменные не экспортируются в среду, в основном $ PATH. Убедитесь, что вы используете все абсолютные пути для исполняемого файла, включая общие функции, такие как echo
, uptime
, date
и т. Д. Все должны использовать полные пути (/bin/echo
, /bin/date
, /usr/bin/uptime
). Чтобы определить путь к исполняемому файлу, вы можете использовать команду which
следующим образом: which echo
- это покажет вам полный путь к этому инструменту.
Вы должны посмотреть в файле журнала /var/log/syslog. Если cron запущен, у него будет строка типа:
Jun 11 19:09:01 penguin CRON[17376]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Jun 11 19:17:01 penguin CRON[17799]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Советы по устранению неполадок см. В https://help.ubuntu.com/community/CronHowto#Troubleshooting_and_Common_Problems
Попробуйте изменить первую строку вашего скрипта (интерпретатор) на:
#!/bin/bash
У меня также были проблемы в прошлом, с переменными окружения и проблемами PATH , После изменения интерпретатора на bash мои проблемы исчезли.
Учитывая, что я добавил скрипт clearme.sh в /etc/cron.hourly/
Просто отфильтруйте задачи CRON в терминале с помощью мощных egrep и awk:
$ cat /var/log/syslog | egrep clearme | awk "{ print $1 }" > ~/Desktop/cronlog.txt
Выход будет выглядите так:
Jan 14 15:20:01 markets-dev CRON[10089]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 15:40:01 markets-dev CRON[18042]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:00:01 markets-dev CRON[22817]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:20:01 markets-dev CRON[28183]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:40:01 markets-dev CRON[411]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 17:00:01 markets-dev CRON[5442]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 17:20:01 markets-dev CRON[11935]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Чтобы объяснить все шаг за шагом:
cat / var / log / syslog - распечатайте системный журнал egrep clearme - но выберите только строки, которые содержат текст cleerme awk "{print $ 1}" - напечатайте мне эту строку, содержащую текст clearme> ~ / Desktop / cronlog.txt, - выведите результаты в файле cronlog.txt, расположенном в каталоге Desktop.Четвертый шаг является необязательным. Он просто распечатает результаты в терминале вместо файла.
Учитывая, что я добавил скрипт clearme.sh
в /etc/cron.hourly/
Просто отфильтруйте задачи CRON в терминале с помощью мощных egrep и awk:
$ cat /var/log/syslog | egrep clearme | awk "{ print $1 }" > ~/Desktop/cronlog.txt
Выход будет выглядят так:
Jan 14 15:20:01 markets-dev CRON[10089]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 15:40:01 markets-dev CRON[18042]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:00:01 markets-dev CRON[22817]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:20:01 markets-dev CRON[28183]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:40:01 markets-dev CRON[411]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 17:00:01 markets-dev CRON[5442]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 17:20:01 markets-dev CRON[11935]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Чтобы объяснить все шаг за шагом:
Четвертый шаг является необязательным. Он просто распечатает результаты в терминале вместо файла.
Попробуйте изменить первую строку вашего скрипта (интерпретатор) на:
#!/bin/bash
У меня также были проблемы в прошлом, с переменными окружения и проблемами PATH , После смены интерпретатора на bash
мои проблемы исчезли.
Вы должны посмотреть в файле журнала /var/log/syslog
. Если cron запустился, у него будет строка типа:
Jun 11 19:09:01 penguin CRON[17376]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Jun 11 19:17:01 penguin CRON[17799]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
. Советы по устранению неполадок см. В https://help.ubuntu.com/community/CronHowto#Troubleshooting_and_Common_Problems
Учитывая, что я добавил скрипт clearme.sh
в /etc/cron.hourly/
Просто отфильтруйте задачи CRON в терминале с помощью мощных egrep и awk:
$ cat /var/log/syslog | egrep clearme | awk "{ print $1 }" > ~/Desktop/cronlog.txt
Выход будет выглядят так:
Jan 14 15:20:01 markets-dev CRON[10089]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 15:40:01 markets-dev CRON[18042]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:00:01 markets-dev CRON[22817]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:20:01 markets-dev CRON[28183]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:40:01 markets-dev CRON[411]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 17:00:01 markets-dev CRON[5442]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 17:20:01 markets-dev CRON[11935]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Чтобы объяснить все шаг за шагом:
Четвертый шаг является необязательным. Он просто распечатает результаты в терминале вместо файла.
Попробуйте изменить первую строку вашего скрипта (интерпретатор) на:
#!/bin/bash
У меня также были проблемы в прошлом, с переменными окружения и проблемами PATH , После смены интерпретатора на bash
мои проблемы исчезли.
Вы должны посмотреть в файле журнала /var/log/syslog
. Если cron запустился, у него будет строка типа:
Jun 11 19:09:01 penguin CRON[17376]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Jun 11 19:17:01 penguin CRON[17799]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
. Советы по устранению неполадок см. В https://help.ubuntu.com/community/CronHowto#Troubleshooting_and_Common_Problems
Учитывая, что я добавил скрипт clearme.sh
в /etc/cron.hourly/
Просто отфильтруйте задачи CRON в терминале с помощью мощных egrep и awk:
$ cat /var/log/syslog | egrep clearme | awk "{ print $1 }" > ~/Desktop/cronlog.txt
Выход будет выглядят так:
Jan 14 15:20:01 markets-dev CRON[10089]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 15:40:01 markets-dev CRON[18042]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:00:01 markets-dev CRON[22817]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:20:01 markets-dev CRON[28183]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:40:01 markets-dev CRON[411]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 17:00:01 markets-dev CRON[5442]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 17:20:01 markets-dev CRON[11935]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Чтобы объяснить все шаг за шагом:
Четвертый шаг является необязательным. Он просто распечатает результаты в терминале вместо файла.
Попробуйте изменить первую строку вашего скрипта (интерпретатор) на:
#!/bin/bash
У меня также были проблемы в прошлом, с переменными окружения и проблемами PATH , После смены интерпретатора на bash
мои проблемы исчезли.
Учитывая, что я добавил скрипт clearme.sh
в /etc/cron.hourly/
Просто отфильтруйте задачи CRON в терминале с помощью мощных egrep и awk:
$ cat /var/log/syslog | egrep clearme | awk "{ print $1 }" > ~/Desktop/cronlog.txt
Выход будет выглядят так:
Jan 14 15:20:01 markets-dev CRON[10089]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 15:40:01 markets-dev CRON[18042]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:00:01 markets-dev CRON[22817]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:20:01 markets-dev CRON[28183]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:40:01 markets-dev CRON[411]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 17:00:01 markets-dev CRON[5442]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 17:20:01 markets-dev CRON[11935]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Чтобы объяснить все шаг за шагом:
Четвертый шаг является необязательным. Он просто распечатает результаты в терминале вместо файла.
Попробуйте изменить первую строку вашего скрипта (интерпретатор) на:
#!/bin/bash
У меня также были проблемы в прошлом, с переменными окружения и проблемами PATH , После смены интерпретатора на bash
мои проблемы исчезли.
Вы должны посмотреть в файле журнала /var/log/syslog
. Если cron запустился, у него будет строка типа:
Jun 11 19:09:01 penguin CRON[17376]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Jun 11 19:17:01 penguin CRON[17799]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
. Советы по устранению неполадок см. В https://help.ubuntu.com/community/CronHowto#Troubleshooting_and_Common_Problems
Попробуйте изменить первую строку вашего скрипта (интерпретатор) на:
#!/bin/bash
У меня также были проблемы в прошлом, с переменными окружения и проблемами PATH , После смены интерпретатора на bash
мои проблемы исчезли.
Учитывая, что я добавил скрипт clearme.sh
в /etc/cron.hourly/
Просто отфильтруйте задачи CRON в терминале с помощью мощных egrep и awk:
$ cat /var/log/syslog | egrep clearme | awk "{ print $1 }" > ~/Desktop/cronlog.txt
Выход будет выглядят так:
Jan 14 15:20:01 markets-dev CRON[10089]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 15:40:01 markets-dev CRON[18042]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:00:01 markets-dev CRON[22817]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:20:01 markets-dev CRON[28183]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:40:01 markets-dev CRON[411]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 17:00:01 markets-dev CRON[5442]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 17:20:01 markets-dev CRON[11935]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Чтобы объяснить все шаг за шагом:
Четвертый шаг является необязательным. Он просто распечатает результаты в терминале вместо файла.
Вы должны посмотреть в файле журнала /var/log/syslog
. Если cron запустился, у него будет строка типа:
Jun 11 19:09:01 penguin CRON[17376]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Jun 11 19:17:01 penguin CRON[17799]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
. Советы по устранению неполадок см. В https://help.ubuntu.com/community/CronHowto#Troubleshooting_and_Common_Problems
Учитывая, что я добавил скрипт clearme.sh
в /etc/cron.hourly/
Просто отфильтруйте задачи CRON в терминале с помощью мощных egrep и awk:
$ cat /var/log/syslog | egrep clearme | awk "{ print $1 }" > ~/Desktop/cronlog.txt
Выход будет выглядят так:
Jan 14 15:20:01 markets-dev CRON[10089]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 15:40:01 markets-dev CRON[18042]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:00:01 markets-dev CRON[22817]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:20:01 markets-dev CRON[28183]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:40:01 markets-dev CRON[411]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 17:00:01 markets-dev CRON[5442]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 17:20:01 markets-dev CRON[11935]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Чтобы объяснить все шаг за шагом:
Четвертый шаг является необязательным. Он просто распечатает результаты в терминале вместо файла.
Попробуйте изменить первую строку вашего скрипта (интерпретатор) на:
#!/bin/bash
У меня также были проблемы в прошлом, с переменными окружения и проблемами PATH , После смены интерпретатора на bash
мои проблемы исчезли.
Учитывая, что я добавил скрипт clearme.sh
в /etc/cron.hourly/
Просто отфильтруйте задачи CRON в терминале с помощью мощных egrep и awk:
$ cat /var/log/syslog | egrep clearme | awk "{ print $1 }" > ~/Desktop/cronlog.txt
Выход будет выглядят так:
Jan 14 15:20:01 markets-dev CRON[10089]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 15:40:01 markets-dev CRON[18042]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:00:01 markets-dev CRON[22817]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:20:01 markets-dev CRON[28183]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 16:40:01 markets-dev CRON[411]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 17:00:01 markets-dev CRON[5442]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Jan 14 17:20:01 markets-dev CRON[11935]: (dminca) CMD (root /etc/cron.hourly/clearme.sh)
Чтобы объяснить все шаг за шагом:
Четвертый шаг является необязательным. Он просто распечатает результаты в терминале вместо файла.
Попробуйте изменить первую строку вашего скрипта (интерпретатор) на:
#!/bin/bash
У меня также были проблемы в прошлом, с переменными окружения и проблемами PATH , После смены интерпретатора на bash
мои проблемы исчезли.
Вы должны посмотреть в файле журнала /var/log/syslog
. Если cron запустился, у него будет строка типа:
Jun 11 19:09:01 penguin CRON[17376]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Jun 11 19:17:01 penguin CRON[17799]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
. Советы по устранению неполадок см. В https://help.ubuntu.com/community/CronHowto#Troubleshooting_and_Common_Problems