Сервер с gui centos 8 что это

Обновлено: 04.07.2024

На большинстве серверов под управлением CentOS нет необходимости устанавливать и держать запущенным графический интерфейс пользователя X Window в паре с одной из сред рабочего стола (например, GNOME или KDE). Это выгодно не только с точки зрения экономии системных ресурсов, но и потому, что можно выполнить установку CentOS в режиме minimal, а затем доустановить только необходимые пакеты. Однако, часто бывает необходимо установить и запустить графическую оболочку в системе CentOS после её установки например, для упрощения выполнения процедур конфигурирования или запуска определенных приложений, имеющих графический интерфейс пользователя. В данном руководстве описывается процесс установки, запуска и выключения графической оболочки (GNOME или KDE) в CentOS 6.

Все процедуры, описанные ниже, должны выполнятся на системе CentOS, с настроенным сетевым интерфейсом (для того, чтобы иметь доступ к репозиториям в сети интернет).

Установка графического интерфейса X Windows (X11) и среды GNOME в CentOS

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

yum groupinstall basic-desktop desktop-platform x11 fonts

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

yum groupinstall "Desktop" "Desktop Platform" "X Window System" "Fonts"

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

Для выхода из графической оболочки выберите пункт "System" в верхнем меню, а затем нажмите "Log Out . "

Обратите внимание, что после установки графического интерфейса в CentOS при первой перезагрузке система может один раз запустить утилиту setup, через которую предлагается выполнить настройку сетевого интерфейса, аутентификации, клавиатуры (при установленных соответствующих утилитах для текстового интерфейс пользователя). Никакой настройки производить не нужно, из неё достаточно выйти, выбрав quit.

Установка KDE в CentOS

После выполнения установки графического интерфейса и оболочки GNOME, как описано выше можно установить KDE, запустив:

По окончании установки KDE необходимо настроить, какую из двух оболочек запускать при старте графического интерфейса X11. Для этого нужно создать файл .xinitrc и записать в него startkde для запуска среды KDE или GNOME-session для запуска среды GNOME.

Для создания настройки, выполняющей запуск KDE выполните:

Соответственно, для создания настройки для запуска GNOME выполните:

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

Теперь, после выполнения настройки, запустите KDE:

Для выхода из оконного менеджера KDE обратно, в текстовую консоль, запустите главное меню, затем выберите "Leave" и "Log Out"

Установка дополнительных графических программ.

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

Набор Graphical Administration Tools содержит графические средства администрирования, такие как средства настройки брандмауэра, служб, пользователей и другие. Для установки выполните:

yum groupinstall "Graphical Administration Tools"

набор Internet Browser содержит браузер Firefox с необходимыми дополнениями:

yum groupinstall "Internet Browser"

В набор General Purpose Desktop входят общие программы графического интерфейса, такие как просмотр документов, программа для записи компакт-дисков, простейший текстовый редактор, просмотр изображений, видео и аудио проигрыватели и другие. Для установки запустите:

yum groupinstall "General Purpose Desktop"

Если вам необходим полноценный офисный пакет LibreOffice, то выполните установку набора Office Suite and Productivity:

yum groupinstall "Office Suite and Productivity"

Для работы с графикой и сканерами (gimp и xsane) нужно установить набор Graphics Creation Tools:

yum groupinstall "Graphics Creation Tools"

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

yum groupinstall "Graphical Administration Tools" "Internet Browser" "General Purpose Desktop" "Office Suite and Productivity" "Graphics Creation Tools"

Настройка запуска графического интерфейса при загрузке операционной системы CentOS

Конечно, вы всегда можете запустить графический интерфейс из интерфейса командной строки, выполнив команду startx после загрузки CentOS и выполнения входа в систему. Если же вы хотите, чтобы графический интерфейс запускался сразу после загрузки CentOS, то вам необходимо внести правки в файл /etc/inittab. Найдите в нем следующую строку:

Цифра 3 в ней означает, что система запускается в режиме интерфейса командной строки. Чтобы запустить её в графическом интерфейсе необходимо поменять 3 на 5:

После перезагрузки вы увидите графический экран входа в систему:

Переключение между графическим и текстовым интерфейсом

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

Вот и дождались, вышла новая версия популярного Linux дистрибутива Centos под версией 8, если быть точным Centos 8.0.1905. Произошло это знаменательное событие 24 сентября 2019 года. Пробежимся по основным изменениям.

