Як я можу автоматично запускати скрипти при запуску Ubuntu, щоб мені не довелося запускати їх вручну після запуску?

В залежності від того, якого роду сценаріїв , які необхідно запустити .. Для послуг тощо , ви повинні використовувати вискочку . Але для користувацького сценарію вони повинні бути запущені як gnome сценарії сеансу! Перегляньте розділ Система> Налаштування> Запуск програм.

Зі сторони, якщо вам потрібно запустити деякі сценарії під час входу в термінал, ви можете додати їх у файл .bash_login у вашому домашньому каталозі.

Для 14.04 та старше

Проста команда (та, якій не потрібно залишатись запущеною) може використовувати завдання Upstart на зразок:

start on startup
task
exec /path/to/command

Збережіть це у .confфайлі в /etc/init(якщо вам потрібно, щоб він працював як root при завантаженні системи), або в ~/.config/upstart(якщо вам потрібно, щоб він працював як ваш користувач під час входу).

Один із підходів - додати завдання @reboot cron :

1. Біг crontab -eдозволить вам відредагувати ваш cron.

2. Додайте до нього такий рядок:

   @reboot /path/to/script
   

   виконає цей сценарій, коли комп'ютер завантажиться.

Як щодо додавання команди до /etc/rc.local? вам доведеться використовувати доступ sudo, хоча для редагування цього файлу.

sudo nano /etc/rc.local

Для 15.04 та пізніших версій:

Для запуску команди (короткотривалої) ¹ при запуску systemdви можете використовувати системний блок типу OneShot. Наприклад, створити, /etc/systemd/system/foo.serviceщо містить:

[Unit]
Description=Job that runs your user script

[Service]
ExecStart=/some/command
Type=oneshot
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target

Потім запустіть:

sudo systemctl daemon-reload
sudo systemctl enable foo.service

По суті, це просто перетворення типового завдання Upstart в системне (див. Systemd для користувачів Upstart ).

Ви можете запустити кілька команд з одного службового файлу, використовуючи кілька ExecStartрядків:

[Service]
ExecStart=/some/command
ExecStart=/another/command some args
ExecStart=-/a/third/command ignore failure

Команда повинна бути віддана повним шляхом. Якщо якась команда не працює, решта не запускаються. A -перед тим, як шлях повідомляє systemd ігнорувати ненульовий статус виходу (замість того, щоб вважати це збоєм).

Відповідне:

• Arch Wiki запис на systemd
• man 5 systemd.service

Для сеансів користувача ~/.config/systemdзамість цього можна створити системний блок . Це повинно працювати з 16.04 і далі, але не більш ранніми версіями Ubuntu з systemd (оскільки ті, які все ще використовуються Upstart для сеансів користувача). Підрозділами сеансу користувача можна керувати тими ж командами, що і з системними службами, але з --userдоданою опцією:

systemctl --user daemon-reload
systemctl --user status foo.service

Синтаксис оболонки

Зауважте, що на відміну від Upstart, systemd не запускає Exec*команди через оболонку. Він виконує деяке обмежене розширення змінної та декілька команд (відокремлених ;) самим собою, але це стосується того, наскільки йде синтаксис у формі оболонки. Для чогось складнішого, скажімо, перенаправлення або труби, загорніть свою команду в sh -c '...'або bash -c '...'.

¹ На відміну від довгоживучих демонів.

Існують різні способи автоматичного запуску команд:

1. Вискочка система буде виконувати всі сценарії , з яких він знаходить конфігурацію в каталозі /etc/init. Ці сценарії виконуватимуться під час запуску системи (або у відповідь на певні події, наприклад, запит на вимкнення), і тому це місце для запуску команд, які не взаємодіють з користувачем; всі сервери запускаються за допомогою цього механізму.

   Ви можете ознайомитись із ознайомленим вступом на веб-сторінці: http://upstart.ubuntu.com/getting-started.html довідкових сторінок man 5 initта man 8 initнадати повну інформацію.

2. Сценарій оболонки, названий .gnomercу вашому домашньому каталозі, автоматично надходить кожного разу при вході в сеанс GNOME. Ви можете помістити туди довільні команди; змінні середовища, які ви встановили в цьому сценарії, побачать будь-яка програма, запущена в сеансі.

   Зауважте, що сеанс не починається до завершення .gnomercсценарію; тому, якщо ви хочете автозапустити якусь тривалу програму, вам потрібно додати &виклик програми, щоб відірвати її від запущеної оболонки.

3. Опція меню Система -> Налаштування -> Запуск програм дозволяє визначити, які програми слід запускати, коли розпочнеться графічний сеанс (Ubuntu заздалегідь визначено досить багато), і додати або видалити їх на свій смак. Це майже однакове призначення та сферу дії .gnomercсценарію, за винятком того, що вам не потрібно знати shсинтаксис (але ви також не можете використовувати будь-яку shконструкцію програмування).

$HOME/.config/autostart

• Це місце містить список програм для запуску.
• .desktop Тут може бути розміщений файл, який буде виконано при запуску.

Приклад прикладу для .desktopфайлу:

