Получение сценария для запуска при загрузке, а не при входе в систему

Хотя это не дает прямого ответа на ваш вопрос, вы можете захотеть проверить Tomboy в качестве приложения для заметок. Одной из его возможностей является возможность синхронизации своего набора заметок с помощью различных задних концов.

Один из вариантов синхронизации - синхронизация с помощью учетной записи Tomboy , которая обеспечивала бы необходимую без необходимости настраивать какое-либо специальное серверное программное обеспечение.

Если вы предпочитаете использовать сервер под своим собственным контролем, вы можете настроить экземпляр Snowy, который использует тот же протокол, что и синхронизация Ubuntu One вариант. В качестве альтернативы, если вы можете получить доступ к серверу через ssh, Tomboy может использовать это через SSH Sync Service Add-in.

10
задан 28 October 2010 в 00:00

22 ответа

Я бы рекомендовал использовать cron. Специальное значение времени @reboot порождает вашу работу при каждой перезагрузке в качестве пользователя. Например, запустите crontab -e и используйте:

@reboot /home/yourself/bin/some_script_to_run

Подробнее о специальных форматах времени см. В man 5 crontab

8
ответ дан 26 May 2018 в 00:46
  • 1
    Спасибо, кажется, достаточно легко. Это не зависит от того, какой пользователь правильно создает cronjob? Он запускается в конце загрузки независимо от входа? – Malabarba 28 October 2010 в 06:00
  • 2
    Это абсолютно зависит от того, кто создал cronjob - он будет работать как этот пользователь. Но это не зависит от их входа в систему. – Kees Cook 28 October 2010 в 08:06
  • 3
    Работает ... Спасибо. – Malabarba 28 October 2010 в 17:08
  • 4
    Имейте в виду, что это запускает скрипт при запуске cron-демона, поэтому возможно, что другая система, в которой вы нуждаетесь, еще не готова. – PhoneixS 27 April 2017 в 14:18

Я бы рекомендовал использовать cron. Специальное значение времени @reboot порождает вашу работу при каждой перезагрузке в качестве пользователя. Например, запустите crontab -e и используйте:

@reboot /home/yourself/bin/some_script_to_run

Подробнее о специальных форматах времени см. В man 5 crontab

8
ответ дан 25 July 2018 в 23:00

Я бы рекомендовал использовать cron. Специальное значение времени @reboot порождает вашу работу при каждой перезагрузке в качестве пользователя. Например, запустите crontab -e и используйте:

@reboot /home/yourself/bin/some_script_to_run

Подробнее о специальных форматах времени см. В man 5 crontab

8
ответ дан 27 July 2018 в 01:59

Я бы рекомендовал использовать cron. Специальное значение времени @reboot порождает вашу работу при каждой перезагрузке в качестве пользователя. Например, запустите crontab -e и используйте:

@reboot /home/yourself/bin/some_script_to_run

Подробнее о специальных форматах времени см. В man 5 crontab

8
ответ дан 31 July 2018 в 10:56

Я бы рекомендовал использовать cron. Специальное значение времени @reboot порождает вашу работу при каждой перезагрузке в качестве пользователя. Например, запустите crontab -e и используйте:

@reboot /home/yourself/bin/some_script_to_run

Подробнее о специальных форматах времени см. В man 5 crontab

8
ответ дан 31 July 2018 в 11:55

Я бы рекомендовал использовать cron. Специальное значение времени @reboot порождает вашу работу при каждой перезагрузке в качестве пользователя. Например, запустите crontab -e и используйте:

@reboot /home/yourself/bin/some_script_to_run

Подробнее о специальных форматах времени см. В man 5 crontab

8
ответ дан 2 August 2018 в 04:22

Я бы рекомендовал использовать cron . Специальное значение времени @reboot будет порождать вашу работу при каждой перезагрузке в качестве пользователя. Например, запустите crontab -e и используйте:

  @reboot / home / yourself / bin / some_script_to_run  

Для получения дополнительной информации подробности о специальных форматах времени, см. man 5 crontab

8
ответ дан 4 August 2018 в 20:53

Я бы рекомендовал использовать cron . Специальное значение времени @reboot будет порождать вашу работу при каждой перезагрузке в качестве пользователя. Например, запустите crontab -e и используйте:

  @reboot / home / yourself / bin / some_script_to_run  

Для получения дополнительной информации подробности о специальных форматах времени, см. man 5 crontab

8
ответ дан 6 August 2018 в 04:27

Я бы рекомендовал использовать cron . Специальное значение времени @reboot будет порождать вашу работу при каждой перезагрузке в качестве пользователя. Например, запустите crontab -e и используйте:

  @reboot / home / yourself / bin / some_script_to_run  

Для получения дополнительной информации подробности о специальных форматах времени, см. man 5 crontab

8
ответ дан 7 August 2018 в 22:34

Я бы рекомендовал использовать cron . Специальное значение времени @reboot будет порождать вашу работу при каждой перезагрузке в качестве пользователя. Например, запустите crontab -e и используйте:

  @reboot / home / yourself / bin / some_script_to_run  

Для получения дополнительной информации подробности о специальных форматах времени, см. man 5 crontab

8
ответ дан 10 August 2018 в 10:41

Я бы рекомендовал использовать cron . Специальное значение времени @reboot будет порождать вашу работу при каждой перезагрузке в качестве пользователя. Например, запустите crontab -e и используйте:

  @reboot / home / yourself / bin / some_script_to_run  

Для получения дополнительной информации подробности о специальных форматах времени, см. man 5 crontab

8
ответ дан 13 August 2018 в 17:14
  • 1
    Спасибо, кажется, достаточно легко. Это не зависит от того, какой пользователь правильно создает cronjob? Он запускается в конце загрузки независимо от входа? – Malabarba 28 October 2010 в 06:00
  • 2
    Это абсолютно зависит от того, кто создал cronjob - он будет работать как этот пользователь. Но это не зависит от их входа в систему. – Kees Cook 28 October 2010 в 08:06
  • 3
    Работает ... Спасибо. – Malabarba 28 October 2010 в 17:08
  • 4
    Имейте в виду, что это запускает скрипт при запуске cron-демона, поэтому возможно, что другая система, в которой вы нуждаетесь, еще не готова. – PhoneixS 27 April 2017 в 14:18

Одна из возможностей - использовать Upstart. Это позволяет указать, когда вы хотите запустить свой скрипт с точки зрения зависимостей, например. «Когда монтируются файловые системы и запущен сетевой интерфейс eth0». Создайте файл /etc/init/bruce_script.conf (вам нужно создать файл как root), содержащий что-то вроде этого:

description "Bruce's boot script"
start on filesystem and net-device-up IFACE=eth0
task
exec su -c '/home/bruce/script' bruce

Обратитесь к документации по выходу за рамки более подробной информации, в частности странице руководства init(5) для списка того, что вы можете поместить в этот файл конфигурации.

4
ответ дан 26 May 2018 в 00:46
  • 1
    Есть ли список событий выскочки, которые можно использовать? – sunside 29 October 2010 в 23:20
  • 2
    @Markus: не то, что я знаю. Стандартные события содержат страницу руководства в разделе 7 (так что dpkg -L upstart |grep /man7/), и вы можете посмотреть события, испущенные и используемые в качестве триггеров в существующих сценариях в /etc/init. – Gilles 29 October 2010 в 23:41

Одна из возможностей - использовать Upstart. Это позволяет указать, когда вы хотите запустить свой скрипт с точки зрения зависимостей, например. «Когда монтируются файловые системы и запущен сетевой интерфейс eth0». Создайте файл /etc/init/bruce_script.conf (вам нужно создать файл как root), содержащий что-то вроде этого:

description "Bruce's boot script" start on filesystem and net-device-up IFACE=eth0 task exec su -c '/home/bruce/script' bruce

Обратитесь к документации по выходу за рамки более подробной информации, в частности странице руководства init(5) для списка того, что вы можете поместить в этот файл конфигурации.

4
ответ дан 25 July 2018 в 23:00
  • 1
    Есть ли список событий выскочки, которые можно использовать? – sunside 29 October 2010 в 23:20
  • 2
    @Markus: не то, что я знаю. Стандартные события содержат страницу руководства в разделе 7 (так что dpkg -L upstart |grep /man7/), и вы можете посмотреть события, испущенные и используемые в качестве триггеров в существующих сценариях в /etc/init. – Gilles 29 October 2010 в 23:41

