Похож на Debian, помещает запись в Windows Boot Manager для себя, и это - разделы. Необходимо будет отредактировать Windows Boot Configuration Store для удаления неполной записи Debian. Необходимо смочь отредактировать Хранилище через msconfig (GUI) или bcdedit (Командная строка).
В настоящее время существует 3 основных init системы, используемые Linux. Несколько лет назад, был всего один, SysVinit. Но SysVinit серьезно недоставало возможностей, таких как сервисное построение графика зависимости, таким образом, он был удержан от использования в большинстве дистрибутивов к настоящему времени. В настоящее время большинство дистрибутивов переключается на systemd. Хотя существует также выскочка.
Но вот ответ на Ваш вопрос для каждой из 3 init систем:
SysVinit в настоящее время используется Debian и Redhat. Хотя следующая версия Redhat (7) будет использовать systemd.
univeral способ включить услуги SysVinit на начальную загрузку является к символьной ссылке ими в /etc/rc3.d
(или /etc/rc2.d
). Все сервисы могут быть найдены в /etc/init.d
. Обратите внимание однако, что дистрибутивы будут часто иметь свой собственный инструмент для управления этими файлами, и что инструмент должен использоваться вместо этого. (Fedora/RedHat имеет service
и chkconfig
, человечность имеет update-rc.d
)
ls /etc/init.d/
/etc/init.d/{SERVICENAME} start
или
service {SERVICENAME} start
/etc/init.d/{SERVICENAME} stop
или
service {SERVICENAME} stop
cd /etc/rc3.d
ln -s ../init.d/{SERVICENAME} S95{SERVICENAME}
( S95
используется для определения порядка. S01 запустится перед S02, и т.д.),
rm /etc/rc3.d/*{SERVICENAME}
Самое известное распределение с помощью systemd является Fedora. Хотя это используется многими другими. Кроме того, с Debian, принимавшим решение пойти с systemd по выскочке, это станет defacto новомодной системой для большинства дистрибутивов (человечность уже объявила, что они будут отбрасывать выскочку для systemd).
systemctl list-unit-files
systemctl start {SERVICENAME}
systemctl stop {SERVICENAME}
systemctl enable {SERVICENAME}
systemctl disable {SERVICENAME}
Выскочка была разработана людьми Ubuntu. Но после того, как debian решил пойти с systemd, Ubuntu объявила, что они отбросят выскочку.
Выскочка также кратко использовалась Redhat, поскольку он присутствует в RHEL-6, но это не является наиболее часто используемым.
initctl list
initctl start {SERVICENAME}
initctl stop {SERVICENAME}
2 пути, к сожалению:
Будет файл /etc/default/{SERVICENAME}
который содержит строку ENABLED=...
. Измените эту строку на ENABLED=1
.
Будет файл /etc/init/{SERVICENAME}.override
. Удостоверьтесь, что это содержит start
(или отсутствует полностью), нет manual
.
echo manual > /etc/init/{SERVICENAME}.override
Примечание: Существует также система 'OpenRC' init, которая используется хинду. В настоящее время хинду является единственным дистрибутивом, который использует его, и это не рассматривает для использования, ни поддерживает любой другой дистрибутив. Таким образом, я не покрываю, это - использование (хотя, если мнение - то, что я делаю, я могу добавить его).
Различные дистрибутивы используют различные механизмы для управления сервисами. Программное обеспечение для управления сервисами называют init после традиционного названия самого первого процесса (с идентификатором 1 процесса), который отвечает за запуск других.
Debian использует традиционный вариант SysVinit init. Под этой системой существует набор сценариев в каталоге /etc/init
(это и другое местоположение могут варьироваться немного между дистрибутивами то использование SysVinit). Эти сценарии не вызываются непосредственно, но через символьные ссылки в каталогах /etc/rc?.d
. Это - присутствие и название этих символьных ссылок, которые определяют, когда сервисы запускаются. Для получения дополнительной информации прочитайте главу по init в Ссылке Debian.
Взгляните в /etc/rc?.d
видеть, какие сервисы уже присутствуют. Буква или цифра перед точкой являются runlevel; записи, имя которых запускается с S
выполняются с аргументом start
при вводе runlevel и записей, имя которых запускается с K
выполняются при отъезде runlevel. Нормальная последовательность runlevel: S во время начальной загрузки (так /etc/rcS.d/S*
выполняются), затем 2 (так /etc/rc2.d/S*
выполняются). Во время завершения работы, /etc/rc2.d/K*
выполняются, затем runlevel переключается на 0 (или 6 для перезагрузки).
Короче говоря если Вы хотите создать сценарий запуска для нового сервиса:
/etc/init.d
. Этот сценарий должен принять один аргумент, который может быть start
, stop
, force-reload
, restart
, или (дополнительно) reload
или status
.Разница между reload
и restart
это restart
эквивалентно stop
сопровождаемый start
в то время как reload
перезагружает конфигурацию, ничего не останавливая (если сервис поддерживает ее); force-reload
делает reload
при наличии и restart
иначе. Посмотрите существующие файлы и скрипты Создания, запущенные во время начальной загрузки с Debian для примеров.update-rc.d
создать символьные ссылки, чтобы запустить и остановить Ваш сервис. Большинство сервисов выполняется в runlevels 2, 3, 4 и 5.Обратите внимание, что для обеспечения svn доступа может быть легче настроить Apache и использовать протокол HTTPS или HTTP. Это имеет дополнительную льготу разрешения быстрого репозитория, просматривающего веб-браузер.
Традиционного происхождения Unix нет ничего специального о сервисах. Услуги являются просто процессом, но за двумя исключениями: им не нужен терминал, и они начинают при начальной загрузке. то, как они начинают при начальной загрузке, зависит от init (который мог быть sysv init, bsd init, выскочкой, systemd или чем-то еще; проверьте свою страницу справочника на init), и используют ли Ваш обертку для задачи или для init конфигурации. Нет ничего мешающего Вам выполнить сервис от терминала, на самом деле это распространено для тестирования.
chkconfig
иupdate-rc.d
упоминаются. См., что второй абзац под SysVinit :-) – Patrick 26.12.2013, 19:28