Linux настройка автозапуска программ

/etc/rc.local и /etc/init.d Программа автозапуска загрузки Linux

1. /etc/rc.local

Это определяемая пользователем программа запуска загрузки, и программа, которая должна запускаться автоматически после загрузки, написана в этом сценарии.
После запуска службы уровня 3, если мне нужно выполнить другие действия, например, я также хочу отправить письмо в учетную запись управления системой. , Сообщите ему, что система только что перезагрузилась, поэтому следует ли нам создать сценарий оболочки и поместить его в /etc/rc.d/init.d/, а затем связать его с /etc/rc.d/rc3 посредством ссылки. г / А что насчет внутри? Ха-ха! Конечно нет! Помните /etc/rc.d/rc.local, упомянутый в предыдущем разделе? Этот файл может выполнять системные команды, которые вы хотите выполнить. Похожи ли они на autoexec.bat и config.sys в раннюю эпоху DOS? ^ _ ^
То есть, когда у меня есть какая-либо работа, которую я хочу выполнить во время загрузки, записываю ее непосредственно в /etc/rc.local, тогда работа будет выполняться автоматически во время загрузки. Он загружен! Не нужно ждать, пока мы войдем в систему, чтобы запустить ее! Это удобно? Вообще говоря, Брат Берд любит записывать полное имя файла сценария оболочки, который он создал, в /etc/rc.d/rc.local, чтобы мой сценарий оболочки выполнялся после загрузки, и это прекрасно. !

Автозапуск Приложений | linux ubuntu обзор для начинающих

Другими словами, на заключительном этапе запуска Linux система выполнит команды, хранящиеся в rc.local. Это немного похоже на меню «Автозагрузка» в Windows, но с настройкой сложнее и функция более мощная.

Использование:
1) Запуск oracle и других серверов: если вам нужно, чтобы ваш oracle запускался с системой, вы можете проверить файл / etc / oratab, а затем узнать об этом, вы Вы обнаружите, что это его правильное местоположение

2) Статическая маршрутизация: когда необходимо добавить большое количество маршрутов, которых нет в этом сегменте сети, многие люди любят добавлять аналогичные в /etc/rc.d/rc.local

route add -net 192.168.1.0 netmask 255.255.255.0 gw 10.224.0.251

route add -host 192.168.100.1 gw 10.224.0.251

2. /etc/init.d

В этом каталоге хранятся некоторые сценарии, обычно сценарии запуска некоторых служб, заданные при установке Linux с пакетом rpm. В системе установлено много rpm-пакетов, и в ней есть много соответствующих скриптов. Выполнение этих сценариев можно использовать для запуска, остановки и перезапуска этих служб. Например, если вы хотите перезапустить sendmail, а ваш sendmail установлен с помощью rpm, выполните /etc/rc.d/init.d/sendmail restart, чтобы запустить sendmail напрямую. Привет!
Как упоминалось ранее, сценарии в каталоге /etc/rc.d/init.d похожи на реестр в Windows и выполняются при запуске системы. Программа запускается здесь (процесс init считывает уровень выполнения), пора запустить сценарий в init.d, но он запускается не напрямую, а выборочно, потому что системе не нужно запускать все службы.

Linux. Добавление скрипта в автозагрузку с помощью systemd

Тогда как система выбирает, что нужно активировать, а что нет? В это время вступает в силу только что упомянутый уровень выполнения. После определения уровня запуска системы сначала выполняется сценарий /etc/rc.d/rc. В исходном коде RH9 и FC7 он проверяет_runlevel (), как только он появляется (хотя реализованный код отличается, он также похож).

После определения уровня выполнения для каждого уровня выполнения существует подкаталог в rc.d Это rc0.d, rc1.d… .. rc6.d. Под каждым каталогом есть ссылки на некоторые скрипты в каталоге init.d. Службы, которые должны выполняться на каждом уровне, находятся в соответствующем каталоге.Например, службы, запускаемые на уровне 5, помещаются в rc5.d, но файлы ссылок, помещенные в rc5.d, связаны с init. Соответствующий файл в d фактически работает в скрипте в init.d.

1. О /etc/init.d

Если вы использовали систему Linux, значит, вы слышали о каталоге init.d. Для чего именно этот каталог? В конечном итоге он делает только одно, но это нетривиально, это делается для всей системы, поэтому это очень важно. Каталог init.d содержит множество сценариев запуска и остановки для различных служб системы. Он контролирует все транзакции от acpid до x11-common.

Конечно, init.d — это далеко не просто. (Примечание переводчика: acpid — это новый стандарт управления питанием для операционной системы Linux; X11 также называется X Window System, а X Window System (X11 или X) — это оконная система с растровым отображением. Она присутствует в Unix и Unix-подобных операционных системах. Помимо стандартного набора инструментов и протокола для создания графического пользовательского интерфейса в OpenVMS, он может использоваться практически в существующих современных операционных системах).

Когда вы посмотрите на каталог / etc, вы найдете множество каталогов в виде rc # .d (здесь # представляет указанный уровень инициализации в диапазоне от 0 до 6). В этих каталогах есть много скриптов, управляющих процессом. Эти сценарии начинаются с буквы «K» или «S».

Скрипты, начинающиеся с K, выполняются перед скриптами, начинающимися с S. Размещение этих сценариев определит, когда эти сценарии начнут выполняться. Между этими каталогами системные службы работают вместе, как исправная машина. Однако иногда вам нужно иметь возможность запускать или завершать процесс чисто, без использования команд kill или killall. Здесь /etc/init.d может пригодиться!

Если вы используете систему Fedora, вы можете найти этот каталог: /etc/rc.d/init.d. Фактически, где бы ни был размещен init.d, он играет ту же роль.

Чтобы иметь возможность использовать сценарии в каталоге init.d, вам потребуются разрешения root или разрешения sudo. Каждый сценарий будет запускаться как команда, структура команды примерно следующая:

/etc/init.d/command параметр comand — это фактическая запущенная команда, параметры могут быть следующими: start stop reload restart force-reload В большинстве случаев вы будете использовать параметры запуска, остановки и перезапуска. Например, если вы хотите выключить сеть, вы можете использовать команду следующего вида: /etc/init.d/networking stop Другой пример: вы изменили настройки сети и вам нужно перезапустить сеть. Вы можете использовать следующие команды: /etc/init.d/networking restart Обычно используемые сценарии инициализации в каталоге init.d: networking samba apache2 ftpd sshd dovecot mysql

Конечно, у вас могут быть другие, более часто используемые сценарии, в зависимости от того, какую операционную систему Linux вы установили.

2. О /etc/rc.local

rc.local — также скрипт, который я часто использую. Сценарий выполняется после запуска сценария уровня инициализации системы, поэтому вы можете безопасно добавить сценарий, который хотите выполнить, после запуска системы. Обычно внутри вы можете добавить скрипты монтирования / монтирования nfs. Кроме того, вы также можете добавить некоторые команды сценария для отладки.

Например, я столкнулся с такой ситуацией: служба samba всегда не работает нормально, и проверка показала, что samba должна запускаться во время процесса запуска системы, то есть конфигурация демона samba гарантирует эту функцию. Это должно быть выполнено правильно. В подобной ситуации я обычно не трачу много времени на выяснение причин, мне просто нужно просто добавить эту строку в сценарий /etc/rc.local:

Это успешно решает проблему аномального сервиса самбы.

Linux гибок. Благодаря его гибкости мы всегда можем найти множество разных способов решения одной и той же проблемы. Пример запуска системных сервисов — хорошее тому подтверждение. С помощью сценариев в каталоге /etc/init.d и инструмента /etc/rc.local вы можете быть уверены, что ваши службы будут запускаться и работать безупречно.

Источник: russianblogs.com

Автозапуск программ в ubuntu. Как настроить автозапуск приложений и сервисов в Ubuntu.

TCS3200 color sensor – shown in the figure below – uses a TAOS TCS3200 RGB sensor chip to detect color. It also contains four white LEDs that light up the object in front of it.

Спецификация