Новое окружение рабочего стола

Некоторые особенности Wayland

Усиленная безопасность
Улучшена работа с несколькими мониторами
Улучшенное масштабирование пользовательского интерфейса
Рабочий стол управляет обработкой окон напрямую

Сетевые возможности

CentOS 8 использует TCP networking stack версии 4.16, что обеспечивает более высокую производительность, лучшую масштабируемость и большую стабильность.
Сетевой стек обновлен до версии 4.18
Iptables был заменен nftables фреймворком в качестве пакета по фильтрации трафика по умолчанию.
Фреймворк nftables является преемником iptablesip6tables, arptables, и ebtables. Что в свою очередь обеспечивает единую структур протоколов IPv4 и IPv6
Демон firewalld теперь использует nftables в качестве бекэнда по умолчанию
Поддержка драйверов виртуальной сети IPVLAN, которые обеспечивают сетевое подключение для нескольких контейнеров
NetworkManager теперь поддерживают single-root I/O virtualization(SR-IOV) виртуальные функции (VF). NetworkManager позволяет настроить некторые аттрибуты VF, такие как MAC адрес, VLAN, spoof проверка настройки с разрешенным битрейтом

Управление программным обеспечением

Менеджер пакетов YUM теперь основан на технологии DNF и обеспечивает поддержку модульного контента, повышенную производительность и хорошо продуманный стабильный API для интеграции с инструментами.
Установка программного обеспечения теперь обеспечивается новой версией YUM v4. В CentOS 7 используется YUM версии 3. Вот список некторых улучшений в YUM 4

Увеличение производительности
Поддержка модульного контента
Хорошо разработанный стабильный API для интеграции с инструментами

YUM v4 совместим с YUM v3 при использовании из командной строки, редактировании или создании конфигурационных файлов.
Благодаря этому вы можете использовать команду yum и ее параметры так же, как и на CentOS 7.
Также в CentOS 8 обновился RPM до версии 4.14, ранее была 4.11. Отличия новой версии RPM:

Пакеты debuginfo можно устанавливать параллельно
Поддержка слабых зависимостей
Улучшена поддержка богатых или логических зависимостей
Появилась возможность упаковки файлов размером более 4 ГБ
Работа с файловыми триггерами
Более строгий spec-парсер
Упрощенная проверка подписи вывода в режиме без подробностей
Дополнения и устаревание в макросах

Языки, веб-сервера и базы данных

Squid обновился до версии 4.4, с новой версией сервера кеширования Varnish Cache 6.0

Виртуализация

Установка и создание образа

CentOS 8 использует установщик Anaconda, который теперь поддерживает формат шифрования диска LUKS2. LUKS2 предлагает лучшие функции, например, он расширяет возможности форматирования диска и обеспечивает гибкие способы хранения метаданных.
Кроме того, Anaconda была расширена для обработки всех функций, связанных с потоками приложений. К ним относятся модули, потоки и профили. Сценарии быстрого запуска теперь могут включать комбинации модулей и потоков, устанавливать профили модулей и устанавливать модульные пакеты.

Улучшения безопасности

Ядро и ОС

CentOS 8 основан на Fedora 28 и ядре 4.18 и выше. На этом ядре доступны следующие функции

Поддерживаемые процессорные архитектуры

AMD и Intel 64-bit
The 64-bit ARM architecture
IBM Power Systems, Little Endian
IBM Z

Инфраструктурные сервисы

Есть новые функции BIND. Ниже приведены некоторые из них:

Cockpit веб консоль

Cockpit теперь часть Red Hat Enterprise Linux в репозиториях по умолчанию. Веб консоль автоматически установится при установке GUI в CentOS 8. Порты необходимые для работы автоматически откроются в брандмауэре.

Cockpit теперь включает раздел Firewall, где пользователи могут включить или отключить брандмауэр, а также добавлять, удалять и изменять правила брандмауэра.
В Centos 8 Cockpit совместим с мобильными браузерами. Это означает, что пользователи могут управлять системами с помощью веб-консоли CentOS/RHEL 8 с мобильного устройства.
Виртуальными машинами можно управлять с помощью веб-консоли

Отключенные возможности в Centos 8

Несмотря на то, что эти функции были объявлены устаревшими, их поддержка продолжается до конца срока службы upstream RHEL 8. Некоторые из устаревших функций включают в себя:

NFSv3 через UDP-отключено
Параметр командной строки ядра, используемый для установки планировщика дисков для всех устройств, устарел
Сетевые сценарии устарели в RHEL 8. Базовая установка предоставляет новую версию сценариев ifup и ifdown, которые вызывают службу NetworkManager с помощью инструмента nmcli. Чтобы использовать команды ifup и ifdown, NetworkManager должен быть запущен.
Алгоритм цифровой подписи (DSA) считается устаревшим
TLS 1.0 и TLS 1.1 являются устаревшими
Клиент SSL2 Hello исключен в Network Security Services (NSS) library
virt-manager устарел. Cockpit призван стать его заменой в последующем выпуске.

Основные изменения можно увидеть только после чистой установки Centos 8. В случае обновления с предыдущих версии, некоторые нововведения могут не работать.

П.С.: попытался поставить новую версию Centos 8 на тестовую машину с Ryzen, ничего не получилось, на виртуалку с HyperV на том же процессоре так же не вышло. Получилось установить только на KVM :). Видимо проблема временная, надеюсь позже ее исправят.

Оригинал: Review: CentOS 8.0-1905
Автор: Jesse Smith
Дата публикации: 21 октября 2019 года
Перевод: А. Кривошей
Дата перевода: 07 ноября 2019 г.

CentOS - это управляемый сообществом проект, который строит свой дистрибутив из исходного кода Red Hat Enterprise Linux. Целью проекта является предоставление бинарно-совместимого, практически идентичного с Enterprise Linux дистрибутива, но без коммерческой поддержки, предоставляемой Red Hat. Это делает CentOS привлекательным вариантом для людей, которые хотят иметь дистрибутив с долгосрочной поддержкой и той же технологией, которую предоставляет Red Hat, но считают, что им не нужна поддержка поставщика. Я рассматривал Red Hat Enterprise Linux 8 (RHEL 8), кратко рассказав об установщике дистрибутива, управлении программным обеспечением и настройками, некоторых его функциях на рабочих станциях и некоторых серверных технологиях, таких как Cockpit. В ходе этого опыта я столкнулся с несколькими проблемами - некоторые из них касались документации, некоторые были проблемами с разрешениями, некоторые из-за отсутствия приложений в официальных репозиториях, и мне было любопытно посмотреть, будет ли CentOS обеспечивать такой же опыт, такие же проблемы и все такое. Можно предположить, что будет, учитывая, что CentOS использует тот же исходный код, но CentOS имеет свой собственный веб-сайт и репозитории, поэтому я подумал, что стоило бы провести тестовый прогон и посмотреть, какие различия, если таковые имеются, я мог бы заметить. В частности, я планировал сосредоточиться на сильных и слабых сторонах, которые я заметил в моем обзоре RHEL 8.

Прежде чем приступить к описанию работы с CentOS 8.0.1905, я хочу упомянуть, что CentOS теперь доступен в двух ветвях: CentOS Linux, традиционная операционная система с фиксированными релизами, основанная на RHEL; и CentOS Stream . Новая ветвь Stream описана как платформа с непрерывным выпуском обновлений, которая будет располагаться где-то между Fedora и RHEL. Идея заключается в том, что программное обеспечение и концепции пройдут первоначальное тестирование в Fedora. Затем Red Hat создаст версию Fedora, которая станет основой будущего выпуска RHEL. Изменения и улучшения, которые обычно вносятся внутри Red Hat до следующего релиза RHEL, станут доступны общественности для тестирования и комментариев в CentOS Stream. В идеале, план, по-видимому, заключается в том, что это даст большей части сообщества возможность опробовать новые идеи и сообщить о проблемах, предоставив Red Hat больше отзывов и возможность отполировать свой коммерческий дистрибутив.

И CentOS Linux, и CentOS Stream доступны в двух редакциях: для DVD и для сетевой установки под названием Boot. DVD-образ CentOS Linux занимает 6,7 ГБ (примерно того же размера, что и RHEL 8), а выпуск Boot - 534 МБ. DVD-образ CentOS Stream еще больше, около 8 ГБ, но диск для сетевой установки занимает 533 МБ.

В примечаниях к релизу CentOS есть раздел, посвященный известным проблемам. Одно из этих предупреждений касается установки пакета «Server with GUI» в VirtualBox: «Если вы планируете установить CentOS-8 в гостевой VirtualBox, не следует выбирать «Server with GUI» (по умолчанию) во время установки». В примечаниях к релизу содержится ссылка на статью Red Hat, в которой подтверждается это предупреждение, но без объяснения причин возникновения такой проблемы. Так как «Server with GUI» является выбором по умолчанию в установщике, мы должны помнить об изменении выбора, если мы используем VirtualBox.

Установка

Насколько я могу судить, установка CentOS была идентична установке RHEL, по крайней мере, во время начальной настройки. Когда завершилось копирование пакетов на жесткий диск и мы перезагрузились, мастер первого запуска попросит нас принять лицензию. В CentOS это лицензионное соглашение является всего лишь отказом от ответственности и уведомлением о том, что CentOS использует Стандартную публичную лицензию GNU. Этап активации лицензии, используемый RHEL, отсутствует в CentOS, мы не обязаны регистрировать нашу установку у кого-либо.

Первые впечатления

Поддержка железа

CentOS без проблем работал на моей рабочей станции и обнаружил все мое оборудование. Настольный компьютер, аудио и беспроводные сети работали правильно. Как и RHEL, CentOS хорошо работал на моем физическом оборудовании. Попытка запустить CentOS в экземпляре VirtualBox - это другое дело. Как и RHEL, CentOS не предоставляет гостевые модули VirtualBox и не может интегрироваться с VirtualBox или использовать разрешение экрана хост-компьютера. Чтобы еще больше усложнить ситуацию, ни один из дистрибутивов не предоставляет модуль VirtualBox в своих репозиториях.

Когда я тестировал RHEL 8, я пытался собрать универсальный модуль VirtualBox, и сначала потерпел неудачу из-за отсутствующего пакета: elfutils-libelf-devel. После установки этого пакета я смог собрать дополнительный модуль и установить его без дальнейших проблем. Я попробовал это на CentOS, установив elfutils-libelf-devel и затем собрав гостевой модуль VirtualBox. Похоже, что это работает, и процесс сообщил, что модуль был успешно установлен. Но вскоре стало ясно, что модуль не работает.

Я проверил и обнаружил, что, несмотря на успешное создание отчетов о процессе сборки, модуль в моей системе нигде не был установлен. Затем я просмотрел список зависимостей, которые есть у VirtualBox, и обнаружил, что, хотя компилятор, инструменты сборки и файлы заголовков были доступны, Perl отсутствовал. По какой-то причине процесс сборки сообщает об успехе (и молча терпит неудачу), если не установлен Perl. Я установил Perl и больше у меня не было проблем. Я не уверен, почему это произошло в CentOS, а не в RHEL (возможно, в установке присутствуют разные пакеты по умолчанию), но в итоге я разобрался с этим, и в виртуальной среде дистрибутив заработал.

Управление пакетами

Работа с программными пакетами была той областью, где я увидел самые большие различия между RHEL и CentOS. Было некоторое сходство, так как оба используют диспетчер пакетов командной строки DNF (большая часть документации относится к диспетчеру пакетов YUM, но YUM - просто символическая ссылка на DNF). Оба дистрибутива используют GNOME в качестве графического интерфейса для установки новых пакетов и загрузки обновлений. Различия в основном касаются проблем с разрешениями и конфигурацией.

Например, когда я работал с RHEL, в GNOME Software не было доступных приложений. CentOS может отображать установленное программное обеспечение в GNOME Software и некоторые рекомендуемые элементы. Тем не менее, помимо этих нескольких пунктов в списке практически нет приложений. Поиск практически любого приложения не дает результатов, даже когда я искал пакеты, которые, как я знал, имелись в репозиториях. Например, поиск «thunderbird» в командной строке работает, но такой же поиск не работает в GNOME Software. Поиск слова «gimp» в любой из этих утилит предоставляет нам графический редактор GIMP.

Другое отличие заключалось в том, что в CentOS я мог выполнять поиск пакетов в командной строке, не используя sudo. Когда я запускал RHEL, любой поиск менеджера пакетов, выполняемый без разрешений sudo (или root), завершался ошибкой.