Одна из возможностей - использовать Upstart. Это позволяет указать, когда вы хотите запустить свой скрипт с точки зрения зависимостей, например. «Когда монтируются файловые системы и запущен сетевой интерфейс eth0». Создайте файл /etc/init/bruce_script.conf (вам нужно создать файл как root), содержащий что-то вроде этого:

description "Bruce's boot script" start on filesystem and net-device-up IFACE=eth0 task exec su -c '/home/bruce/script' bruce

Обратитесь к документации по выходу за рамки более подробной информации, в частности странице руководства init(5) для списка того, что вы можете поместить в этот файл конфигурации.

4
ответ дан 27 July 2018 в 01:59
  • 1
    Есть ли список событий выскочки, которые можно использовать? – sunside 29 October 2010 в 23:20
  • 2
    @Markus: не то, что я знаю. Стандартные события содержат страницу руководства в разделе 7 (так что dpkg -L upstart |grep /man7/), и вы можете посмотреть события, испущенные и используемые в качестве триггеров в существующих сценариях в /etc/init. – Gilles 29 October 2010 в 23:41

Одна из возможностей - использовать Upstart. Это позволяет указать, когда вы хотите запустить свой скрипт с точки зрения зависимостей, например. «Когда монтируются файловые системы и запущен сетевой интерфейс eth0». Создайте файл /etc/init/bruce_script.conf (вам нужно создать файл как root), содержащий что-то вроде этого:

description "Bruce's boot script" start on filesystem and net-device-up IFACE=eth0 task exec su -c '/home/bruce/script' bruce

Обратитесь к документации по выходу за рамки более подробной информации, в частности странице руководства init(5) для списка того, что вы можете поместить в этот файл конфигурации.

4
ответ дан 31 July 2018 в 10:56
  • 1
    Есть ли список событий выскочки, которые можно использовать? – sunside 29 October 2010 в 23:20
  • 2
    @Markus: не то, что я знаю. Стандартные события содержат страницу руководства в разделе 7 (так что dpkg -L upstart |grep /man7/), и вы можете посмотреть события, испущенные и используемые в качестве триггеров в существующих сценариях в /etc/init. – Gilles 29 October 2010 в 23:41

Одна из возможностей - использовать Upstart. Это позволяет указать, когда вы хотите запустить свой скрипт с точки зрения зависимостей, например. «Когда монтируются файловые системы и запущен сетевой интерфейс eth0». Создайте файл /etc/init/bruce_script.conf (вам нужно создать файл как root), содержащий что-то вроде этого:

description "Bruce's boot script" start on filesystem and net-device-up IFACE=eth0 task exec su -c '/home/bruce/script' bruce

Обратитесь к документации по выходу за рамки более подробной информации, в частности странице руководства init(5) для списка того, что вы можете поместить в этот файл конфигурации.

4
ответ дан 31 July 2018 в 11:55
  • 1
    Есть ли список событий выскочки, которые можно использовать? – sunside 29 October 2010 в 23:20
  • 2
    @Markus: не то, что я знаю. Стандартные события содержат страницу руководства в разделе 7 (так что dpkg -L upstart |grep /man7/), и вы можете посмотреть события, испущенные и используемые в качестве триггеров в существующих сценариях в /etc/init. – Gilles 29 October 2010 в 23:41

Одна из возможностей - использовать Upstart. Это позволяет указать, когда вы хотите запустить свой скрипт с точки зрения зависимостей, например. «Когда монтируются файловые системы и запущен сетевой интерфейс eth0». Создайте файл /etc/init/bruce_script.conf (вам нужно создать файл как root), содержащий что-то вроде этого:

description "Bruce's boot script" start on filesystem and net-device-up IFACE=eth0 task exec su -c '/home/bruce/script' bruce

Обратитесь к документации по выходу за рамки более подробной информации, в частности странице руководства init(5) для списка того, что вы можете поместить в этот файл конфигурации.

4
ответ дан 2 August 2018 в 04:22
  • 1
    Есть ли список событий выскочки, которые можно использовать? – sunside 29 October 2010 в 23:20
  • 2
    @Markus: не то, что я знаю. Стандартные события содержат страницу руководства в разделе 7 (так что dpkg -L upstart |grep /man7/), и вы можете посмотреть события, испущенные и используемые в качестве триггеров в существующих сценариях в /etc/init. – Gilles 29 October 2010 в 23:41