Збираємо наступний .desktopфайл $HOME/.config/autostartі з урахуванням chmod +x:

[Desktop Entry]
Type=Application
Exec="</path/to/script>"
Hidden=false
NoDisplay=false
X-GNOME-Autostart-enabled=true
Name=Startup Script

Тут "</path/to/script>"замінюється шлях до вашого script.sh
(зазвичай рекомендується /usr/local/binтак, що може бути виконано безпосередньо командою say myscriptзамінено на "</path/to/script>").

Приклад прикладу script.sh:

#!/bin/bash
<commands to be executed>
exit

Результат: .desktopбуде запущений файл, з $HOME/.config/autostartякого виконується сценарійExec=

Отже, ви можете запустити потрібний скрипт оболонки при запуску!

Для простих речей ви можете додати команду в System-> Preferences-> Sessions, що вказує на місце вашого сценарію.

Крім того, ви можете додати його до /etc/init.d/rc.local або зробити роботу з початком роботи, якщо мова йде про більш низький рівень .

Подивіться на https://help.ubuntu.com/community/UbuntuBootupHowto для отримання додаткової інформації

cron відповідь реалізований відрізняється від голосуючих

Ця відповідь все ще використовується, cronале використовує інший метод, ніж відповідь, що голосує вгорі. Це працює з Ubuntu 16.04, але, ймовірно, підтримується набагато раніше. Просто я почав використовувати cronдля виконання завдань, коли комп'ютер завантажився з 16.04.

Коли cronпрацює?

У коментарях хтось запитав "коли вони бігають?". Ви можете сказати в syslog / journalctl:

$ journalctl -b | grep cron
Jan 02 16:54:40 alien cron[919]: (CRON) INFO (pidfile fd = 3)
Jan 02 16:54:40 alien cron[919]: (CRON) INFO (Running @reboot jobs)
Jan 02 16:54:40 alien systemd[1]: Started Run anacron jobs.
Jan 02 16:54:40 alien anacron[949]: Anacron 2.3 started on 2018-01-02
Jan 02 16:54:40 alien anacron[949]: Normal exit (0 jobs run)
Jan 02 16:54:40 alien CRON[952]: pam_unix(cron:session): session opened for user root by (uid=0)
Jan 02 16:54:40 alien CRON[954]: pam_unix(cron:session): session opened for user root by (uid=0)
Jan 02 16:54:40 alien CRON[951]: pam_unix(cron:session): session opened for user root by (uid=0)
Jan 02 16:54:40 alien CRON[950]: pam_unix(cron:session): session opened for user root by (uid=0)
Jan 02 16:54:40 alien CRON[985]: (root) CMD (   /usr/local/bin/cron-reboot-cycle-grub-background)
Jan 02 16:54:40 alien CRON[954]: pam_unix(cron:session): session closed for user root
Jan 02 16:54:40 alien cron[919]: sendmail: Cannot open smtp.gmail.com:587
Jan 02 16:54:40 alien CRON[952]: pam_unix(cron:session): session closed for user root
Jan 02 16:54:40 alien cron[919]: sendmail: Cannot open smtp.gmail.com:587
Jan 02 16:54:40 alien CRON[950]: pam_unix(cron:session): session closed for user root

Варто зазначити, що cronви @rebootможете відправити електронною поштою статус запущених завдань і виконувати завдання так рано, менеджер мережі та електронна пошта не працюватимуть, якщо ви не введете sleepкоманду у свій сценарій (и).

Куди розмістити свої сценарії

Покладіть свої сценарії до каталогу /etc/cron.d:

$ ll /etc/cron.d
total 44
drwxr-xr-x   2 root root  4096 Nov 26 19:53 ./
drwxr-xr-x 139 root root 12288 Dec 31 13:58 ../
-rw-r--r--   1 root root   244 Dec 28  2014 anacron
-rw-r--r--   1 root root   148 Feb 18  2017 cycle-grub-background
-rw-r--r--   1 root root   138 Mar  5  2017 display-auto-brightness
-rw-r--r--   1 root root   460 Nov 26 19:53 nvidia-hdmi-sound
-rw-r--r--   1 root root   102 Feb  9  2013 .placeholder
-rw-r--r--   1 root root   224 Nov 19  2016 touch-vmlinuz
-rw-r--r--   1 root root   700 Aug  5 11:15 turn-off-hyper-threading

Як виглядає сценарій?

Ось кілька сценаріїв, у яких я налаштована для запуску кожного завантаження:

$ cat /etc/cron.d/cycle-grub-background SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin 
@reboot   root    /usr/local/bin/cron-reboot-cycle-grub-background

$ cat /etc/cron.d/touch-vmlinuz
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
@reboot   root    touch "/boot/vmlinuz-"`uname -r`

Ви повинні скористатися для цього запуском . Upstart використовується для процесів Ubuntu, які автоматично запускаються. Це вдосконалене рішення, як і старі сценарії init.d System-V. Це також дозволяє створити передумови до початку вашого сценарію (тобто чи потрібна мережа, що працює? Тощо)