Я считаю, что Flatpak, который установлен по умолчанию, заслуживает отдельного упоминания. Многие пользователи, обнаружив, что в CentOS и сторонних репозиториях отсутствуют многие популярные приложения, вероятно, решат обратиться к Flatpak, чтобы заполнить пробелы. На практике это может оказаться сложным. Начнем с того, что в CentOS нет репозиториев, включенных по умолчанию. Я пошел на Flathub и в инструкциях по включению репозитория в RHEL/CentOS сказано просто загрузить файл и установить его. Это звучит просто, но CentOS не распознает тип файла, что означает, что мы не можем установить или запустить его автоматически - нам нужно работать с ним из командной строки вручную. Затем я попытался вручную включить хранилище, используя файл, но, как сообщается, его цифровая подпись не была доверенной. В конце концов я включил репозиторий Flatpak вручную с помощью командной строки.

Другие наблюдения

Когда я работал с RHEL, я не смог установить какие-либо расширения Firefox. Я попробовал несколько, после обновления моей копии Firefox, но ни одно не работало. Каждое из расширений Firefox, которое я скачал в CentOS, работало безупречно.

CentOS, как и RHEL, разрешает удаленный вход в систему по умолчанию даже в роли рабочей станции. Это удобно для людей, выполняющих удаленные настройки, но также и дыра в безопасности, которую закрыло большинство других дистрибутивов. С другой стороны, CentOS обеспечивает соблюдение правил сложных паролей RHEL, требующих, чтобы учетные записи при создании имели либо длинные, сложные пароли, либо их вообще не было.

CentOS поставляется с установленным программным обеспечением для удаленного администрирования Cockpit, хотя оно и не активировано. Это отражает мой опыт с RHEL. Мне очень нравится Cockpit и как он дает легкий доступ к нескольким административным функциям. Используя Cockpit, я смог управлять службами, проверять использование ресурсов и просматривать журналы.

Когда я работал с RHEL, я не мог устанавливать обновления или новые приложения через Cockpit. Во время работы CentOS я мог проверять (и устанавливать) обновления пакетов. Однако Cockpit под CentOS не смог найти никаких приложений для установки.

Заключение

Опыт работы с CentOS очень похож на мой опыт работы с RHEL, чего и следовало ожидать. Оба дистрибутива используют один и тот же исходный код и одни и те же версии утилит. Хотя имеются небольшие различия, большинство из них относится к области управления программным обеспечением и начальной настройке.

Хотя процесс установки CentOS практически такой же, как в Red Hat, процесс получения установочного носителя совершенно другой. Для CentOS можно просто зайти на сайт проекта и нажать на соответствующую ссылку для скачивания. Red Hat требует регистрации (даже для бесплатной версии для разработчиков), просмотра версий продукта и выбора нужной версии. Затем мы должны сделать онлайновую регистрацию при первом запуске дистрибутива.

Управление пакетами в обоих дистрибутивах использует одни и те же утилиты, но опыт отличался как день и ночь. В RHEL GNOME Software вообще не работал для поиска и установки программного обеспечения. В CentOS он немного работал, хотя и с ограниченным выбором и с некоторыми пакетами, тихо отказывающимися от установки. DNF работал лучше на CentOS и не требовал административного доступа для выполнения простых поисков. Я не знаю, заключается ли разница в изменении конфигурации или исправлениях ошибок, которые были сделаны в CentOS за последние несколько месяцев.

Одно из самых больших отличий - это только вопрос времени. Когда я попробовал RHEL 8, сторонние репозитории еще не успели заполниться. К тому времени, когда появился CentOS 8, сторонние источники пакетов были запущены и работали, предоставляя некоторые (хотя, на мой взгляд, еще недостаточные) пакеты для заполнения пробелов.

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

CentOS/RHEL на десктопе

Я хотел бы добавить несколько комментариев об использовании Red Hat Enterprise Linux и CentOS на настольном компьютере. После того, как вышел мой обзор RHEL 8 , несколько человек подняли вопрос о ценности тестирования RHEL на рабочей станции или ноутбуке. Основной аргумент, что Red Hat в основном используется на серверах, так зачем обсуждать, как RHEL работает в среде рабочего стола? Зачем говорить о GNOME Software, GNOME и Wayland в операционной системе, которая часто работает без графического сервера?

Это справедливо, продукты Red Hat (и CentOS) обычно встречаются на серверах. Вот почему я говорил об управлении пакетами в командной строке и серверных утилитах, таких как Cockpit, больше, чем обычно. Тем не менее, я думаю, что есть как минимум три причины, почему важно также говорить об этих дистрибутивах, работающих на десктопах:

Установщик CentOS по умолчанию выбирает роль «Сервер с графическим интерфейсом». CentOS и RHEL могут использоваться в основном на серверах, но по умолчанию они устанавливают графические инструменты. Я думаю, что имеет смысл тестировать программное обеспечение, которое может быть установлено по умолчанию. Некоторые из альтернативных ролей также устанавливают десктопное программное обеспечение.

В примечаниях к релизу Red Hat говорится о таких функциях рабочего стола, как Wayland. Я подозреваю, что они не будут советовать пользователям этих функций, если они не ожидают, что люди будут их использовать. Аналогичным образом, хотя RHEL известен тем, что работает на серверах, многие профессионалы запускают эти дистрибутивы на своих рабочих станциях, особенно на работе.

Ранее в этом году Red Hat опубликовала статью « Why You Should Be Developing On Red Hat Enterprise Linux ». В статье изложены предложения относительно того, почему разработчики должны использовать RHEL на своих рабочих станциях. Профессиональный пользователь настольного компьютера - рынок, на который Red Hat активно ориентируется. Если Red Hat хочет, чтобы разработчики, такие как я, запускали RHEL на наших рабочих станциях и ноутбуках, я думаю, что разумно принять их предложение.

Removed symlink /etc/systemd/system/default.target. Created symlink from /etc/systemd/system/default.target to /usr/lib/systemd/system/graphical.target.

systemctl isolate graphical.target

После предыдущей команды в окне Virtualbox должны запуститься иксы

Установка GNOME

Или если вы хотите GNOME Desktop

sudo yum groupinstall "GNOME Desktop" "Graphical Administration Tools"

Установка Server with GUI

Первым делом выполните yum grouplist - чтобы увидеть список доступных вариантов.

sudo yum groupinstall "Server with GUI"

Определить тип X

Узнать кое-что о своих иксах можно командами

rpm -qa |grep xorg-x11-server-Xorg
rpm -qa |grep gnome

Если вы хотите проверить установлен ли у вас GNOME выполните

Если установлен - вы увидите версию

GNOME Shell 3.28.3

-bash: gnome-shell: command not found

Как перезапустить X-server

Перезапустить X-server (предварительно уйдя в консоль Ctrl + Atl + F1)можно командой

Как остановить X сервер

Если не знаете какой у Вас X сервер, можете попробовать:

Если и это не помогло попробуйте варианты отсюда

Как запустить X сервер

Работает, если у Вас X-server gdm, gdm3 или kdm если у Вас что-то другое, просто замените.

Перейти из X в терминал и обратно

В CentOS по умолчанию 6 tty под консоль: 1-6 и один под X: 7.

Поэтому, нажав Ctrl-Alt[F1-F6] вы попадёте в терминал.

А нажав Ctrl-Alt-F7 в иксы.

История

X Window System — оконная система, обеспечивающая стандартные инструменты и протоколы для построения графического интерфейса пользователя. Используется в UNIX-подобных ОС.

X Window System обеспечивает базовые функции графической среды: отрисовку и перемещение окон на экране, взаимодействие с устройствами ввода, такими как, например, мышь и клавиатура.

X Window System не определяет деталей интерфейса пользователя — этим занимаются менеджеры окон, которых разработано множество. По этой причине внешний вид программ в среде X Window System может очень сильно различаться в зависимости от возможностей и настроек конкретного оконного менеджера.

В X Window System предусмотрена сетевая прозрачность: графические приложения могут выполняться на другой машине в сети, а их интерфейс при этом будет передаваться по сети и отображаться на локальной машине пользователя.

В контексте X Window System термины «клиент» и «сервер» имеют непривычное для многих пользователей значение: «сервер» означает локальный дисплей пользователя (дисплейный сервер), а «клиент» — программу, которая этот дисплей использует (она может выполняться на удалённом компьютере).

Система X Window System была разработана в Массачусетском технологическом институте (MIT) в 1984 году.

По состоянию на февраль 2016 года версия протокола — X11R7.7 — появилась в июне 2012 года.

X Window System часто называют X11 или просто X (в разговорной речи — «иксы»)

Читайте также: