Как qbittorrent убрать с автозагрузки kali linux
Обновлено: 05.07.2024
Для реализации автозапуска в Linux написано уже немало и на разных языках, но приходится искать, потому постарался свести большую часть тут. Здесь не рассказывается полностью весь процесс с нуля, но предоставлено достаточно информации и ссылок, чтобы сделать атоматический запуск программ в Linux реальностью.
Стоит сразу заметить — чтобы программа была полноценным сервисом/демоном, она должна быть соответствующе написана (link1, link2). Впрочем такое делают не всегда, хотя возможно это и не совсем правильно.
- записать вызов программы/скрипта запуска в /etc/rc.local в фоновом режиме (&) (в разных дистрибутивах может лежать в разных местах, например, /etc/rc.d/rc.local) с перенаправленными потоками ввода/вывода в /dev/null. Например, "/home/user/my_prog 1 > /dev/null 2 > /dev/null &". Также, дополнительно, можно воспользоваться командой nohup;
- внести вызов в /etc/inittab, согласно правилам его оформления. В отличие от первого способа тут можно указать уровень запуска для программы;
- написать скрипт, позволяющий запускать/останавливать/перезапускать программу как демона, а также получать информацию о её состоянии.
Второй метод довольно экзотичный, сам узнал о нём совсем недавно, хотя пишут, что им пользуются многие администраторы. Тем не менее, используя его, нельзя оперировать запущенными таким способом программами как демонами, что довольно неудобно. Да и загромождать inittab некрасиво.
Последний метод на текущий момент самый «кошерный», но немного сложнее предыдущих (возможно, на первый взгляд). Именно им представлены все системные демоны, что говорит само за себя. Потому его и рассмотрю ниже.
Также есть способ автозапуска графических программ, но его опишу в конце, отдельно от остальных, т.к. он имеет недемоническую сущность.
Сразу обмолвлюсь, что у меня стоит Debian 6 и в других дистрибутивах пути могут несколько различаться.
Автозапуск программы как демона
Обычно в системе уже есть много подсказок как это сделать, но всё-таки приходится лазить по разным файлам и искать в интеренете дополнительную информацию. Это не значит, что я опишу тут каждую букву, но искать придётся меньше, надеюсь.
Для начала стоит заглянуть в каталог /etc/init.d. Здесь содержатся запускные скрипты всех сервисов, а также два файла для желающих написать себе такой же:
README и skeleton
skeleton содержит в себе болванку скрипта запуска с довольно подробными комментариями, а README его неплохо дополняет, не смотря на его небольшой размер. Также можно посмотреть и другие файлы и попытаться найти там что-то, что прояснит непонятную ситуацию.
В 6-ом debian`е для запускных скриптов демонов используется LSB (Linux Script Base) Init Standart. Почитать о нём подробнее можно тут. Для систем, где LSB не используется стоит взглянуть сюда.
Может показаться, что это просто лишняя информация от автора, но это не так. То, что указано здесь используется при прописывании скрипта в систему. Тут как раз пригодится файл README, который показывает, что в заголовке skeleton перечислены не все возможные параметры. Как минимум есть ещё следующие:
Все параметры и их полное описание (на английском) можно увидеть тут, а на русском тут и тут (спасибо awzrno за новые ссылки ^_^). К русскому варианту добавлю, что в Required-Start: можно прописать $all, тогда текущий скрипт будет запускаться после всех остальных (иногда это бывает нужно). Также X-Interactive: true показывает, что этот скрипт может взаимодействовать с пользователем, запросом на ввод чего-нибудь, например пароля.
Далее в skeleton идёт инициализация переменных, используемых в самом скрипте. Часть из них нужно будет настроить под свои нужды. Потом проверки на то, что сам демон существует и попытка прочитать конфигурационный файл (их имена должны быть указаны в переменных выше), далее загрузка переменных rcS, а потом идёт одна из самых интересных частей init-файла:
. /lib/lsb/init-functions
это определение LSB функций работы с логами, LSB-статусом сервиса, работы с процессом. В некоторых дистрибутивах этот файл может находиться в каталоге /etc/init.d. Названия и часть подробностей можно узнать непосредственно из комментариев к функциям в этом файле, а также тут.
Следующая часть — непосредственно тело скрипта. Тело состоит из условных частей, которые являются командами для демона: start, stop, restart/reload/force-reload, status. Кто-то выделяет их в отдельные функции, кто-то нет. На мой взгляд, функциями они выглядят эстетичнее и код более понятен. Все эти команды объединяет оператор выбора case, который и выбирает для исполнения нужный кусок кода, в зависимости от команды (параметра) с которой был запущен init-скрипт.
Таким образом для создания обычного скрипта достаточно подставить в переменные в начале файла нужные значения и, возможно, немного добавить кода в функции start/stop (например загрузку/выгрузку драйвера).
После того как файл будет готов его нужно скопировать в /etc/init.d и добавить в автозагрузку:
update-rc.d <имя_скрипта> defaults
(или insserv <имя_скрипта> для debian 6 stable и выше)
Удалить из автозагрузки можно так:
update-rc.d -f <имя_скрипта> remove
(или insserv -r <имя_скрипта> для debian 6 stable и выше)
Далее также можно использовать команды sysv-rc-conf в debian или service в fedora core, чтобы включить/выключить автозагрузку сервиса.
Автозапуск графического ПО без ввода паролей
Сама по себе реализация такой возможности понижает уровень защищённости ОС, т.к. войти может любой. Но бывают ситуации, когда это необходимо. Рассмотрю тут варианты только для двух основных графических менеджеров, т.к. других установленных под рукой нет.
Убрать запрос пароля на вход можно в центре управления (kcontrol) -> системное администрирование -> менеджер входа в систему -> удобства. Там выбрать пользователя, под которым входить (кроме рута) и поставить нужные галочки (разрешить автовход и вход без ввода пароля).
Чтобы сделать автозапуск программы нужно в каталог /home/<пользователь>/.kde/Autostart добавить ссылку на запускной файл/скрипт нужного ПО.
Тут убрать запрос пароля на вход можно также в центре управления (gnome-control-center) -> Login Screen. Там, под рутом (ткнуть на замок, ввести пароль) выбрать пользователя, под которым входить (кроме суперпользователя).
Для автозапуска программы опять же в центре управления выбрать Startup Applications -> Add и заполнить маленькую форму.
Для обоих графических менеджеров:
Если нужно запустить под обычным пользователем, но от рута, то ещё надо настроить правила в /etc/sudoers на запуск конкретной программы/набора программ от имени суперпользователя (манами рекомендуется для безопасности делать это с помощью visudo). Как это делать рассказывать не буду, т.к. в man sudoers всё хорошо расписано.
Хз что это за прога и какая логика ее работы. Может в настройках САМОЙ ПРОГРАММЫ есть опции, отвечающие за это поведение.
Кстати порадовало слово НАВСЕГДА в заголовке. Прям и хочется чего-нибудь сострить на эту тему, типа сжечь компьютер или освятить комнату:-)
rumgot ★★★★★ ( 18.02.19 19:36:35 )Последнее исправление: rumgot 18.02.19 19:38:13 (всего исправлений: 2)
Хз что это за прога и какая логика ее работы. Может в настройках САМОЙ ПРОГРАММЫ есть опции, отвечающие за это поведение.
В том то и дело что в настройках самой программы ничего подобного нет. По адресу /home/имя пользователя/.config/autostart постоянно появляется файл с названием этой проги, когда его удаляю он появляется снова после каждого запуска проги и так бесконечно. Может в линуксе есть какие то методы закинуть софтину в черный список который не даст загружаться автоматически?
становится похоже на winfaq, он похоже правда близок, только не в том виде, как задумывался :)
touch /home/имя пользователя/.config/autostart/<имя файла>
Ок, это я могу сделать. Хотелось бы понимать какую функцию выполняет данная команда?
создает пустой файл с названием скрипта автозапуска. твоя мегахакерская программа попробует создать на его месте свой скрипт о ибломится т.к. файл уже есть. профит.
только его еще надо запретить всем пользователям от записи. ибо если программа не тупая, то она просто перезапишет содержание этого файла
создает пустой файл с названием скрипта автозапуска. твоя мегахакерская программа попробует создать на его месте свой скрипт о ибломится т.к. файл уже есть. профит.
Выполнял я эту команду как с рутового терминала так и с обычного, запрещал так же запуск и изменение файла, а мой VPN при этом успешно создавал файл с таким же названием и автозагрузка продолжается. Может есть команды которые будут удалять этот файл перед каждым выключением или загрузкой ПК?
тут два варианта, либо ты сидишь под рутом, либо ты лжешь.
Там поди не Debian , а кали .
тут два варианта, либо ты сидишь под рутом, либо ты лжешь.
Сижу не под рутом, под рутом только запрещал изменение и запуск файла. После команды touch /home/имя пользователя/.config/autostart/<имя файла> появляется пустой файл, после чего вручную создать рядом файл с таким же именем не могу, пишет что файл уже существует, при этом моя прога успешно создает текстовый файл со своими конфигами без проблем. Имя файла проверял как только мог, везде одинаково что я создаю что моя прога.Нажимал на файл который создает мой VPN правой кнопкой - переименовать, копировал название файла и вводил командой touch это для того если я слепой и не могу отличить буквы в названии файла. А еще после этого обратил внимание на расширение файлов. Расширения никакого нету вообще.
Нет, Кали от дебиан могу отличить и знаю что у меня чистый Дебиан.
проверь в терминале. файловый менеджер может скрывать расширения файлов. в любом случае, если прога не рутом запускается, то описываемая тобой ситуация невозможна.
Не используй XDG-автозагрузку. Я давно на свой скрипт перешле и подобных проблем не имею. С инитом таких проблем нет, systemd позволяет маскировать сервисы.
проверь в терминале. файловый менеджер может скрывать расширения файлов. в любом случае, если прога не рутом запускается, то описываемая тобой ситуация невозможна.
Вобщем поковырял я это дело, ситуация стала еще интереснее. Короче оказалось что файловый менеджер скрывал расширение .desktop когда обнаружил это обрадовался, думал сейчас всё порешаю, но не тут то было. Выполнил команду из под рута, затем из под рута запретил запуск и изменение файла, убедился в том что владелец файла рут и пошел тестить свой VPN клиент из под обычного пользователя. Открыл папку автостарта с этим файлом и запускал свою прогу специально НЕ с рутового терминала. В момент запуска VPN мой файл сначала пропадал, а затем сразу появлялся. Проверил сам что без рут прав тот пустой файл о котором идёт речь запросто удаляется. Предполагаю моя прога сначала удаляет файл, а затем просто создает новый с таким же именем и расширением. Можно ли как то запретить удаление этого файла всем кроме рута?
еще раз. создай файл от рута. сделай chmod 600 на файл от рута. попробуй удалить пользователем. ты какие-то невероятности рассказываешь. если только ты не поменял юзеру gid и uid на 0 сам спецом.
Короче загуглил как запретить удаление файла с помощью команды chattr и провернул это дело. Наконец то вопрос решил, программа не запускается при каждом включении ПК и запрет удаления файла на работоспособности самйо программы никак не сказывается. Спасибо за помощь!
Здравствуйте. У меня IBM SurePOS-500, при включении грузится Linux и запускается программа кассира. Как мне отключить автозапуск программы кассира? Помогите пожалуйста, понятно что я чайник.
что за программа?
Да нет, я совсем тупой, первый раз эту ось вижу. Я включаю POS он загружается (ну в биос могу зайти) дальше вижу загрузку Linux, потом программа кассира, затем в программе кассира выключить компьютер и всё. Могу под виндой файлы из образа посмотреть.
торговая программа PosX
Как снять автозапуск программы под Linux?
тут главное купить фотоаппарат чтобы умел снимать сериями, ну а далее всё просто - приготовься, нас старт. и жми на все кнопки, иначе не получится - слишком быстро linux грузится
жал на все, они тупо отображаются вместе с загрузкой
кнопки на фотоаппарате :)
с фотиком разберусь, давай по делу
У вас определенно вирус.
/usr/share/ нашёл, а /usr/share/autostart/ нет, может она динамически создаётся? Я в образе смотрел.
Ещё может быть в домашнем каталоге пользователя
Ну или уж в крайнем случае в виде команды в .xinitrc или даже в роли демона.
>Могу под виндой файлы из образа посмотреть.
Не можешь, лол. Изменить точно не можешь.
Ctrl+Alt+F1 в помощь
Ну если вам совсем тяжело разобраться то мжете выложить куда-либо образ вашего linux и вам его подправят.
Linux установлен, или запускается по сети или с диска?
Может, эта программа собой замещает ДЕ? Тогда поможет только Ctrl+Alt+F* - и будет вам консоль.
Да, кстати, в таком случае нужно ее автозапуск искать в конфигах GDM/KDM.
В линуксе тыща способов грузануть иксы и запустить в них сразу программу. Либо давай тарбол с /etc и
/.*
Либо давай в job объявление для телепатов.
Попробуй: Ctrl+Alt+F1. F6, Ctrl+Alt+BackSpace (если иксы упадут можно запустить при помощи команды startx)
userresources=$HOME/.Xresources usermodmap=$HOME/.Xmodmap sysresources=/usr/X11R6/lib/X11/xinit/.Xresources sysmodmap=/usr/X11R6/lib/X11/xinit/.Xmodmap
twm & xclock -geometry 50x50-1+1 & xterm -geometry 80x50+494+51 & xterm -geometry 80x20+494-0 & exec xterm -geometry 80x66+0+0 -name login
Наверно могу изменить образ и смонтировать. Ctrl+Alt+F1 изменяет способ отображения интерфейса программы кассира PosXPC
С чего ты взял, что это линукс?
Загрузись, нажви Ctrl+Alt+F1, залогинься под юзером и набери uname -a. Выхлоп покажи сюда.
Заливаю потихоньку образ на маил. Хотелось бы самому разобраться и вообще. Linux грузится с жёского там 3 раздела: Linux Swap, Linux Ext2 (2 шт.) вижу только последний
при загрузке пишет: Welcom to RED HAD Linux
Welcome to Red Hat Linux
Надо подождать начала загрузки ОС. LILO - загрузчик.
после загрузки LILO Ctrl+Alt+F1 ничего не даёт, но мможно нажать I+Enter и при загрузке каждого компонента жать Y или N
Так, давай по порядку. То, что ред хат, я уже понял.
1. Заводишь машинку, видишь POST (строчки бегут про железо), так?
2. Должен увидеть загрузчик или сразу пойти грузиться линукс.
3. После загрузки должны стартовать иксы (графика).
Вот когда стартуют иксы и загружается рабочая среда (рабочий стол или что там у тебя), тогда жми ктрлальтф1 (или ф2-ф5, на выбор), и скажи, что видишь.
выполни pstree
и посомотри что порождает твою программу кассира
Как в консоль войти?
Да, примерно так. В иксах ты консоль видеть не должен, только графу, либо приглашение войти под юзером, либо сразу рабочее окружение. Жать при загрузке не нужно ничего, жать надо когда уже рабочее окружение будешь видеть.
при полной загрузке жму на Ctrl+Alt+F1 показывает туже менюшку, но в символьном интерфейсе, жму Ctrl+Alt+F2 в привычном интерфеёсе, жму Ctrl+Alt+F3 чёрный экран и только _ в углу верхнем левом, но тут жму Ctrl+Alt+Del вылазиют настройки программы в символьном интерфейсе (в них я тыкался, бесполезно)
ещё при загрузке вот это вылазит:
INIT: Entering runlevel: 3
Entering interactive startup
>INIT: Entering runlevel: 3
Хм. У меня такое чувство, что иксы у тебя вообще не запускаются, судя по тому, что ты показал. Вопрос - как же работает твоя программа?
Слушай, возьми мобилу, сними видосик со всем этим процессом и покажи, мне аж инетресно стало.
думаю ТС просто обязан позвонить в сапп производителя и внедренца а не ип***ть мозг людям.
там обыкновенный линукс в 3 ините заместо логина стартует программа кассира.
Посмотрите два файлы:
Во-вторых, тот файл что отвечает за запуск демонов. Те, кто юзают редхет подскажите ТС где лежит там этот конфиг. В арче это /etc/rc.conf, а в RedHat не знаю какой.
l0:0:wait:/etc/rc.d/rc 0 l1:1:wait:/etc/rc.d/rc 1 l2:2:wait:/etc/rc.d/rc 2 l3:3:wait:/etc/rc.d/rc 3 l4:4:wait:/etc/rc.d/rc 4 l5:5:wait:/etc/rc.d/rc 5 l6:6:wait:/etc/rc.d/rc 6
2:2345:respawn:/home/kassir/posemu_n/bin/init.sh > /dev/null 2> /dev/null
Вот эта строка и запускает ту самую программу. Могу ошибаться насчёт её конца из-за поехавшего форматирования в посте.
В общем можно заменить /home/kassir/posemu_n/bin/init.sh на, например, /bin/bash и после загрузки получить доступ непосредственно к консоли. Чтобы потом из консоли запустить кассовую программу надо будет набрать команду /home/kassir/posemu_n/bin/init.sh.
вся та строка должна теперь выглядить так:
Как бы это зделать не переписывая образы? Может кто нить даст ссылку чтоб загрузочную флэшку зделать.
В данной статье мы рассмотрим основы управлением автозагрузкой сервисов и скриптов в Linux CentOS 7/8. В частности, разберем основы работы с демоном systemd, научимся добавлять в автозагрузку сервисы и убирать их оттуда, а также рассмотрим альтернативные варианты запуска скриптов или демонов после старта системы.
Задача статьи – научить вас быстро разобраться со списками служб и скриптов которые запускаются в Linux автоматически, добавить в автозагрузку свои службы или скрипты, или отключить автозапуск определённых программ.
Systemd: управление автозагрузкой служб в Linux
В большистве популярных современных популярных дистрибутивов Linux (CentOS 7, RHEL, Debian, Fedora и Ubuntu) в качестве демона автозагрузки вместо init.d используется systemd. Systemd – менеджер системы и служб Linux, используется для запуска других демонов и управления ими в процессе работы, использует unit-файлы из /etc/systemd/system (init.d использовал скрипты из каталога /etc/init.d/). Systemd позволяет распараллелить запуск служб в процессе загрузки ОС, тем самым ускоряя запуск.
Для управления system используется команда systemctl.
Для начала, после загрузки системы, мы проверим список юнитов, которые в данный момент добавлены в systemd:
Список unit-файлов можно получить командой:
Данная команда отобразит все доступные юнит-файлы (не зависимо от того, были они загружены в systemd после загрузки ОС или нет).
Чтобы вывести список активных сервисов и их состояние, выполните:
Следующая команда выведет список юнитов, которые загрузил или пытался загрузить systemd. Так как после запуска некоторые юниты могут стать неактивными, с помощью флага —all вы получите полный список.
Как видим из списка, здесь отображаются даже сервисы, которые не были найдены на диске «not-found».
Использую данную команду, вы можете добавить и другие флаги, например:
- —state — используется для определения состояния демона Load, Active, Sub
- —type — позволяет фильтровать юниты по их типу.
systemctl list-units --all --state=active — выведет список только активных юнитов
systemctl list-units —type=service — выведет список юнитов, которые являются сервисом.
Добавление сервиса в systemd
Для управления сервисами в systemd используется особый синтаксис. После имени серверсв в конце нужно указывать .service. Например:
systemctl enable nginx.service – команда добавит в автозагрузку веб-сервер nginx
Данная команда создаст символическую ссылку на копию файла, указанного в команде сервиса, в директории автозапуска systemd.
Вывод этой команды показывает в какой директории был создан симлинк на файл сервиса.Чтобы посмотреть добавлен тот или иной сервис в автозагрузку, можно проверить его статус:
systemctl status nginx.service
При выводе нужно обратить внимание на строку:
Значение enabled означает что данный сервис загружается автоматически (добавлен в автозагрузку). Если сервис не загружается автоматом, здесь буде указано disabled.
Удаление сервиса из systemd
Вы можете удалить сервис из автозагрузки, чтобы он не запускался после старта Linux (при этом сам сервис с сервера не удаляется). Чтобы удалить сервис из автозагрузки, выполните команду:
systemctl disable нужный_сервис
Например, чтобы удалить из автозагрузки nginx, выполните:
После выполнения команды, симлинк на файл сервиса будет удален из директории systemd. Можно проверить, есть ли юнит в автозагрузке:
Systemd: маскировка юнитов
В моей практике встречались «вредные» сервисы, которые после удаления их из автозагрузки, все равно там оставались и запускались после рестарта ОС. Чтобы решить этот вопрос, можно замаскировать сервис:
systemctl mask nginx.service
И после этого, он вообще не будет запускаться, ни вручную, ни после перезагрузки ОС:
Снять маску можно командой:
Если после маскировки сервиса, вы проверите юнит-файлы, то увидите, что сервис помечен как замаскированный (состояние masked):
Таким нехитрым способом, можно избавить себя от удаления сервиса, даже если он не удаляется из автозагрузки systemd.
Автозапуска скриптов и сервисов с помощью rc.local
Для запуска различных скриптов при загрузке Linux чаще всего используется rc.local.
Но помимо скриптов, через rc.local так же можно и запускать сервисы, даже те, которые запускаются через systemd. Не могу ответить на вопрос, для чего использовать в таком случае rc.local, если есть systemd, но пару примеров я приведу.
Начнем с того, что файл /etc/rc.local должен быть исполняемым:
chmod +x /etc/rc.local
Rc.local должен быть добавлен в автозагрузку systemd:
systemctl enable rc-local
И на примере того же nginx, мы можем добавить в rc.local команду запуска веб-сервера:
service nginx start
Но я редко использую rc.local для запуска сервисов. Чаще rc.local используется, когда нужно запустить скрипт, либо выполнить разово какую-то команду.
К примеру, я создал скрипт /root/test.sh который выполняет некоторые действия, и хочу запустить его сразу после запуска системы. Добавляем в файл rc.local строку:
Начиная с CentOS 7, разработчики указывают на то, что rc.local устаревший демон и осуществлять автозапуск скриптов или сервисов через него, это прошлый век. Но пока он работает, я пользуюсь им, так как он очень прост в эксплуатации.
Создание собственного демона и добавление его в systemd
Вы можете создать собственный демон, которым можно будет управлять через systemd.
Например, нам нужно запускать все тот же скрипт /root/test.sh после перезагрузки системы. Начнем с создания файла нашей будущей службы:
touch /etc/systemd/system/test-script.service
chmod 664 /etc/systemd/system/test-script.service
nano /etc/systemd/system/test-script.service
Содержимое файла будет следующее:
User – пользователь под которым будет запускаться демон
Type=oneshot — процесс будет завершен до запуска дальнейших юнитов
Если вас устроило то, как работает сервис, добавьте его в автозагрузку:
Таким образом, вы можете добавить любой ваш скрипт в автозагрузку через systemd.
Автозапуск через cron
Если вам с какой-то периодичностью нужно запускать скрипт или команду, вы можете воспользоваться cron-ом:
crontab -e — открыть терминал для написания задания cron
И добавьте туда нужное вам задание, например:
* * * * * /root/test.sh — запускать скрипт каждую минуту.
Можно написать скрипт watch-dog, который по заданию будет проверять, например, статус какого-либо сервиса и, если он не работает, запускать его. На нескольких своих проектах я использую подобную схему.
Чтобы вывести список всех заданий в крон, нужно выполнить команду:
Допустимые значения для времени запуска заданий cron по порядку:
- Минуты от 0 до 59
- Часы от 0 до 59
- День месяца от 1 до 31
- Месяц от 1 до 12
- День недели от 0 до 7 (0 или 7 это воскресение)
В нашем задании скрипт запускается каждую минуту, поэтому там стоят «*».
Так же вы можете разместить нужный вам скрипт в директориях cron:
- /cron.daily – выполнение скрипта ежедневно
- /cron.hourly – выполнение скрипта ежечасно
- /cron.monthly — выполнение скрипта ежемесячно
- /cron.weekly — выполнение скрипта еженедельно
Скрипты в указанных директория будут запускаться согласно автоматически подготовленного расписания.
.bashrc: автозапуск скриптов при запуске терминала
Если вам требуется выполнять какие-то действия при запуске терминала ssh, вы можете добавить любую команду или выполнение скрипта в .bash_profile или .bashrc. Теоретически, вы можете добавить какое-либо действие в любой из этих файлов, оно выполнится в любом случае. Обычно все необходимое добавляется в .bashrc, а сам .bashrc запускают из .bash_profile.
Я добавил в файл .bashrc команду на рестарт веб-сервиса nginx:
service nginx restart
После этого сохранил файл и перезапустил терминал:
Как видите, при запуске терминала, веб-сервер был перезапущен. Какие действия можно выполнять при запуске терминала? Вероятно, запускать какие-то вспомогательные утилиты, например, проверка uptime сервера:
Или вы хотите, чтобы при запуске терминала, вы сразу попадали в нужную вам директорию и запускали mc, добавьте в .bashrc
Надеюсь эта статья по управлению автозапуском сервисов и скриптов в LInux (статья писалась для CentOS) оказалась полезной для вас. Наверняка тем, кто только познает азы системного администрирования Linux, это информация будет кстати.
Читайте также: