Документация: архитектура сессии Linux

Я так очарован Вашим вопросом, что я ответил на это на linuxintro. Вот ответ, адаптированный для Вашего вопроса:

Когда типичный ПК с Linux как Fedora, SUSE или Ubuntu загрузится, шаги будут следующие:

1. BIOS выполняет самопроверку
2. BIOS загружает загрузочный сектор и выполняет его
3. Загрузчик как личинка или lilo выполняется
4. Меню начальной загрузки показывают (дополнительно)
5. Ядро загружается
6. Начальный псевдодиск загружается
7. Ядро выполняется
8. Ядро выполняет init

9. init выполняется, в зависимости от Вашего дистрибутива, версии и конфигурации

   • Сценарии SysV init или
   • systemd или
   • выскочка

Смысл всех этих программ состоит в том, чтобы запустить сервисы как

• dbus, который позволяет коммуникацию между приложениями так, чтобы одно приложение могло вызвать функции из другого запущенного приложения. Это - что-то обычно не видимое пользователям, например, приложению, называя менеджер окон для помещения его собственного окна в фокус
• вход в систему, который позволяет пользователям входить в систему на CTRL_ALT_F* терминалы. Процесс входа в систему, как замечено PS-A будет в случае systemd быть systemd-logind (может снова варьироваться распределением),
• udev, который имеет много имен, например, для меня, я нахожу его с PS-A как systemd-udevd. Это присваивается, например, дескрипторы устройства в/dev/к устройствам, которые Вы подключаете, например, диск USB
• крон, который выполнит команды на основе расписания в/etc/crontab и также имеет "@reboot" функцию для запуска команд на начальной загрузке.

10) процесс входа в систему, обработанный systemd, будет ожидать журнала в на виртуальном терминале, каждый обычно достижим путем нажатия CTRL_ALT_F1

11) обычно и по умолчанию, процесс init теперь запустит менеджер дисплея, например, kdm (менеджер по оформлению KDE) или xdm

12) менеджер по оформлению теперь запустит графическую систему. Нет практически никакой графической системы, но Xorg (hildon для встроенных устройств).

13) менеджер по оформлению будет совет сервер Xorg для отображения экрана входа в систему

Теперь запуск завершен, и компьютер ожидает пользователя для входа в систему.

14) на пользователе входят в систему, менеджер по оформлению запустит настольную среду как KDE, GNOME или XFCE4. Корневой процесс для сессии пользователя KDE назовут startkde, корневой процесс для GNOME назовут сессией гнома, корневой процесс для XFCE4 назовут xfce4-сессией

15) KDE обычно запускает все исполняемые файлы с ~/.kde/Autostart и .desktop файлов от/etc/xdg/autostart (см. задачи планирования).

16) Когда пользователь войдет в систему графически и нажмет на значок для открытия, консоль, обычно для избиения будет выполняться. Bash сначала выполнит .bashrc затем

17) Когда пользователь открывает журнал в оболочке, это означает, что он должен зарегистрировать на пути пароль или авторизованный ключ. Он может сделать это на консоли CTRL_ALT_F1 или ssh'ing к компьютеру, например, localhost. Затем .sh сценарии от/etc/profile.d и .bashrc будут выполняться.

Прежде чем я дам свою версию ответа, позвольте мне запуститься с нескольких определений

Linux == 'Ядро операционной системы" Система Linux == "Некоторая система, созданная вокруг Сессии" Ядра Linux в Системе Linux == "Некоторый набор связанных пользовательских программ, работающих на системе Linux"

Чем далее Вы убегаете от ядра, тем менее вероятно любые две "системы" будут на самом деле иметь что-то общее. Что означает, что нет действительно никакого разумного определения "современной Сессии Linux"

Откровенно говоря, ожидание, что должна быть некоторая всеобъемлющая документация по системе, которая дает Вам все компоненты, является ожиданием что просто привычка быть встреченным в большинстве частей мира с открытым исходным кодом. Разработчики ПО с открытым исходным кодом пишут программы для решения (или твердость!) определенные проблемы они заботятся о - таким образом, они просто зарегистрируют ту часть это это - если это!:-)

У Вас может быть лучшая удача с руководствами, доступными с коммерческими дистрибутивами Linux, однако, учитывая консервативную природу большинства из тех, можно утверждать, что их выпуски не "современны"!

Ключевой совет, который я дал бы, состоит в том, что ООН очень общий unix/linux смысла системы является heirachical. Я раньше говорил людям, что мне понравилось, отклоняют системы, потому что я мог запустить с init, и оттуда, понять все, что продолжалось в системе. Systemd и друзья изменили это немного, но основной принцип является тем же - запускаются наверху и работают вниз - "программы, составляющие сессию", обычно являются теми, которые начали с точки, Вы вводите heirachy. Так, если Вы ssh в, Вы, вероятно, просто получите то, что Ваша оболочка по умолчанию, как это - то, как ssh работает. При входе на пути графического интерфейса Вы получите то, что запускается Вашим менеджером по входу в систему, как это - то, как Ваш менеджер по входу в систему работает

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

Unfortunatly, это действительно означает, что "чтение отдельной документации программ" является единственным способом понять все это, и что нет "минимальной группы демонов" для сессии - существует только способ, которым данное распределение работает на данный вход в систему/метод доступа, и это - распределение, рабочий стол и конкретный метод входа в систему.

Ответ равняется 42. Thorsten Staerk, объясненный уже основная проблема в комментариях.

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

С другой стороны, существует много документации: страницы справочника для каждой части программного обеспечения, хорошее объяснение, какова D-шина, списки рассылки разработчика, Google и так далее. Поэтому займите несколько лет времени и прочитайте весь документ пакетов, которыми Вы интересуетесь. Если Вы нуждаетесь в нем быстрее, просто задаете некоторые хорошие вопросы в Unix & Linux.

Удачи.