Одна из возможностей - использовать Upstart. Это позволяет указать, когда вы хотите запустить свой скрипт с точки зрения зависимостей, например. «Когда монтируются файловые системы и запущен сетевой интерфейс eth0 ». Создайте файл /etc/init/bruce_script.conf (вам нужно создать файл как root), содержащее что-то вроде этого:

  описание «скрипт загрузки Bruce»  на файловой системе и net-device-up IFACE = eth0 task exec su -c '/ home / bruce / script' bruce  

Обратитесь к документации upstart для получения дополнительной информации , в частности справочную страницу init (5) для списка того, что вы можете поместить в этот файл конфигурации.

4
ответ дан 4 August 2018 в 20:53

Одна из возможностей - использовать Upstart. Это позволяет указать, когда вы хотите запустить свой скрипт с точки зрения зависимостей, например. «Когда монтируются файловые системы и запущен сетевой интерфейс eth0 ». Создайте файл /etc/init/bruce_script.conf (вам нужно создать файл как root), содержащее что-то вроде этого:

  описание «скрипт загрузки Bruce»  на файловой системе и net-device-up IFACE = eth0 task exec su -c '/ home / bruce / script' bruce  

Обратитесь к документации upstart для получения дополнительной информации , в частности справочную страницу init (5) для списка того, что вы можете поместить в этот файл конфигурации.

4
ответ дан 6 August 2018 в 04:27

Одна из возможностей - использовать Upstart. Это позволяет указать, когда вы хотите запустить свой скрипт с точки зрения зависимостей, например. «Когда монтируются файловые системы и запущен сетевой интерфейс eth0 ». Создайте файл /etc/init/bruce_script.conf (вам нужно создать файл как root), содержащее что-то вроде этого:

  описание «скрипт загрузки Bruce»  на файловой системе и net-device-up IFACE = eth0 task exec su -c '/ home / bruce / script' bruce  

Обратитесь к документации upstart для получения дополнительной информации , в частности справочную страницу init (5) для списка того, что вы можете поместить в этот файл конфигурации.

4
ответ дан 7 August 2018 в 22:34

Одна из возможностей - использовать Upstart. Это позволяет указать, когда вы хотите запустить свой скрипт с точки зрения зависимостей, например. «Когда монтируются файловые системы и запущен сетевой интерфейс eth0 ». Создайте файл /etc/init/bruce_script.conf (вам нужно создать файл как root), содержащее что-то вроде этого:

  описание «скрипт загрузки Bruce»  на файловой системе и net-device-up IFACE = eth0 task exec su -c '/ home / bruce / script' bruce  

Обратитесь к документации upstart для получения дополнительной информации , в частности справочную страницу init (5) для списка того, что вы можете поместить в этот файл конфигурации.

4
ответ дан 10 August 2018 в 10:41

Одна из возможностей - использовать Upstart. Это позволяет указать, когда вы хотите запустить свой скрипт с точки зрения зависимостей, например. «Когда монтируются файловые системы и запущен сетевой интерфейс eth0 ». Создайте файл /etc/init/bruce_script.conf (вам нужно создать файл как root), содержащее что-то вроде этого:

  описание «скрипт загрузки Bruce»  на файловой системе и net-device-up IFACE = eth0 task exec su -c '/ home / bruce / script' bruce  

Обратитесь к документации upstart для получения дополнительной информации , в частности справочную страницу init (5) для списка того, что вы можете поместить в этот файл конфигурации.

4
ответ дан 13 August 2018 в 17:14
  • 1
    Есть ли список событий выскочки, которые можно использовать? – sunside 29 October 2010 в 23:20
  • 2
    @Markus: не то, что я знаю. Стандартные события имеют страницу руководства в разделе 7 (поэтому dpkg -L upstart | grep / man7 / ), и вы можете посмотреть события, испущенные и используемые в качестве триггеров в существующих сценариях в / etc / INIT . – Gilles 29 October 2010 в 23:41

Другие вопросы по тегам:

Похожие вопросы: