Как в Ubuntu автоматически запускать файл с параметрами?

Question

[Вадим Пачин]

Все привет.
ОС - Ubuntu 16.04
И так. В папке есть исполняемый файл. Его запускаю через командную строку командой: ./name_file -c cp-conf.json . И далее скрипт выполняется циклично, пока его не выключить. После ребута системы, приходится заново проводить процедуру запуска. Подскажите, как сделать автоматическую загрузку скрипта с параметрами в командной строке чтобы этого не делать каждый раз ручками?

Comments

[Adamos]

Чтобы с параметрами - написать скрипт.
Чтобы автоматически - прописать этот скрипт в автозагрузку.
Вопрос-то в чем?

[Андрей]

подключи в ~/.bashrc или в ~/.profile свой файл через source

[Вадим Пачин]

Adamos: вопрос в написании самого скрипта, который нужно положить в загрузку

[Вадим Пачин]

Андрей: а можно для деревянных на пальцах?

[Adamos]

Gordon Frimen:

#!/bin/bash
/home/user/name_file -c /home/user/cp-conf.json

Всей хитрости - не забывать ко всему прописывать полные пути.

[Андрей]

Gordon Frimen: у тебя есть файл командной оболочки который ранится при стартре, это .bashrc ты можешь подключить свой скрипт который будет раниться при старте www.linuxcenter.ru/lib/books/kostromin/gl_05_09.phtml

[Вадим Пачин]

Всем спасибо. С этим более менее разобрался. Но вот автозагружаться в упор отказывается. Запускал, скрипт так работает, но после ребута не грузится. Подскажите правильные варианты реализации автозагрузки скрипта после ребута.

[Вадим Пачин]

Итак. Давайте по порядку. Создал файл с расширение .sh содержащий -> структуру

#!/bin/bash
# Запуск
/home/user/opt/cpm -c /home/user/opt/cp-conf.json

Я правильно сделал? Если да, то как его теперь автоматически загрузить после загрузки графической оболочки системы? Должен запустить терминал в котором как раз и будет идти выполнение скрипта.

[Вадим Пачин]

Андрей: можете подсказать подробнее на моем примере?

[Вадим Пачин]

Андрей: а как правильно подключать скрипт в .bashrc?

Answer 1

[pfg21]

как мелкий лайфхак можно на конфиг навесить флаги исполнения. а исполняемую прогу в сам конфиг прописать через shebang
#! /path/to/name_file -c

получается удобно.
но, с учетом будущего, лучше создать systemd.service скрипт c Type=oneshot.

Comments

[Вадим Пачин]

Можете рассказать подробнее как это сделать?

[pfg21]

Нарисовать скрипт
/etc/systemd/system/my_name_file.service
с таким содержимым

[Unit]
Description=My service for ./name_file -c cp-conf.json

[Service]
Type=simple
ExecStart=/path/to/name_file -c /path/to/cp-conf.json

[Install]
WantedBy=multi-user.target

Как то так, простейший скрипт.
Далее реиндксируешь systemd скрипты и проверяешь работоспособность своего
$ sudo systemctl daemon-reload
$ sudo systemctl start my_service.service
если все ок включаешь в автозагрузку
$ sudo systemctl enable my_service.service
Type=simple т.к. у тебя процесс после запуска работает все время. измени если по другому
Если процесс нужно пускать от имени пользователя, то пропиши User
да и вообще почитай маны systemd они бездонные :)

[Вадим Пачин]

pfg21: выполнил команду systemctl status miner.service вот что получил в ответе:

● miner.service - Miner_service for ./cpuminer -c cpuminer-conf.json
Loaded: loaded (/etc/systemd/system/miner.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Чт 2017-06-08 15:53:10 +07; 2min 29s ago
Process: 818 ExecStart=/path/to/cpuminer -c /path/to/cpuminer-conf.json (code=exited, status=203/EXEC)
Main PID: 818 (code=exited, status=203/EXEC)

июн 08 15:53:10 minerserv1 systemd[1]: Started Miner_service for ./cpuminer -c cpuminer-conf.json.
июн 08 15:53:10 minerserv1 systemd[1]: miner.service: Main process exited, code=exited, status=203/EXEC
июн 08 15:53:10 minerserv1 systemd[1]: miner.service: Unit entered failed state.
июн 08 15:53:10 minerserv1 systemd[1]: miner.service: Failed with result 'exit-code'.

[pfg21]

соотвествующие /path/to/cpuminer -c /path/to/cpuminer-conf.json правильно указывают на нужные файлы ??
просто лучше указывать все файлы с полными путями к ним, чтобы не было проблем
тут надо не тупо копировать, а правильно прописать пути

[Вадим Пачин]

pfg21: понял. по статусу заработало но после ребута терминал не запускается и я не вижу выполнения скрипта. Как сделать чтобы запускался терминал и в нем было выполнение скрипта?

[pfg21]

наверное можно как-нибудь, но это не правильно.
весь вывод автозапуска сливается в логи смотри их
$ journalctl -xe
$ journalctl -u miner.service
второе выдаст тебе что в сислог записано с твоего юнита.

[Вадим Пачин]

pfg21: тогда это не подходит. это майнер. там столько данных выводится, что смысла нет. а какие есть варианты именной моей реализации? Чтобы после запуска системы запускался терминал и шел процес майнинга.

[pfg21]

Gordon Frimen: наверное, автологин и автостарт програмки гденить да описан, но неправильно сие.
Кстати вспомнил, можно перенастроить вывод юнита в любое место, смотри systemd.exec
По твоему варианту удобнее будет перенаправить вывод на /dev/tty1 и он тебе будет сорить выводом майнера на экран сразу как скрипт стартует :)
без всяких входов и автологинов в систему.
а входить с клавиатуры будешь через второй терминал - alt-F2

Answer 2

[Dmitri Sinitsa]

В 14.04 - upstart
Начиная с 16.04+ - systemd

Comments

[Вадим Пачин]

А можно по подробнее

[Dmitri Sinitsa]

Могу только в общих чертах описать, потому что на память не помню всех команд и деталей.

Надо создать upstart/systemd файл(ы), который(ые) описывает(ют):
1) какую команду(ы) он запускает
2) когда он их запускает - runlevel, запуск после того, как поднимется сетевой интерфейс или монтирование файловой системы - тут возможны различные варианты и комбинации.
3) описывает коллбэки - что сделать перед стартом, что сделать после старта, что сделать после остановки
4) описывает, перезапускать ли программу, если она падает, максимальное число попыток и т.д
5) описывает, запускать ли в виде демона или как-есть.
... и т.д и т.п - там хватает нюансов.

Поэтому, гугли в этом направлении. Точнее, к сожалению, не подскажу.
P.S, systemd пока сам до конца не осилил - уж больно от отличается от upstart, к которому я привык.

[Dmitry Tallmange]

Есть гораздо более простой, но МЕНЕЕ предпочтительный вариант: rc.local.
1) Включаем rc.local
sudo systemctl enable rc-local.service
2) В /etc/rc.local пишем:
/path/to/name_file -c cp-conf.json
Здесь надо иметь ввиду, что желательно указывать полный путь до исполняемого файла, а также интерпретатор:

/usr/bin/python3 /path/to/script.py
/bin/bash /path/to/script.sh