• Напряжение питания: от 2.7 В до 5.5 В
• Размеры: 28,4 x 28,4 мм (1.12 x 1.12″)
• Интерфейс: цифровой, сигнал TTL
• Высокое разрешение конветирования слабоинтенсивного цветового диапазона
• Программируемый цвето- и полносканируемая выходная частота
• Соединяется напрямую к микроконтроллеру

Как работает сенсор цвета TCS3200?

The TCS3200 has an array of photodiodes with 4 different filters. A photodiode is simply a semiconductor device that converts light into current. The sensor has:

• 16 photodiodes with red filter – sensitive to red wavelength
• 16 photodiodes with green filter – sensitive to green wavelength
• 16 photodiodes with blue filter – sensitive to blue wavelength
• 16 photodiodes without filter

If you take a closer look at the TCS3200 chip you can see the different filters.

By selectively choosing the photodiode filter’s readings, you’re able to detect the intensity of the different colors. The sensor has a current-to-frequency converter that converts the photodiodes’ readings into a square wave with a frequency that is proportional to the light intensity of the chosen color. This frequency is then, read by the Arduino – this is shown in the figure below.

Схема расположения выводов сенсора

Выбор фильтра светодиода

To select the color read by the photodiode, you use the control pins S2 and S3. As the photodiodes are connected in parallel, setting the S2 and S3 LOW and HIGH in different combinations allows you to select different photodidodes. Take a look at the table below:

Масштаб частоты

Контаткты S0 и S1 are используются для установки масштаба выходной частоты. It can be scaled to the following preset values: 100%, 20% or 2%. Scaling the output frequency is useful to optimize the sensor readings for various frequency counters or microcontrollers. Take a look at the table below:

Для Arduino подойдет масштаб частоты 20%. Просто установите выводы S0 в HIGH и S1 в LOW.

Color Sensing with Arduino and TCSP3200

In this example you’re going to detect colors with the Arduino and the TCSP3200 color sensor. This sensor is not very accurate, but works fine for detecting colors in simple projects.

Требуемые детали

Список деталей, необходимых для проекта:

• сенсоры цвета TCSP3200 или TCS230
• Arduino UNO
• соединительные провода

Схема подключения

Подключение сенсора TCSP3200 к плате Arduino на редкость прямолинейное. Просто следуйте следующей схеме.

Соединения между TCSP3200 и Arduino:

• S0 : цифровой контакт 4
• S1 : цифровой контакт 5
• VCC : +5В
• S3 : цифровой контакт 6
• S4 : цифровой контакт 7
• OUT : цифровой контакт 8

Код программы

Для проекта потребуется 2 скетча:

1. Reading and displaying the output frequency on the serial monitor . In this part you need to write down the frequency values when you place different colors in front of the sensor.
2. Distinguish between different colors . In this section you’ll insert the frequency values picked previously on your code, so that your sensor can distinguish between different colors. We’ll detect red, green and blue colors.

1. Чтение выходной частоты

Загрузите следующий код в плату Arduino.

/********* Rui Santos omplete project details at http://randomnerdtutorials.com *********/ // TCS230 or TCS3200 pins wiring to Arduino #define S0 4 #define S1 5 #define S2 6 #define S3 7 #define sensorOut 8 // Stores frequency read by the photodiodes int redFrequency = 0; int greenFrequency = 0; int blueFrequency = 0; void setup() < // Setting the outputs pinMode(S0, OUTPUT); pinMode(S1, OUTPUT); pinMode(S2, OUTPUT); pinMode(S3, OUTPUT); // Setting the sensorOut as an input pinMode(sensorOut, INPUT); // Setting frequency scaling to 20% digitalWrite(S0,HIGH); digitalWrite(S1,LOW); // Begins serial communication Serial.begin(9600); >void loop() < // Setting RED (R) filtered photodiodes to be read digitalWrite(S2,LOW); digitalWrite(S3,LOW); // Reading the output frequency redFrequency = pulseIn(sensorOut, LOW); // Printing the RED (R) value Serial.print(«R = «); Serial.print(redFrequency); delay(100); // Setting GREEN (G) filtered photodiodes to be read digitalWrite(S2,HIGH); digitalWrite(S3,HIGH); // Reading the output frequency greenFrequency = pulseIn(sensorOut, LOW); // Printing the GREEN (G) value Serial.print(» G = «); Serial.print(greenFrequency); delay(100); // Setting BLUE (B) filtered photodiodes to be read digitalWrite(S2,LOW); digitalWrite(S3,HIGH); // Reading the output frequency blueFrequency = pulseIn(sensorOut, LOW); // Printing the BLUE (B) value Serial.print(» B 100%» loading=lazy>

Check the values displayed on the serial monitor. The blue frequency (B) should be the lowest compared to the red (R) and green (G) frequency readings – see figure below.

When we place the blue object in front of the sensor, the blue frequency (B) values oscillate between 59 and 223 (see highlighted values).

Note: you can’t use these frequency values (59 and 223) in your code, you should measure the colors for your specific object with your own color sensor. Then, save your upper and bottom frequency limits for the blue color, because you’ll need them later.

Repeat this process with a green and red objects and write down the upper and bottom frequency limits for each color.

2. Distinguish between different colors

To distinguish between different colors we have three conditions:

• Когда R имеет максимальное значение (в параметрах RGB), то объект красного цвета
• Когда G имеет максимальное значение, то объект зелёного цвета
• Когда B имеет максимальное значение, то объект синего цвета

Now, place something in front of the sensor. It should print in your serial monitor the color detected: red, green or blue.

Подсказка: Ваш сенсор также может обнаружить другие цвета и другие их комбинации. Смотрите RGB таблицу цветов, например, в графическом редакторе.

Вдохновившись статьей , я решил немного развить тему и настроить автозагрузку сервера Domino при загрузке системы.
Ничего особо нового не придумаю, потому просто опишу кратко, что нужно сделать, чтобы сервер Lotus Domino запускался автоматически при загрузке системы в screen-сессии. Итак, начнем:
1 шаг: сделаем скрипт автозапуска, как в теме ;
sudo nano /etc/init.d/autostart.script
2 шаг: вставим в него следующие строки
#!/bin/bash
screen -A -m -d -S domino su — notes -c «cd ~ /opt/ibm/lotus/bin/server»
Данный скрипт запустит из-под рута сессию screen под названием «domino», зайдет по пользователем «notes» и выполнит запуск сервера.
3 шаг: сделаем исполняеемым файл скрипта и добавим его в автозагрузку

Вуаля, как говорят французы.
В итоге мы получаем ситуацию, при которой при загрузке системы автоматически запустится сервер. Сессия screen при этом запустится от имени рута, потому чтобы посмотреть результат запуска (там будет консоль сервера), то следует набрать команду sudo screen -r
P.S.: если кто подскажет, как правильно запустить сессию screen от имени локального пользователя, то буду благодарен.
Доб. 09.08.2009 г.
В результате опытной эксплуатации удалось выявить, что данный способ работает отлично в Ubuntu, но не срабатывает в OpenSUSE 10. В первую очередь из-за отсутствия утилиты update-rc, во-вторую — из-за несколько другого механизма автозагрузки. Итак, если у кого нужно сделать автозагрузку сервер Domino в OpenSUSE, то для Вас шаг № 3 будет выглядеть так: su
chmod +x /etc/init.d/autostart.script
ln -s /etc/init.d/autostart.script /etc/init.d/rc5.d/S95autostart.script/etc/init.d/ .
В первой строке файла должно быть указано какая оболочка или интерпретатор будет выполнять команды в файле. Если вы хотите использовать те же команды, что и в терминале, то файл должен начинаться со строки:

2. Нужно разрешить файлу выполняться:

Sudo chmod +x /etc/init.d/autostart.script

3. Рассказываем системе что этот файл нужно исполнять при старте системы:

Sudo update-rc.d autostart.script defaults 95

Где 95 это порядок в очереди исполнения. Подробнее можно узнать из

Перезапускаем систему и радуемся результату

P.S.
Для удаления из автостарта нужно выполнить:

Sudo update-rc.d autostart.script remove

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

В этой статье мы рассмотрим как работает автозагрузка Linux, как добавить программы автозагрузки, куда их будет более правильно добавить, а также какие виды автозагрузки бывают в этой операционной системы.

Чтобы понять как работает автозагрузка, сначала нужно вспомнить, что происходит во время . Как только ядро завершит свою инициализацию и будет готово к дальнейшей работе, оно передаст управление системе инициализации. Система инициализации — это основной процесс, именно он запускает все другие процессы в системе.

Есть процессы, которые система инициализации, например, systemd, запускает по умолчанию, но также вы можете настроить чтобы она запускала нужные вам процессы. Также многими дочерними процессами выполняются файлы скриптов или имеется та или иная возможность запускать необходимые вам программы. Такая возможность есть и у большинства окружений рабочего стола.

Рассмотрим основные уровни автозагрузки которые вы можете использовать:

Автозагрузка на уровне ядра вряд ли будет вам очень полезной для повседневного применения, но я решил о ней упомянуть, поскольку такая возможность есть. С помощью параметра ядра init вы можете указать какую программу стоит запускать сразу после завершения инициализации ядра. Например, вы можете загрузить оболочку Bash вместо Systemd. Для этого достаточно подправить строку запуска ядра в конфигурационном файле Grub или во время запуска. Добавьте в конец параметр init:

sudo vi /boot/grub2/grub.cfg

linux /vmlinuz-4.8.0-22-generic root=/dev/mapper/systems-ubuntu ro quiet init=/bin/bash

Но, обычно, удобнее изменить это значение временно, в меню Grub. Читайте подробнее об этом в статье . Так не выполняется автозагрузка программы linux, но, тем не менее, иногда может быть полезно.

Чаще всего, когда говорится автозагрузка Linux, подразумевается именно автозагрузка сервисов с помощью системы инициализации. В systemd очень продвинутая система . Здесь поддерживается разрешение зависимостей, параллельный запуск, отсрочка запуска и перезапуск при ошибке. В терминологии Systemd все запускаемые программы представлены файлами юнитов, в каждом юните описаны параметры программы, ее исполняемый файл, а также дополнительные требования к запуску.

Для добавления или удаления служб из автозапуска используется команда systemctl. Чтобы добавить службу в автозапуск выполните:

sudo systemctl enable имя_службы

А чтобы отключить ее автозапуск linux:

sudo systemctl disable имя_службы

Например, если вы хотите добавить в автозагрузку Apache, то нужно выполнить:

sudo systemctl enable apache

Также вы можете проверить добавлена ли уже служба в автозагрузку:

sudo systemctl is-enabled httpd

Если вы не знаете точное имя файла сервиса, но знаете его первую букву, то можно использовать автодополнение, как и в любом другом месте терминала с помощью кнопки Tab:

Также вы можете посмотреть все сервисы, которые были добавлены в автозагрузку с помощью команды:

systemctl list-unit-files | grep enabled

Раньше было принято размещать все скрипты, которые запускаются по умолчанию в файле /etc/rc.local. Этот файл все еще существует, но это пережиток системы инициализации SysVinit и теперь он сохраняется только для совместимости. Скрипты же нужно загружать только с помощью Systemd.

Для этого достаточно создать простой юнит-файл и добавить его в автозагрузку, как любой другой сервис. Сначала создадим этот файл:

sudo vi /lib/systemd/system/runscript.service

Description=My Script Service
After=multi-user.target

В секции Unit мы даем краткое описание нашему файлу и говорим с помощью опции After , что нужно запускать этот скрипт в многопользовательском режиме (multi-user). Секция Service самая важная, здесь мы указываем тип сервиса — idle , это значит, что нужно просто запустить и забыть, вести наблюдение нет необходимости, а затем в параметре ExecStart указываем полный путь к нашему скрипту.

Осталось выставить правильные права:

sudo chmod 644 /lib/systemd/system/runscript.service

Затем обновить конфигурацию и добавить в автозагрузку Linux новый скрипт:

sudo systemctl daemon-reload
$ sudo systemctl enable myscript.service

После следующей перезагрузки этот скрипт будет запущен автоматически. Обратите внимание, что для каждого скрипта, который вы собираетесь запускать должны быть правильно выставлены права, а именно нужно установить флаг выполнения. Для этого используйте команду chmod:

sudo chmod u+x /usr/local/bin/script

В параметрах мы передаем утилите адрес файла скрипта. Исполняемость — это обязательный параметр для всех способов.

Часто, в легких окружениях рабочего стола и оконных менеджеров для автозагрузки программ используется автозагрузка на уровне X сервера. Все запускаемые, таким образом, скрипты будут стартовать после запуска X сервера. Чтобы настроить такую автозагрузку Linux вам будет достаточно добавить путь к нужному скрипту в файл ~/.xinitrc или /etc/X11/xinit/xinitrc. Синтаксис добавляемой строки таков:

exec путь_к_скрипту

Команда — полный путь к исполняемому файлу программы;

Создаём пустой файл.

Первой строкой пишем:

Данная строка указывает, какую командную оболочку необходимо использовать. Дальше свои команды.

Сохраним его под оригинальным названием (чтоб не совпадал с уже существующими) в каталоге /usr/sbin/.

Чтобы скрипт запускался при загрузке, необходимо прописать его в файле /etc/rc.local до строчки exit 0. Если у вас не существует данного файла, создайте его и вставьте в него следующее содержимое:

#!/bin/sh -e #Здесь вставляем строку с указанием вашего скрипта. /usr/sbin/mescripts exit 0

Немного более сложный способ

Позволяет задать последовательность загрузки и поведение скрипта при разных runlevel»ах.

Изучаем /etc/init.d/skeleton , на его основе создаем скрипт /etc/init.d/my_script , которым будет запускаться/останавливаться наше приложение.

В этих директориях лежат скрипты остановки сервисов:

/etc/rc0.d/ /etc/rc1.d/ /etc/rc6.d/

в этих — скрипты запуска сервисов:

/etc/rc2.d/ /etc/rc3.d/ /etc/rc4.d/ /etc/rc5.d/

Изучаем их на предмет последовательности (чем меньше первая цифра в начале скрипта, тем раньше запускается/останавливается приложение). Это может быть критично, если ваше приложение будет зависит от каких-то сервисов.

После того, как определились со скриптом запуска и очередностью, выполняем следующее:

Sudo update-rc.d my_script start 70 2 3 4 5 . stop 20 0 1 6 .

Здесь я определил, что мой скриптик должен запускаться попозже остальных(70), и останавливаться пораньше(20). Цифры 2 3 4 5 0 1 6 означают уровни загрузки.

Если что-то не понравилось — все можно удалить

Sudo update-rc.d -f my_script remove

Подробности в man update-rc.d .

Выполнение скрипта при включении/отключении сети

Есть директория /etc/network/ с поддиректориями if-down.d , if-pre-up.d , if-post-down.d , if-up.d . Если разместить скрипт в одной из этих поддиректорий, то он будет выполняться соответственно при выключении, перед включением, после выключения или при включении сети.

Другой способ — указать в файле /etc/network/interfaces одну из следующих директив: up , pre-up , post-up , down , pre-down , post-down . Например, строка

после включения сети выполнит скрипт script.sh . Подробнее можно почитать в man interfaces .

В любом случае на скрипт должны быть установлены права, разрешающие выполнение, иначе он не сможет запуститься.

Свежие записи

• Помощник по обновлению win 10
• Разница между процессорами Intel Core i3, i5 и i7
• Как отключить встроенную клавиатуру на ноутбуке Как отключить кнопку на клавиатуре
• Способы открыть порты на Windows
• Механическое повреждение телефона
• Как на «Андроиде» поставить мелодию на звонок быстро и легко?
• Что лучше подключить МТС или Йота – обзор операторов
• Использование сочетания клавиш

Источник: oldgarrrage.ru

Ubuntu — автозапуск скриптов после перезагрузки

Admin 02.01.2021 Ubuntu

Как перезапустить скрипт после автозагрузки.

Настраиваем автозапуск