¶ Лекция 03. Семейства и дистрибутивы Linux
Дисциплина: Сетевое и системное администрирование
Курс: 3 курс среднего профессионального образования (СПО)
Основная учебная ОС: ALT Linux Server без графического интерфейса
Формат: объяснение → примеры → схемы и таблицы → короткие выводы
Цель лекции: понять, из чего состоит дистрибутив Linux, научиться различать основные семейства, пакетные системы и модели обновления; определить место ALT Linux и подготовиться к осознанному выбору установочного образа.
¶ 1. Почему Linux один, а дистрибутивов много
Представим, что два администратора говорят: «На моём сервере установлен Linux». На первом сервере используется Debian, на втором — ALT Linux. Оба действительно работают с Linux, но команды установки программ, доступные пакеты и настройки отдельных служб могут различаться. Поэтому название Linux описывает важную основу системы, но ещё не определяет всю рабочую среду.
На предыдущих занятиях мы рассмотрели ядро, процессы, память и виртуальные машины. Теперь добавим следующий уровень: кто собирает эти компоненты в готовую ОС, как выбираются программы и откуда приходят обновления.
¶ 1.1. Ядро и готовая операционная система
Linux в узком техническом смысле — ядро операционной системы. Оно управляет процессами, памятью, устройствами и другими системными механизмами. Однако одного ядра недостаточно для привычной работы администратора: нужны команды, библиотеки, службы, средства установки программ и конфигурационные файлы.
Дистрибутив Linux — подготовленный и сопровождаемый набор компонентов, из которого получают пригодную для использования операционную систему на основе ядра Linux. Сокращённое разговорное название — «дистр», английское — distribution или distro.
Рабочий стол — ещё одна отдельная часть. Окружение рабочего стола, desktop environment, предоставляет панели, окна, меню и другие средства графического взаимодействия. Например, GNOME, KDE Plasma и Xfce — названия таких окружений. Один дистрибутив может предлагать несколько рабочих столов, а сервер может обходиться без них.
Если на двух компьютерах одинаковые панели и значки, это ещё не означает одинаковую ОС. И наоборот: два компьютера с одним дистрибутивом могут выглядеть по-разному, если на них установлены разные графические окружения.
¶ 1.2. Из чего команда проекта собирает систему
Команда дистрибутива выбирает компоненты, подготавливает пакеты, согласует их версии, проверяет совместную работу и выпускает установочные образы. После выпуска работа продолжается: требуется исправлять ошибки, публиковать обновления и поддерживать документацию.
| Компонент | Для чего нужен | Пример в работе администратора |
|---|---|---|
| Ядро | Управляет основными ресурсами | Работа процессора, памяти и устройств |
| Библиотеки и утилиты | Дают программам и человеку базовые инструменты | Чтение файлов, обработка текста, запуск команд |
| Службы | Предоставляют системные и сетевые функции | Удалённый вход, веб-сервер, журналирование |
| Пакетная система | Устанавливает и учитывает программы | Установка программы вместе с зависимостями |
| Установщик и настройки | Подготавливают начальную среду | Выбор диска, пользователей и состава системы |
| Репозитории и сопровождение | Обеспечивают получение согласованных обновлений | Исправление ошибок после установки |
На схеме важно увидеть не просто список программ, а согласованную систему. Две команды могут использовать одно ядро и похожие приложения, но выбрать разные версии, параметры сборки и правила обновления. В результате получатся разные дистрибутивы.
¶ 1.3. GNU/Linux и пользовательская среда
Во многих дистрибутивах вместе с ядром Linux используются компоненты проекта GNU: библиотеки, оболочки и утилиты. GNU — рекурсивное сокращение от GNU's Not Unix, «GNU — не Unix». Поэтому для таких систем встречается название GNU/Linux.
Не всякая система с ядром Linux использует одинаковый набор этих компонентов. Например, существуют решения с другими библиотеками и базовыми утилитами. Для администратора это означает, что даже привычная команда в другой среде может иметь другой набор параметров.
¶ Что важно запомнить
- Linux — ядро; дистрибутив включает ядро и согласованный набор остальных компонентов.
- Графическое окружение не определяет семейство дистрибутива.
- Дистрибутив — это также репозитории, правила обновления и сопровождение.
- Одинаковые названия отдельных программ не гарантируют одинаковое устройство всей среды.
¶ 2. Что называют семейством дистрибутивов
Количество названий Linux-систем велико. Заучивать их как длинный список мало полезно: гораздо важнее понимать происхождение проекта и его основные технические решения. Для этого используют понятие семейства.
Семейство дистрибутивов — условная группа связанных систем, у которых есть общая основа, история развития или близкая экосистема. Это удобная учебная классификация, а не строгая характеристика, записанная в ядре Linux.
¶ 2.1. Самостоятельный проект и производный дистрибутив
Одни проекты самостоятельно формируют пакетную базу и инфраструктуру сборки. Другие используют основу существующего дистрибутива, добавляя свои программы, настройки, оформление и правила выпуска.
Производный дистрибутив, derivative, создаётся на базе другого дистрибутива, но имеет собственные цели и сопровождение. Например, Ubuntu использует основу Debian. Производный проект может ориентироваться на другую аудиторию, выбирать иные версии компонентов и организовывать собственный цикл выпуска. Именно так отношения между исходным проектом и производными описывает документация Debian.
Наличие общей основы помогает переносить знания. Но из него не следует, что можно без проверки подключить репозитории одного дистрибутива к другому. По мере развития проекты могут менять состав пакетов и способы интеграции программ.
¶ 2.2. Кто такие upstream и maintainer
Upstream — исходный проект, из которого поступают программа и её изменения. Например, разработчики веб-сервера выпускают новую версию своей программы, а разные дистрибутивы подготавливают её для своих пользователей.
Maintainer, сопровождающий пакета, следит за его сборкой, зависимостями, исправлениями и интеграцией в конкретную систему. Работа сопровождающего не сводится к копированию архива с сайта: пакет должен подходить остальной среде.
Downstream называют проект или продукт, который получает и адаптирует эти разработки. Направление не является односторонним: обнаруженную ошибку или исправление могут передать обратно в исходный проект.
¶ 2.3. Родство, формат пакетов и совместимость
Удобно различать три вопроса:
- Происхождение: на какой основе развивается система?
- Инструменты: какие форматы пакетов и менеджеры она использует?
- Совместимость: рассчитана ли конкретная программа на эту среду?
Например, RPM встречается в Fedora, openSUSE и ALT Linux. Из этого нельзя заключить, что ALT является вариантом Fedora или что любые пакеты этих систем взаимозаменяемы. Формат упаковки — лишь одна часть устройства дистрибутива.
¶ Что важно запомнить
- Семейство помогает ориентироваться в происхождении и экосистеме Linux-систем.
- Производный проект может иметь собственные репозитории, цели и цикл выпуска.
- Upstream создаёт исходную разработку; сопровождающий адаптирует пакет к своей системе.
- Родство проектов, общий формат пакетов и совместимость программ — разные свойства.
¶ 3. Основные семейства и направления Linux
Рассмотрим несколько опорных примеров. Задача — узнать характерные названия и особенности, а затем уметь найти документацию нужной системы. Оценивать дистрибутив только как «простой» или «сложный» недостаточно: важны предполагаемые задачи и способ сопровождения.
Карта не является полным генеалогическим деревом. В ней рядом стоят связанные проекты и отдельные направления, полезные для сравнения. Конкретный тип связи разберём ниже.
¶ 3.1. Debian, Ubuntu и Linux Mint
Debian — самостоятельный проект с собственной пакетной базой. Для его основной системы характерны пакеты формата DEB и средства управления APT и dpkg. Ubuntu развивается на основе Debian, но выпускается по собственным правилам и имеет свои репозитории.
Linux Mint ориентирован прежде всего на удобное рабочее место. У него есть основная линия на базе Ubuntu и отдельный вариант LMDE — Linux Mint Debian Edition, использующий пакетную базу Debian без Ubuntu. Это уточнение полезно: одного названия Mint недостаточно, чтобы понять все условия работы конкретной установки. См. описание LMDE.
Представим инструкцию для Ubuntu. Часть общих принципов пригодится пользователю Debian: файлы, процессы и многие инструменты знакомы. Но адрес репозитория, версия пакета или отдельная настройка могут не подойти. Переносить нужно понимание задачи, а команды проверять для своей системы.
¶ 3.2. Fedora, CentOS Stream и RHEL
Fedora — развивающийся дистрибутив и проект, в котором появляются технологии, используемые далее в экосистеме Red Hat. RHEL — Red Hat Enterprise Linux — корпоративная Linux-система. Слово enterprise обозначает ориентацию на эксплуатацию в организациях, включая предсказуемое сопровождение и определённые условия поддержки.
CentOS Stream находится в процессе разработки перед соответствующими изменениями RHEL. Поэтому его не следует описывать как прежний CentOS Linux или просто как готовый RHEL с заменённым названием. Направление связи объясняет проект CentOS Stream.
!
Rocky Linux и AlmaLinux относятся к экосистеме совместимости с RHEL. При этом цели совместимости нужно читать точно: AlmaLinux заявляет совместимость ABI — Application Binary Interface, двоичного интерфейса приложений. Это правила взаимодействия уже собранной программы с системной средой. Они отличаются от совпадения исходного кода или каждого отдельного пакета. См. позицию проекта AlmaLinux.
Для начального курса достаточно запомнить роли проектов. Не нужно превращать эту группу в упрощённую цепочку «один скопировали, затем скопировали другой».
¶ 3.3. SUSE и openSUSE
В экосистеме SUSE полезно различать два варианта openSUSE. Leap использует модель отдельных выпусков, а Tumbleweed — последовательное обновление системы, называемое rolling release. Оба используют RPM и инструменты семейства Zypper, но правила получения изменений различаются. Модели представлены на официальной странице openSUSE.
Это пример того, почему название семейства не отвечает сразу на все вопросы. Даже внутри близкой экосистемы могут быть разные модели выпуска и разные требования к обслуживанию.
¶ 3.4. Arch Linux и производные проекты
Arch Linux — самостоятельный дистрибутив с пакетным менеджером pacman и моделью rolling release. Его основа предполагает осмысленную настройку системы пользователем. Производные проекты, например Manjaro, используют разработки Arch, но могут иметь собственные настройки, репозитории и порядок продвижения обновлений.
Отдельно встречается AUR — Arch User Repository, пользовательский ресурс с рецептами сборки пакетов. Рецепт описывает действия для получения пакета; это не то же самое, что готовый пакет из официального репозитория. Основные принципы описаны на сайте Arch Linux.
Здесь полезна общая привычка: выяснять не только название программы, но и способ её получения. Источник программы влияет на то, кто проверяет изменения и как будет организовано дальнейшее обновление.
¶ 3.5. Другие подходы: Alpine, Gentoo и NixOS
Alpine Linux использует компактную базовую среду, библиотеку musl и набор утилит BusyBox. musl — реализация стандартной библиотеки языка C; BusyBox объединяет реализации многих небольших команд. Из-за этих отличий готовая программа, рассчитанная на другую библиотечную среду, не обязана работать без изменений. См. описание Alpine.
Gentoo известен гибкостью настройки программ и системой Portage, которая управляет их подготовкой и установкой. NixOS использует средства Nix и декларативный подход: существенная часть конфигурации описывается как требуемое состояние системы. Слово «декларативный» здесь означает «описать, что должно получиться». Подробности приведены у Gentoo и NixOS.
Эти примеры не нужно немедленно устанавливать. Они показывают, что разнообразие Linux включает способы сборки, набор базовых библиотек и методы управления конфигурацией, а не только оформление рабочего стола.
¶ Что важно запомнить
- Debian и Ubuntu связаны происхождением, но имеют собственные выпуски и репозитории.
- У Linux Mint существуют линии на базе Ubuntu и непосредственно Debian.
- Fedora, CentOS Stream и RHEL выполняют разные роли в связанной экосистеме.
- openSUSE Leap и Tumbleweed различаются моделью выпуска.
- Arch использует pacman; AUR и официальные репозитории — разные источники.
- Некоторые дистрибутивы отличаются самой организацией пользовательской среды и управления системой.
¶ 4. Пакетная система: как дистрибутив управляет программами
В Windows пользователь часто начинает установку с запуска скачанного установщика. В Linux обычный административный сценарий — запросить программу через пакетный менеджер из настроенного репозитория. Другие способы существуют в обеих системах, но для нашего стенда важно сначала освоить штатную пакетную базу.
¶ 4.1. Пакет, репозиторий и менеджер
Пакет содержит подготовленные файлы программы и сведения, необходимые для их установки и учёта. Репозиторий — организованный источник пакетов и метаданных о них. Метаданные — данные, описывающие другие данные: название, версия, архитектура, зависимости и прочие свойства пакета.
Пакетный менеджер выполняет операции с программами и учитывает их состояние. Более высокоуровневые средства обращаются к репозиториям и рассчитывают зависимости; низкоуровневые инструменты работают с пакетами и локальной базой установленных компонентов.
Зеркало репозитория, mirror, предоставляет копию пакетов и метаданных по другому адресу. Оно помогает распределять загрузку и получать данные с подходящего сервера. Смена зеркала одного набора и переход на другую ветку с иным составом пакетов — разные действия.
¶ 4.2. Формат пакета не равен менеджеру
DEB — формат пакетов экосистемы Debian. RPM — RPM Package Manager — название соответствующей системы пакетного управления; RPM также называют её формат пакетов. APT — Advanced Package Tool — семейство инструментов управления пакетами. Само название APT не означает, что система обязательно использует DEB.
| Система или экосистема | Пакеты | Характерные инструменты |
|---|---|---|
| Debian, Ubuntu | DEB | APT, dpkg |
| Fedora, RHEL и близкая экосистема | RPM | DNF, rpm |
| openSUSE | RPM | Zypper, rpm |
| ALT Linux | RPM | APT-RPM, rpm |
| Arch Linux | Собственные пакеты Arch | pacman |
| Alpine Linux | Пакеты Alpine | apk |
В ALT используется адаптация APT для RPM. Поэтому рассуждение «здесь APT, значит это Debian» неверно. Так же неверно переносить в ALT любой RPM только потому, что расширение файла совпало. Пакетная система — это сочетание формата, инструментов и согласованной базы.
¶ 4.3. Зависимости и согласованность
Зависимость — компонент, необходимый другой программе. Например, приложению нужна библиотека определённой версии. Сама библиотека может зависеть от других частей среды. Пакетный менеджер использует эти сведения, чтобы определить, что требуется установить или изменить.
Представим приложение, собранное с расчётом на новую библиотеку. В установленной ОС может находиться более старая, несовместимая версия. Простое копирование файла приложения не создаст недостающий интерфейс. Сообщение о зависимости в таком случае объясняет реальное условие работы программы.
При оценке пакета проверяют ОС и её выпуск, архитектуру процессора, библиотеки и источник. Архитектура, например x86-64 или ARM64, обозначает аппаратную платформу и набор выполняемых инструкций. Одинаковая разрядность сама по себе не делает две архитектуры одинаковыми.
¶ 4.4. Три разных действия при обновлении
Получить свежий список доступных пакетов, обновить установленные программы и перейти на новый выпуск ОС — разные операции. В инструкциях рядом могут встречаться похожие слова update и upgrade, но точный смысл определяется конкретным инструментом и командой.
Например, apt-get update обновляет сведения о пакетах настроенных источников. Эта команда сама по себе не устанавливает все новые версии программ. Перед выполнением команды важно понимать ожидаемый результат, а не ориентироваться только на перевод слова «обновить».
¶ Что важно запомнить
- Пакет — устанавливаемый комплект; репозиторий — источник; менеджер — инструмент управления.
- Метаданные помогают узнать версию, архитектуру и зависимости пакета.
- Общий формат RPM или DEB не гарантирует совместимость разных систем.
- ALT Linux использует RPM вместе с APT-RPM.
- Обновление индексов, пакетов и выпуска ОС — разные действия.
¶ 5. Выпуски, обновления и срок поддержки
Дистрибутив не остаётся неизменным после установки. Программы получают исправления и новые возможности, а оборудование требует новых драйверов. Проект должен решить, как доставлять изменения пользователям. От этого зависит план обслуживания сервера.
¶ 5.1. Fixed release — отдельные выпуски
Fixed release — модель, в которой система выпускается отдельными версиями с определённым составом компонентов. В пределах выбранного выпуска продолжают выходить предусмотренные обновления и исправления. Переход на следующий выпуск обычно является отдельной операцией.
Это удобно представлять как учебный план на семестр: основа определена заранее, а уточнения и исправления продолжаются. Аналогия не означает полной неподвижности программ; она показывает разделение обычного сопровождения и перехода к новой основе.
¶ 5.2. Rolling release — последовательное развитие
Rolling release — модель непрерывного обновления системы без обязательной последовательности отдельных крупных выпусков по образцу fixed release. Пользователь поддерживает установленную систему актуальной, получая согласованные изменения по правилам проекта.
Rolling не означает, что обновления не проверяются. Fixed не означает, что обновлений нет. Отличается организация продвижения изменений и переходов между состояниями системы.
| Критерий | Fixed release | Rolling release |
|---|---|---|
| Основа сопровождения | Конкретный выпуск | Последовательно обновляемая система |
| Новые версии компонентов | В пределах политики выпуска и переходов | Поступают по мере продвижения изменений |
| Работа администратора | Поддерживать выпуск и планировать переход | Регулярно сопровождать поток обновлений |
| Типичный пример | Debian stable, Ubuntu с отдельными выпусками | Arch Linux, openSUSE Tumbleweed |
| Что обязательно проверяют | Срок поддержки и правила перехода | Порядок обновления и сообщения проекта |
¶ 5.3. LTS и окончание поддержки
LTS — Long-Term Support, длительная поддержка. Это характеристика периода сопровождения определённого выпуска, а не синоним отсутствия изменений. Точные сроки, охват пакетов и условия дополнительных программ поддержки смотрят у разработчика. Например, Ubuntu отдельно описывает жизненный цикл своих выпусков на странице release cycle.
EOL — End of Life, окончание предусмотренного жизненного цикла или этапа поддержки. Если система продолжает загружаться после этой даты, это не доказывает, что она по-прежнему получает необходимые исправления.
¶ 5.4. Почему старый номер версии не даёт полного ответа
Backport, обратный перенос исправления, — адаптация нужного изменения к поддерживаемой более ранней базе. Проект может сохранить основную версию компонента и перенести в свою сборку исправление конкретной ошибки.
Поэтому фразы «номер старый — значит всё уязвимо» и «номер новый — значит проблем нет» слишком грубы. Администратор проверяет сведения о конкретной сборке, выпущенные исправления и состояние поддержки. При этом наличие backport-механизма не даёт оснований считать любой старый пакет исправленным: нужны подтверждающие сведения проекта.
¶ Что важно запомнить
- Fixed и rolling описывают способ организации выпусков и обновлений.
- Обе модели требуют сопровождения и проверки изменений.
- LTS означает длительную поддержку; её конкретные границы определяются проектом.
- После EOL необходимо учитывать прекращение соответствующей поддержки.
- Backport позволяет переносить исправления в поддерживаемую базу без полной замены основной версии.
¶ 6. Место ALT Linux: Сизиф, платформы и продукты «Альт»
Для нашего курса ALT Linux — основная рабочая среда. Поэтому важно воспринимать её как конкретную экосистему со своими правилами, а не как «любой Linux с другим названием». Знания других систем пригодятся, но пакетные источники и процедуры нужно выбирать именно для установленного выпуска ALT.
¶ 6.1. Собственная инфраструктура разработки
ALT Linux Team — сообщество разработчиков, участвующее в развитии экосистемы ALT. «Базальт СПО» — компания, разрабатывающая продукты «Альт» на этой технологической основе. Сообщество, инфраструктура разработки и конкретный коммерческий продукт связаны, но обозначают разные вещи.
У проекта есть собственная пакетная база и инфраструктура сборки. Использование RPM не превращает ALT в выпуск Fedora; использование APT не делает его производным от Debian. Это принципиально для выбора документации и программных источников.
¶ 6.2. Что такое Сизиф
Сизиф, Sisyphus, — проект и инфраструктура, связанные с развитием общей пакетной базы ALT. В повседневной речи этим названием также обозначают активно развивающийся репозиторий. Новые компоненты собираются и интегрируются, а согласованные стабильные ветки служат основой выпускаемых систем.
Связь разработки, стабильных веток и продуктов описана у «Базальт СПО».
На схеме показана логика происхождения базы, а не команда немедленного перехода между ветками. Установка продукта на стабильной основе и работа с постоянно меняющимся репозиторием разработки — разные условия обслуживания.
¶ 6.3. Стабильная ветка и установленный продукт
Ветка репозитория — отдельная линия развития и сопровождения набора пакетов. Для учебного стенда важно знать, с какой веткой связан выбранный выпуск, и использовать предусмотренные для него источники.
Представим, что нужная новая программа обнаружилась в ветке разработки. Если ради одной программы подключить эту ветку ко всей установленной системе, пакетный менеджер может получить другие версии множества зависимостей. Изменение затронет больше, чем один желаемый пакет.
Официальное руководство ALT Server по репозиториям отдельно обращает внимание на совместимость источников и последствия смешивания стабильной базы с Сизифом. В новых выпусках точный порядок настройки сверяют с руководством к своему выпуску.
¶ 6.4. «Альт Сервер» и другие варианты
В экосистеме есть продукты для разных задач: «Альт Сервер», «Альт Рабочая станция», «Альт Образование» и другие. Различаться могут предустановленный набор программ, профиль установки и условия сопровождения. Само слово «Альт» ещё не сообщает точный состав установленной системы.
В нашем стенде нужна серверная система для изучения служб, сети, пользователей и файлов. Поэтому выбирается предусмотренный курсом образ ALT Linux Server, а основной способ управления — командная строка. Отсутствие рабочего стола позволяет сосредоточиться на механизмах, которые выполняют реальную работу сервера.
¶ Что важно запомнить
- ALT имеет собственную пакетную базу и инфраструктуру разработки.
- Сизиф, стабильная ветка и установленный продукт — разные уровни.
- Пакеты и источники выбирают для конкретного выпуска и его базы.
- Смешивание веток способно изменить зависимости всей системы.
- Для практики нужно знать продукт, выпуск, архитектуру и используемые репозитории.
¶ 7. Как выбирать дистрибутив под задачу
Вопрос «какой Linux самый лучший?» не содержит условий выбора. Для ноутбука студента, сервера предприятия и небольшой контейнерной среды требования могут различаться. Хороший ответ начинается с того, какие функции должна выполнять система и кто будет её обслуживать.
¶ 7.1. Приложения и оборудование
Сначала выясняют, какое программное обеспечение необходимо и какие системы поддерживает его разработчик. Если требуется конкретный серверный продукт, важны поддерживаемые ОС, версии библиотек и порядок обновления. Затем проверяют аппаратную архитектуру и необходимые устройства.
Например, для учебной VM важно, чтобы выбранный образ соответствовал возможностям виртуальной платформы и позволял выполнить задания курса. Для физического сервера дополнительно могут иметь значение поддержка контроллера хранения и сетевых адаптеров. Универсальная репутация дистрибутива не заменяет эту проверку.
¶ 7.2. Рабочая станция и сервер
Рабочая станция обычно предназначена для интерактивной работы пользователя. Сервер предоставляет функции клиентам: например, хранение файлов, разрешение имён или веб-приложение. Одна и та же ОС может использоваться в разных ролях при подходящей конфигурации.
GUI — Graphical User Interface, графический интерфейс. CLI — Command-Line Interface, интерфейс командной строки. Серверу требуется выполнение его функций; наличие окон само по себе не делает эти функции доступными или недоступными. В Linux и Windows существуют средства графического и командного управления.
¶ 7.3. Кто будет сопровождать систему
Нужно учитывать срок поддержки, доступную документацию, навыки команды и порядок восстановления. Система, которую никто из администраторов не умеет обслуживать, создаёт дополнительные трудности даже при подходящем наборе функций.
Открытый исходный код и платная поддержка могут существовать одновременно. Оплата в конкретном предложении может относиться к сопровождению, доступу к сервисам или другим условиям. Наличие открытого кода само по себе не отвечает на вопрос о стоимости эксплуатации и составе обязательств поставщика.
¶ Что важно запомнить
- Выбор начинается с функций, приложений и оборудования.
- Серверная роль и наличие графического рабочего стола — разные характеристики.
- Период поддержки и возможности обслуживания важны так же, как начальная установка.
- Для учебного курса выбор ALT Linux связан с целями дальнейшей практики.
¶ 8. Как определить установленную систему и проверить инструкцию
Администратор подключился к неизвестному серверу. Приглашение командной строки ещё не говорит, какой здесь дистрибутив и какая версия ядра запущена. Перед изменением системы нужно собрать эти сведения.
¶ 8.1. Название дистрибутива и версия ядра
Во многих современных Linux-системах сведения о дистрибутиве находятся в файле /etc/os-release. cat — команда, которая выводит содержимое указанного файла:
cat /etc/os-release
Внутри можно встретить поля NAME, PRETTY_NAME, ID, VERSION_ID. Они содержат названия и идентификаторы ОС; набор заполненных полей зависит от системы. ID_LIKE, если присутствует, даёт ориентир о родственных системах, но не является доказательством полной совместимости пакетов.
Команда uname показывает системные сведения. Параметр -r выводит версию работающего ядра, а -m — машинную архитектуру:
uname -r
uname -m
В системе может измениться ядро после обновления, а название выпуска дистрибутива остаться прежним. Поэтому по одному выводу uname -r нельзя полноценно определить выпуск ОС.
| Что нужно узнать | Где посмотреть | Как читать результат |
|---|---|---|
| Название и сведения о выпуске | cat /etc/os-release |
Изучить поля, а не только знакомое слово Linux |
| Работающее ядро | uname -r |
Это версия ядра, а не номер дистрибутива |
| Машинную архитектуру | uname -m |
Например, x86_64 или aarch64 |
| Наличие команды | command -v имя_команды |
Путь к доступной команде, если оболочка её находит |
В последней строке имя_команды заменяют настоящим именем, например rpm. Эти команды используются для просмотра сведений; они не устанавливают пакеты и не меняют настройки системы.
¶ 8.2. Почему нельзя определять дистрибутив только по APT
Наличие команды сообщает, что определённый инструмент доступен. Оно не доказывает происхождение всей ОС. В ALT присутствуют средства APT для RPM; на другой системе могут быть установлены дополнительные инструменты, не являющиеся её основным способом управления пакетами.
Сначала определяют систему и выпуск, затем сопоставляют инструменты с документацией. Такой порядок надёжнее угадывания по одной найденной команде.
¶ 8.3. Инструкция — это действие в конкретных условиях
Перед выполнением найденной инструкции проверяют:
- для какого дистрибутива и выпуска она написана;
- какую задачу решает и что изменяет;
- какие пакеты и репозитории предполагает;
- подходит ли описанная роль сервера;
- какой результат должен подтвердить успех.
Представим, что статья предлагает изменить конфигурацию службы, которой в системе нет. Копирование пути к файлу не установит эту службу. Сначала выясняют, какой компонент выполняет нужную функцию в нашей среде. После этого выбирают подходящие действия.
¶ Что важно запомнить
/etc/os-releaseпомогает определить дистрибутив,uname -r— работающее ядро.- Архитектура оборудования и версия ОС — разные сведения.
- Одна команда APT, RPM или DNF не является полным «паспортом» системы.
- Инструкцию проверяют по условиям, смыслу действия и ожидаемому результату.
¶ 9. Разбираем типичные ошибки и обсуждаем доклады
¶ 9.1. «Файл RPM, значит подойдёт в ALT»
Студент скачал RPM для другой системы и получил ошибку зависимостей. Не стоит сразу считать пакетный менеджер неисправным. Возможно, программа собрана для другой версии библиотек, другого состава ОС или другой архитектуры.
Правильное начало разбора: определить целевую систему пакета, проверить документацию программы и поискать предусмотренный способ установки для ALT. Отключение проверки зависимостей не добавляет отсутствующие функции библиотек и может скрыть полезное объяснение ошибки.
¶ 9.2. «Номер версии старый, значит обновлений нет»
Другой студент сравнил номер установленной программы с номером на сайте её разработчика. Различие действительно есть, но для вывода о состоянии системы сведений пока недостаточно. Поддерживаемый выпуск мог получить backport исправления.
Проверяют полное обозначение пакета, сведения о внесённых исправлениях и поддержку выпуска. Возможен и обратный результат: поддержка закончилась, нужное исправление отсутствует. Важно прийти к выводу по данным, а не заранее оправдывать любой старый пакет.
¶ 9.3. Как слушать доклад о дистрибутиве
Во время докладов полезно фиксировать пять ответов: происхождение проекта, пакетные инструменты, модель обновления, предполагаемые задачи и отличие от ALT Linux. Тогда выступления складываются в общую карту, а не в набор несвязанных рекламных описаний.
Если докладчик говорит «это самый безопасный Linux», стоит уточнить, какую характеристику он имеет в виду и чем её подтверждает. Если говорит «подходит для сервера», спросить о поддержке нужных программ и порядке обновления. Умение задавать такие вопросы — часть работы администратора.
¶ Что важно запомнить
- Ошибка зависимостей может указывать на реальную несовместимость среды.
- Состояние программы оценивают по конкретной сборке и исправлениям.
- Описание дистрибутива должно опираться на проверяемые характеристики.
- Знание названий полезно тогда, когда помогает выбрать и обслуживать систему.
¶ 10. Итоговое сравнение основных направлений
Таблица служит ориентиром для повторения. Она не заменяет документацию конкретного выпуска и не утверждает, что все производные проекты полностью повторяют исходную систему.
| Проект или направление | Основа и связь | Пакетные средства | Что запомнить |
|---|---|---|---|
| Debian | Самостоятельная пакетная база | APT, dpkg, DEB | Основа для ряда производных проектов |
| Ubuntu | Производный от Debian проект | APT, dpkg, DEB | Собственные выпуски и репозитории |
| Linux Mint / LMDE | Ubuntu / непосредственно Debian | APT, dpkg, DEB | Уточнять, какая линия установлена |
| Fedora / RHEL | Связанная экосистема разработки и эксплуатации | DNF, rpm, RPM | У проектов разные роли и циклы |
| CentOS Stream | Разработка перед соответствующими изменениями RHEL | DNF, rpm, RPM | Не смешивать с прежним CentOS Linux |
| openSUSE | Экосистема SUSE | Zypper, rpm, RPM | Leap и Tumbleweed имеют разные модели |
| Arch Linux | Самостоятельный проект | pacman | Rolling release и осмысленная настройка |
| ALT Linux | Собственная инфраструктура и Сизиф | APT-RPM, rpm, RPM | База нашего серверного учебного стенда |
| Alpine Linux | Самостоятельная компактная среда | apk | musl и BusyBox отличаются от привычной GNU-среды |
¶ 11. Общая схема лекции
Теперь описание системы можно строить последовательно. Сначала назвать дистрибутив и конкретный выпуск, затем объяснить его происхождение, пакетную базу, обновления и условия применения.
Если студент способен пройти по этой схеме и объяснить каждый пункт, он уже умеет больше, чем просто перечислять названия Linux. Он может обосновать выбор системы и понять, какие сведения нужны перед её изменением.
¶ 12. Что обязательно запомнить после лекции
- Linux — ядро; дистрибутив — готовая и сопровождаемая система на его основе.
- Рабочий стол, семейство и конкретный выпуск — разные характеристики.
- Производный проект может иметь собственные репозитории и правила обновления.
- Пакет, пакетный менеджер и репозиторий выполняют разные роли.
- Совпадение DEB или RPM не гарантирует совместимость пакетов.
- Fixed release и rolling release описывают разные способы развития системы.
- LTS относится к длительности и условиям поддержки, EOL — к её окончанию.
- Старый основной номер программы не исключает backport исправлений.
- ALT Linux имеет собственную базу; APT-RPM не делает его Debian.
- Сведения о дистрибутиве, ядре и архитектуре собирают отдельно.
- Выбор ОС начинается с задачи, программ, оборудования и сопровождения.
- Для учебной практики используется предусмотренный выпуск ALT Linux Server.
¶ 13. Краткий словарь терминов
| Термин | Значение |
|---|---|
| Linux kernel | Ядро Linux, управляющее системными ресурсами |
| Distribution / distro | Дистрибутив: подготовленная и сопровождаемая ОС |
| GNU | GNU's Not Unix; проект свободной программной среды |
| Desktop environment | Окружение графического рабочего стола |
| Семейство | Условная группа связанных дистрибутивов |
| Derivative | Производный дистрибутив |
| Upstream / downstream | Исходный проект / получающий и адаптирующий разработки проект |
| Maintainer | Сопровождающий пакета или компонента |
| Package | Пакет с файлами и сведениями для установки |
| Repository | Организованный источник пакетов и метаданных |
| Mirror | Зеркало — другой адрес получения копии репозитория |
| Metadata | Данные, описывающие свойства других данных |
| Dependency | Зависимость от другого компонента |
| Package manager | Средство установки и учёта пакетов |
| DEB / RPM | Распространённые форматы пакетов Linux-систем |
| APT | Advanced Package Tool, семейство средств управления пакетами |
| APT-RPM | Адаптация APT для RPM |
| dpkg / rpm | Инструменты работы с соответствующими пакетами и локальной базой |
| DNF / Zypper / pacman / apk | Пакетные инструменты разных экосистем |
| AUR | Arch User Repository, пользовательские рецепты сборки для Arch |
| RHEL | Red Hat Enterprise Linux |
| LMDE | Linux Mint Debian Edition |
| ABI | Application Binary Interface, двоичный интерфейс приложений |
| Fixed release | Модель отдельных выпусков |
| Rolling release | Модель последовательного обновления системы |
| LTS | Long-Term Support, длительная поддержка |
| EOL | End of Life, окончание жизненного цикла или этапа поддержки |
| Backport | Перенос изменения в поддерживаемую более раннюю базу |
| Сизиф / Sisyphus | Проект, инфраструктура и развивающаяся пакетная база ALT |
| Ветка | Отдельная линия развития и сопровождения набора пакетов |
| GUI / CLI | Графический интерфейс / интерфейс командной строки |
| x86-64 / ARM64 | Примеры разных аппаратных архитектур |
| CPU / RAM | Central Processing Unit, центральный процессор / Random Access Memory, оперативная память |
| BSD | Berkeley Software Distribution; историческое название основы семейства BSD-систем |
| ISO-образ | Файл с представлением содержимого установочного носителя |
| SHA-256 | Secure Hash Algorithm 256-bit, алгоритм расчёта контрольного значения |
¶ 14. Контрольные вопросы
- Чем ядро Linux отличается от дистрибутива?
- Почему одного ядра недостаточно для обычной работы администратора?
- Почему одинаковый рабочий стол не доказывает, что установлены одинаковые ОС?
- Какие решения принимает команда дистрибутива при подготовке выпуска?
- Что означает производный дистрибутив?
- Как связаны upstream, сопровождающий пакета и downstream?
- В чём различие основной линии Linux Mint и LMDE?
- Какие роли выполняют Fedora, CentOS Stream и RHEL?
- Чем отличаются модели openSUSE Leap и Tumbleweed?
- Чем AUR отличается от официального репозитория Arch?
- Что такое пакет, метаданные и зависимость?
- Почему один RPM нельзя считать подходящим для любой RPM-системы?
- Чем пакетный менеджер отличается от репозитория?
- Что изменяет обновление индексов пакетов?
- Чем обновление пакетов отличается от перехода на новый выпуск ОС?
- Что означают fixed release и rolling release?
- Почему LTS не означает отсутствие обновлений?
- Что нужно выяснить при достижении EOL?
- Как backport связан с версией программы и исправлением ошибок?
- Почему ALT Linux нельзя определять как Debian только по наличию APT?
- Чем Сизиф отличается от стабильной ветки?
- Почему смешивание репозиториев может затронуть больше одного пакета?
- Какой вопрос помогает решить
/etc/os-release, а какой —uname -r? - Почему для выбора системы важны приложения и оборудование?
- Какие пять характеристик стоит услышать в докладе о дистрибутиве?
- Что нужно проверить перед загрузкой и установкой образа ALT Linux?
¶ 15. Дополнительный материал
¶ 15.1. Общие исходники не равны одинаковой сборке
Два проекта могут использовать одну исходную программу, но собрать её с разными возможностями и зависимостями. Сборка — получение подготовленной программы из исходных материалов с выбранными параметрами. Поэтому одинаковое название приложения ещё не обещает совпадение всех его функций и настроек.
Задача: в одной системе нужная возможность программы есть, в другой — нет. Какие сведения помогут разобраться? Полное название пакета, версия и обозначение сборки, список включённых возможностей, зависимости и документация проекта. Переустановка наугад не заменяет сравнение условий.
¶ 15.2. Почему контейнер не отменяет все различия ОС
Из лекции о виртуализации мы знаем, что обычный Linux-контейнер использует ядро среды выполнения. Образ контейнера может содержать пользовательскую среду другого дистрибутива, но остаются значимыми архитектура процессора, возможности ядра и параметры запуска.
Например, образ с пользовательской средой Alpine не превращает ядро хоста в «ядро Alpine». А приложение, собранное для другой библиотеки, не становится автоматически совместимым с musl. Это ещё один случай, когда полезно различать уровни системы.
¶ 15.3. Проверка целостности ISO-образа
ISO-образ — файл с содержимым установочного носителя. Контрольная сумма — значение, вычисленное из содержимого файла. Если полученный файл изменился при передаче или хранении, сравнение суммы помогает это обнаружить.
SHA-256 — Secure Hash Algorithm с 256-битным результатом. Для учебного файла с условным именем alt-server.iso в Linux можно вычислить значение так:
sha256sum alt-server.iso
В Windows через PowerShell:
Get-FileHash .\alt-server.iso -Algorithm SHA256
Имя заменяют настоящим именем скачанного образа. Результат сравнивают с контрольным значением из доверенного источника проекта. Совпадение с суммой, полученной с того же неизвестного сайта, само по себе не подтверждает происхождение файла.
¶ 15.4. Небольшая задача на выбор системы
Нужно подготовить учебный сервер, на котором вся группа будет выполнять одинаковые задания. Один студент предлагает свой привычный rolling-дистрибутив, второй — предусмотренный курсом выпуск ALT Linux Server.
Обсудите: почему для совместной практики важны одинаковая база, версии, документация и воспроизводимость действий? Может ли личный выбор быть удобным дома, но усложнять синхронную работу группы? Какие знания при этом останутся переносимыми между системами?
¶ 15.5. Почему FreeBSD не является дистрибутивом Linux
UNIX-подобная система использует многие подходы, сложившиеся в UNIX: процессы, файловую иерархию, оболочки и характерные интерфейсы. Но сходство подходов не означает общее ядро. BSD — Berkeley Software Distribution, историческое название основы семейства BSD-систем. Например, FreeBSD имеет собственную базовую ОС и ядро. Это отдельная система, а не очередной вариант Linux. См. описание проекта FreeBSD.
Знакомые команды помогают переносить навыки, но управление пакетами, устройствами и службами нужно изучать по документации конкретной ОС. Так мы возвращаемся к общей мысли лекции: внешнее сходство и общие инструменты ещё не определяют происхождение системы.
¶ 16. Переход к практике: установка ALT Linux Server
Теперь выбор установочного образа должен стать осмысленным. Мы понимаем, какой продукт нужен, чем его выпуск отличается от версии ядра и почему после установки следует использовать согласованные репозитории.
Перед установкой определяем выбранный выпуск и архитектуру, проверяем полученный ISO-образ и подготавливаем виртуальную машину. VM — Virtual Machine, виртуальная машина. Ей понадобятся виртуальный процессор, оперативная память, диск и сетевое подключение в соответствии с условиями занятия.
На практике нужно получить следующий результат:
- Установленная система загружается с виртуального диска.
- Студент может войти в ОС и выполнить простые команды просмотра сведений.
- Название дистрибутива, выпуск, ядро и архитектура различаются осмысленно.
- Понятно, где находится виртуальный диск и какой образ использовался при установке.
- Рабочее состояние можно повторно запустить и использовать на следующем занятии.
Главная мысль: дистрибутив выбирают по задаче и условиям сопровождения. Установка — начало работы с системой, а понимание её основы позволяет дальше уверенно администрировать сервер.
ЛИТАНИЯ ЗАВЕРШЕНИЯ ПРОТОКОЛА
«Знать имя системы — узнать её знак.
Понимать её устройство — уметь с ней работать».
|| PROTOCOL COMPLETE :: KNOWLEDGE PRESERVED ||
¶ ◀ НАВИГАЦИЯ ▶
Виртуализация
Семейства и дистрибутивы Linux
Установка ALT Linux Server