Fedora какую сборку выбрать

Выбор оболочки для Федоры

Что-ж, ставя кеды на Федору столкнулся с большей головной болью, чем хотелось бы. Опасаюсь, что дальне не будет лучше. Гном приносит с собой боль и страдания.

Так какую оболочку на ваш взгляд всё же выбрать, если хочется остановиться именно на Федоре?

Anley
31.01.22 01:03:23 MSK

• Ответить на это сообщение
• Ссылка

← 1 2 →

GNOME безальтернативно, только если нет желания помогать какой-нибудь SIG других оболочек.

commagray ★★★★★
( 31.01.22 01:04:15 MSK )

• Ответить на это сообщение
• Ссылка

anonymous
( 31.01.22 01:06:53 MSK )

• Ответить на это сообщение
• Показать ответ
• Ссылка

Xfce4 , а лучше самому собрать по потребностям и предпочтениям

anonymous
( 31.01.22 03:19:27 MSK )

• Ответить на это сообщение
• Ссылка

Кеды имеют неприятную особенность будучи установленными в полном объеме быть жирной глючащей задницей при первом использовании. Там и индексация весь диск перебирает и куча сервисов зачастую ненужных, дак ещё ты и Федору с ее вайландом поставил это полная задница. Ставь минимальный plasma-desktop на местах и получишь лёгкую и быструю расширяемую систему.

anonymous
( 31.01.22 03:28:31 MSK )

• Ответить на это сообщение
• Показать ответ
• Ссылка

Ответ на: комментарий от anonymous 31.01.22 03:28:31 MSK

На местах -> на иксах

anonymous
( 31.01.22 03:29:42 MSK )

• Ответить на это сообщение
• Ссылка

Ответ на: комментарий от anonymous 31.01.22 01:06:53 MSK

А вот это говно лучше не трогать. Они ещё и деньги хотят содрать за него. И вообще, федора без проблем устанавливается в WSL по этому гайду.

rupert ★★★★★
( 31.01.22 03:30:47 MSK )

• Ответить на это сообщение
• Показать ответ
• Ссылка

Ответ на: комментарий от rupert 31.01.22 03:30:47 MSK

Прошу прощения, не проверял (сам использую убунту в wsl).

Они ещё и деньги хотят содрать за него

Разве это не заморочки мс стора? Можно поставить и без него ведь.

anonymous
( 31.01.22 03:45:17 MSK )

• Ответить на это сообщение
• Показать ответ
• Ссылка

Ответ на: комментарий от anonymous 31.01.22 03:45:17 MSK

Разве это не заморочки мс стора? Можно поставить и без него ведь.

«Мелкомягкие», как всегда, рубят бабло на доверчивых «хомячках», которые не желают вылезать из их магазина. Там даже GIMP продают, лол!

Korchevatel ★★★★★
( 31.01.22 03:46:32 MSK )

• Ответить на это сообщение
• Показать ответ
• Ссылка

Ответ на: комментарий от Korchevatel 31.01.22 03:46:32 MSK

Так это вопрос к тем, кто публикует, а не к стору.

«Мелкомягкие», как всегда, рубят бабло на доверчивых «хомячках»

А ты как всегда не разобрался, но сходу начал нести чушь.

anonymous
( 31.01.22 03:48:19 MSK )

• Ответить на это сообщение
• Ссылка

anonymous
( 31.01.22 08:38:03 MSK )

• Ответить на это сообщение
• Показать ответ
• Ссылка

В Федоре по дефолту Гном, он же и является основным и единственным де для РедХата, остальное поддерживается неофициально. Какой тут может быть еще выбор?

Im_not_a_robot ★★★★★
( 31.01.22 09:13:14 MSK )

• Ответить на это сообщение
• Показать ответы
• Ссылка

Ответ на: комментарий от Im_not_a_robot 31.01.22 09:13:14 MSK

Другой дистр, гном весьма специфичен и необычен по использованию и слишком часто меняет как внутренности так и интефейс со сломом старого в результате если надо его как то под себя подогнать надо будет раз в год полгода перенастраивать. Даже бывалые линуксоиды этого не выдерживают, а некоторые разработки вообще ушли с gtk. Хотя попробовать стоит

anonymous
( 31.01.22 09:26:08 MSK )

• Ответить на это сообщение
• Показать ответ
• Ссылка

Ответ на: комментарий от anonymous 31.01.22 09:26:08 MSK

надо его как то под себя подогнать

Не надо. Не нужно пытаться сделать из него любимый ВМ или еще что-то. Просто попробуйте пользоваться без предубеждений и расширений. Многое в Гноме неудобно (как и везде), но привыкнуть к дефолту легче, чем постоянно что-то переделывать.

Im_not_a_robot ★★★★★
( 31.01.22 09:51:45 MSK )

• Ответить на это сообщение
• Показать ответы
• Ссылка

Xfce сборка вполне нормальна. Xfce очень простое, так что его трудно испортить кривой сборкой.

Vsevolod-linuxoid ★★★★★
( 31.01.22 09:55:31 MSK )
Последнее исправление: Vsevolod-linuxoid 31.01.22 09:56:37 MSK (всего исправлений: 1)

• Ответить на это сообщение
• Показать ответ
• Ссылка

Ответ на: комментарий от Im_not_a_robot 31.01.22 09:51:45 MSK

Нет, проще бросить это говно и не привыкать к нему. Жрет как не в себя, интерфейс непонятно для кого — нахрен нужно?

Vsevolod-linuxoid ★★★★★
( 31.01.22 09:56:22 MSK )

• Ответить на это сообщение
• Показать ответы
• Ссылка

Ответ на: комментарий от Im_not_a_robot 31.01.22 09:51:45 MSK

Вот имхо основной недостаток гнома — втискивайся в прокрустово ложе и не вые… То что люди разные, так это только в первый раз… Потому, с приходом третьего сделал себе самосборный DE да и сижу на нем уж 10 лет иногда меняя компоненты по желанию, а не по тому как ХИГ прикажет;)

anonymous
( 31.01.22 10:01:03 MSK )

• Ответить на это сообщение
• Ссылка

Ответ на: комментарий от Vsevolod-linuxoid 31.01.22 09:56:22 MSK

Ваш комментарий нарушает правила форума.

anonymous
( 31.01.22 10:06:55 MSK )

• Ответить на это сообщение
• Ссылка

Ответ на: комментарий от Vsevolod-linuxoid 31.01.22 09:56:22 MSK

Потому что это основное и дефолтное ДЕ Линукса, под которое все делается в первую очередь. Это просто факт и ничего с этим не поделать. На выбор можно ждать, когда гномовцы выпустят стабильное API, кдешники начнут думать, а потом только делать, попос выпустит свое ДЕ на расте – но все это на грани фантастики.

Im_not_a_robot ★★★★★
( 31.01.22 10:07:08 MSK )
Последнее исправление: Im_not_a_robot 31.01.22 10:10:25 MSK (всего исправлений: 1)

• Ответить на это сообщение
• Показать ответ
• Ссылка

Ответ на: комментарий от Im_not_a_robot 31.01.22 10:07:08 MSK

А дефолтная ОС для десктопа — Windows, и с этим тоже ничего нельзя сделать.

Или стоп, для чего мы тут собрались? Ах да, чтобы использовать альтернативу…

Да, и приведи пример хотя бы одной прикладной программы, которая работает под GNOME, но не работает под другими DE. Спойлер — кроме того ПО, что не имеет версий не под Wayland, таких попросту нет.

Фактически, ПО, что умеет только в X11, куда более частое явление, чем ПО, что умеет только в Wayland. Это может и изменится… лет через 10.

Vsevolod-linuxoid ★★★★★
( 31.01.22 10:12:55 MSK )

• Ответить на это сообщение
• Ссылка

Ответ на: комментарий от anonymous 31.01.22 08:38:03 MSK

Подтверждаю, самый удобный Mate (с тёмной темой), следующий по удобству Cinnamon. Имхо.

anonymous
( 31.01.22 10:23:23 MSK )

• Ответить на это сообщение
• Ссылка

гном на самом деле очень удобный. надо просто «втянуться» =)

dada ★★★★★
( 31.01.22 10:29:14 MSK )

• Ответить на это сообщение
• Показать ответ
• Ссылка

Ответ на: комментарий от dada 31.01.22 10:29:14 MSK

Только вот почему имея такой скудный функционал у него анимация такая лагучая? В KDE она плавная. Только из-за этого перешёл на KDE.

unixnik ★★★★★
( 31.01.22 10:46:01 MSK )
Последнее исправление: unixnik 31.01.22 10:46:26 MSK (всего исправлений: 1)

• Ответить на это сообщение
• Показать ответы
• Ссылка

Крысу ставьте четвертую

saibogo ★★★★
( 31.01.22 10:50:21 MSK )

• Ответить на это сообщение
• Ссылка

Ответ на: комментарий от Vsevolod-linuxoid 31.01.22 09:56:22 MSK

hobbit , Zhbert , этот комментарий нарушает правила (человек назвал гном — говном).

anonymous
( 31.01.22 10:54:42 MSK )

• Ответить на это сообщение
• Показать ответ
• Ссылка

Ответ на: комментарий от anonymous 31.01.22 10:54:42 MSK

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

anonymous
( 31.01.22 11:08:18 MSK )

• Ответить на это сообщение
• Показать ответ
• Ссылка

Ответ на: комментарий от anonymous 31.01.22 11:08:18 MSK

Самое смешное, что если я напишу в этом же треде «кде — говно», комментарий удалят, ведь мнение Всеволода из техподдержки более весомое.

anonymous
( 31.01.22 11:18:15 MSK )

• Ответить на это сообщение
• Ссылка

Лучшие дистрибутивы Linux: какую версию операционной системы выбрать

Большой путеводитель для тех, кто решил примкнуть к братству линуксоидов.

Иллюстрация: Fedora Workstation / Ubuntu / Linux Mint / Red Hat Enterprise Linux / Colowgee для Skillbox Media

Мария Толчёнова

Филолог и технарь, пишет об IT так, что поймут даже новички. Коммерческий редактор, автор технических статей для vc.ru и «Хабра».

Linux уже давно стал корпоративным стандартом для серверных операционных систем. Поэтому в вакансиях на должность разработчика среди требований часто встречается «уверенное знание Linux», «владение Bash» и так далее.

Благодаря открытому исходному коду, который можно свободно использовать, изменять и распространять, появилось множества версий этой операционной системы (ОС). У каждой — своя идеология, визуальное оформление и стартовый пакет программ.

Такое разнообразие нередко вызывает у неподготовленного пользователя вопрос: «А какой дистрибутив Linux выбрать?». Будем разбираться с экспертом.

Павел Рудницкий

Senior cloud engineer в EVBox. Инфраструктурный инженер с 20 годами опыта. В прошлом — системный администратор, DBA и network engineer. Сооснователь сообщества Kubernetes SPb user group.

Полезные термины

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

Дистрибутив операционной системы — форма распространения программного обеспечения для первичной инициализации системы. Содержит программу-установщик, урезанный вариант системы и набор пакетов с файлами остальных частей системы.

Репозиторий — онлайн хранилище готовых к установке программ.

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

Формат пакета — расширение файла, в котором распространяются установочные пакеты программ (как .exe в Windows).

Окружение рабочего стола — совокупность программ и утилит, которые создают графическое пространство для работы с компьютером. Например, в Windows к нему относятся рабочий стол, меню «Пуск» и проводник.

Виды дистрибутивов

Сначала разберёмся, чем разные Linux-based ОС отличаются друг от друга. В основе большей части дистрибутивов используется код одного из трёх игроков: Debian, Red Hat и Arch.

Debian-based — операционные системы, созданные на основе дистрибутива Debian. В качестве пакетного менеджера используется Dpkg (Debian package manager), а пакеты распространяются в формате .deb. ОС этого семейства отличаются не самым свежим ПО в репозиториях, а глобальные обновления выходят по строгому расписанию. Зато благодаря тщательному тестированию программ перед добавлением в каталог они получаются стабильными и отказоустойчивыми.

RPM-based — дистрибутивы, распространяемые в формате .rpm и использующие одноимённый менеджер пакетов. Разработчик — Red Hat, коммерческая компания, распространяющая корпоративные дистрибутивы Red Hat Enterprise Linux (RHEL), CentOS и Fedora (разговор о ней выходит за рамки статьи). Всегда свежие программы в репозиториях, что иногда создаёт проблемы. Когда программы часто обновляются, они не всегда проходят основательное тестирование. Поэтому при взаимодействии программ бывают нестыковки, не работает часть функций.

Arch-based — дистрибутивы без формата пакета как такового. Программы для Arch устанавливаются через пакетный менеджер Pacman из официального репозитория, а недостающий софт легко ставится с помощью утилиты Yay из AUR (Arch User Repository) . Arch — это всегда самый свежий софт, что очень удобно, но небезопасно. В репозитории AUR нет модерации, поэтому встречаются скрипты для установки вредоносного ПО. И чтобы не нарваться на вирусы, надо внимательно читать PKGBUILD.

Особняком от этой троицы стоит Gentoo, речь о котором пойдёт чуть позже. Есть и самостоятельные дистрибутивы, такие как Android и OpenWrt для маршрутизаторов.

А теперь пройдёмся по самым популярным и проверенным дистрибутивам. Эти ОС работают стабильно, а ответ на любой вопрос по их установке и настройке запросто можно найти в интернете.

Лучшие дистрибутивы Linux для новичков

Ubuntu

Основанная на Debian, известная в народе как «Бубунта». Она часто становится целью нападок ярых сторонников открытого программного обеспечения. Потому что компания Canonical не гнушалась добавлять в систему проприетарные драйверы и программы, что очень не нравится адептам Free and Open Source. Хотя это дает стабильность системе. И до недавнего времени только в Ubuntu без танцев с бубном заводилась какая-нибудь экзотическая «железка». Например, некоторые акселерометры для работы автоповорота экрана, устанавливаемые в современные планшеты-ноутбуки, до сих пор адекватно определяются только в Ubuntu.

C этой ОС Linux начал потихоньку приобретать репутацию операционки для дома. Вскоре появилась серия Ubuntu-based-дистрибутивов, основанных уже на Ubuntu, а не на «чистом» Debian. По многим причинам она считается лучшим дистрибутивом для новичков.

Плюсы:

• Установить не сложнее, чем Windows.
• Рабочее окружение GNOME, удобное в управлении как при помощи тачскрина, так и мыши и клавиатуры.
• Огромное комьюнити, в том числе русскоязычное.
• Простая установка драйверов и сотни программ в репозиториях.

Минусы:

• Тяжеловата для слабых компьютеров.
• GNOME в Ubuntu — модифицированный и после обновлений может некорректно работать с некоторыми расширениями.

Системные требования:

• Процессор: x64, 2 ядра, не менее 2 ГГЦ.
• Оперативная память: не менее 4 ГБ.
• Место на жёстком диске: рекомендуется 25 ГБ.
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для установки системы.

Узнать больше

Linux Mint

Ближайший конкурент Ubuntu в рейтингах дистрибутивов для новичков. Классический Mint основан на пакетной базе Ubuntu, а редакция LMDE использует Debian в качестве фундамента. Linux Mint обладает теми же плюсами, что и Ubuntu, но, помимо всего прочего, позволяет выбрать рабочее окружение. Особенно выделяется Cinnamon — главный козырь проекта. Её интерфейс максимально приближён к Windows, что упрощает погружение новичка в изучение новой операционной системы.

Плюсы:

• Простая установка без лишних вопросов и галочек.
• Версия Cinnamon дружелюбна к пользователям, переходящим с Windows.
• Хороший вариант для слабых компьютеров.

Минусы:

• Старые версии программ в репозиториях редакции LMDE.
• На некоторых ноутбуках возникают проблемы при переключении между встроенной и дискретной графикой.
• Оболочка Cinnamon иногда подтормаживает на «железе» с минимальными системными характеристиками.

Системные требования:

• Процессор: x64, 2 ядра, не менее 2 ГГЦ.
• Оперативная память: 1 ГБ (Xfce, MATE), 2 ГБ (Cinnamon).
• Место на жёстком диске: рекомендуется 20 ГБ.
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для установки системы.

Узнать больше

Elementary OS

Elementary OS тоже построена на базе Ubuntu. Её отличие — окружение рабочего стола Pantheon, которое напоминает графическую оболочку macOS. Простое использование, док-бар внизу экрана, красота иконок и плавность анимаций — сразу видно, какой ОС вдохновлялись авторы дистрибутива. У неё неплохая отзывчивость при работе на не очень мощных устройствах и щадящий расход заряда аккумулятора. Правда, скудное количество настроек может расстроить некоторых пользователей.

Плюсы:

• Дизайн в стиле macOS.
• Собственный магазин приложений и регулярное обновление программ.
• Экономный расход заряда аккумулятора.

Минусы:

• Стандартные средства системы предоставляют мало возможностей для кастомизации.
• Функциональность программ «из коробки» довольно скудная.

Системные требования:

• Процессор: современные Intel Core i3 или аналогичный x64 процессор с 2 ядрами.
• Оперативная память: 4 ГБ.
• Место на жёстком диске: от 32 ГБ (рекомендуется SSD).
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для установки системы.

Узнать больше

Manjaro

Manjaro основана на Arch, но, в отличие от него, обладает более понятным графическим установщиком. Этот дистрибутив распространяется в нескольких редакциях с разными графическими окружениями:

Также есть редакция Manjaro Architect для тех, кто хочет настроить систему по-своему и самостоятельно собрать стартовый пакет предустановленного софта.

Manjaro обеспечивает лёгкий вход пользователя в мир Arch, но здесь не обошлось без минусов. Во всех редакциях, кроме Architect, пользователя ждёт большое количество предустановленных программ и своеобразный графический интерфейс. Благо то и другое легко поддаётся кастомизации.

Плюсы:

• Простая установка, в отличие от чистого Arch.
• Фирменные вспомогательные утилиты для смены ядра, доставки и установки пакетов с локализацией и тому подобного.
• Скромный аппетит к оперативной памяти.

Минусы:

• Иногда бывают проблемы с локализацией, если в установщике выбрать русский язык. Рекомендуется устанавливать английскую версию, и уже в установленной системе менять язык интерфейса и раскладку на русский.
• После установки требует обновления до актуальной версии. Иногда это довольно массивные апдейты весом от 500 МБ.
• Некоторые пакеты в репозиториях обновляются нерегулярно.

Системные требования:

• Процессор: x64, 2 ядра, не менее 1 ГГЦ.
• Оперативная память: 1 ГБ.
• Место на жёстком диске: 30 ГБ.
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для установки системы.

Лучшие дистрибутивы для продвинутых пользователей

Arch Linux

Чистый Arch привлекал пользователей своей философией «собери Линукс сам», но тут же отпугивал чёрным экраном и мигающим курсором, который выскакивал вместо графического установщика. Основное отличие Arch от пакетных дистрибутивов в том, что софт для него в основном распространяется в виде исходного кода, а не бинарных файлов (например, rpm или deb). Код собирается и конфигурируется под конкретные нужды конкретного пользователя. Классический метод установки заключается в ручном вводе команд.

Конечно, с добавлением скрипта установки Archinstall, где пользователю нужно просто указать параметры (язык, диск установки, имя пользователя и тому подобное) и нажать Установить, процесс знакомства с Arch сильно упростился. Но нужны хотя бы поверхностные знания в Linux. К счастью, оба способа установки подробно расписаны на русскоязычном ArchWiki.

Несмотря на славу «глюкодрома», сейчас Arch максимально стабилен и комфортен. Поскольку софт в нём всегда самый свежий, бывает, показываются мелкие шероховатости и недоработки, но они быстро исправляются. Arch один из лучших дистрибутивов для углублённого изучения команд и принципов работы Bash.

Плюсы:

• Стабильный дистрибутив с давней историей.
• Подробная Wiki с инструкциями и ответами на распространённые вопросы.
• Всегда свежее ПО.
• Возможность собрать систему под себя.

Минусы:

• Графический установщик отсутствует. Чтобы провести корректную установку, требуется изучить инструкцию на ArchWiki.

Системные требования:

• Процессор: x64, 2 ядра, не менее 2 ГГЦ.
• Оперативная память: 512 МБ, рекомендуется 2 ГБ.
• Место на жёстком диске: рекомендуется 20 ГБ.
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для установки системы.
• Интернет-соединение.

Узнать больше

Slackware

Slackware — один из старейших дистрибутивов. Установка системы проходит в псевдографическом инсталляторе а-ля Windows XP. В составе системы используется менеджер пакетов Pkgtool, который не отслеживает зависимости между пакетами. То есть, если для работы одной программы нужен пакет другой, его придётся доставлять вручную. То же самое касается и удаления программ. Также софт можно устанавливать абсолютно в любой каталог. Система настраивается в основном через конфигурационные файлы.

Вряд ли «Слака» — хороший дистрибутив для повседневного использования, если вы конечно не ярый энтузиаст. Эту ОС лучше рассматривать как неплохое практическое пособие по Unix/Linux-системам. Но если хотите связать своё будущее с разработкой в Linux, знакомство со Slackware — неплохой старт. По этому поводу в народе даже поговорка есть: «Если вы учите Red Hat, то вы узнаете Red Hat, если вы учите Slackware — вы узнаете Linux».

Плюсы:

• Стабильность.
• Практическое пособие для изучения Unix/Linux.
• Практически любое окружение рабочего стола на выбор.

Минусы:

• Для установки и работы в ОС придётся изучить большое количество команд и руководств.
• Система настраивается через конфигурационные файлы.
• Большие паузы между выходами новых версий.

Системные требования:

• Процессор: любой x86/x64, начиная с 486 сокета.
• Оперативная память: 64 МБ, рекомендуется 1 ГБ.
• Место на жёстком диске: рекомендуется 5 ГБ.
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для установки системы.

Узнать больше

Gentoo

Вот мы и добрались до него. Его величество Gentoo! Для первой корректной установки готовьтесь взять пару выходных от учёбы или работы. Вас могут уверять, что установка этого дистрибутива — сложный и муторный процесс, но истина в том, что это не столько сложно, сколько долго.

Скорость установки зависит от того, как быстро вы сможете вникнуть и изучить руководство и насколько мощный у вас компьютер. Это важно, ведь в Gentoo нет готовых пакетов программ, а весь софт собирается из исходного кода, при помощи собственного инструмента управления пакетами Portage. А дело это не быстрое. Зато на выходе получите систему, где каждая программа скомпилирована под ваше «железо».

Плюсы:

• Соберёте систему с ядром и софтом, которые вам нужны.
• Код компилируется с оптимизацией под ваше «железо».
• Единый репозиторий для всего, что только есть.

Минусы:

• Придётся изучить большой мануал.
• Длительная сборка и установка системы (чем слабее ПК, тем дольше).

Системные требования:

• Процессор: любой с подходящей архитектурой (AMD64, x86, Alpha, ARM, HPPA, IA-64, PPC, SPARC).
• Оперативная память: минимальная — 256 МБ для CD-издания и 512 МБ — для DVD. Рекомендуется от 1 ГБ.
• Жёсткий диск: рекомендуется от 2,5 ГБ.
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для установки системы.
• Интернет-соединение.

Узнать больше

Fedora Workstation

Этот RPM-дистрибутив — тестовый полигон новых технологий для корпоративного Red Hat Enterprise Linux. Хотя он прост в установке и использовании, из-за чего его можно отнести к дистрибутивам для новичков, слово Workstation в названии появилась неспроста.

Эта ОС с оболочкой GNOME позиционируется как инструмент для крупных проектов в корпоративной среде. «Из коробки» в ней есть инструменты для разработки и отладки программ и мощные решения для виртуализации и тестирования. Например, GNOME Boxes позволяет быстро создавать виртуальные машины с разными операционными системами, отлаживать и адаптировать софт для них.

Плюсы:

• Всегда последние версии программ и новые технологии.
• Надёжная основа, доставшаяся от Red Hat Enterprise Linux.
• Простая установка.

Минусы:

• Нет подключения к репозиторию RPM Fusion.
• По лицензионным соображениям отсутствуют многие кодеки для воспроизведения видео/аудио.

Системные требования:

• Процессор: любой AMD64, ARM или PPC64LE с частотой 1 ГГЦ и выше.
• Оперативная память: от 2 ГБ (рекомендуется 4 ГБ).
• Место на жёстком диске: 40 ГБ (желательно SSD).
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для установки системы.

Лучшие дистрибутивы Linux для экспертов

Для тех, кто давно связал свою жизнь с операционными системами на базе Linux и чувствует себя в них как рыба в воде существуют специализированные дистрибутивы.

Linux для пентестинга и безопасности

Kali Linux

Самый популярный дистрибутив для тестирования на проникновение из локальной и глобальной сетей. В основе операционной системы лежит пакетная база Debian (testing), а в качестве окружения рабочего стола служит Xfce. В данном продукте более 600 программных инструментов, разбитых на категории и подкатегории для удобной навигации.

Несмотря на количество программ из коробки доступны не все возможные решения для тестирования. Связанно это с тем, что разработчики, которые сами пентестеры со стажем, составляли список утилит, исходя из своего опыта. Этого набора софта с головой хватит для решения самых распространённых задач. Также есть дополнительный софт под запросы пользователя.

Плюсы:

• Большое количество софта для пентестеров.
• Стабильность и безопасность.
• Многоязычная поддержка.
• Возможность работы в live-режиме без установки на компьютер.

Минусы:

• Может работать немного медленнее других дистрибутивов.
• Изредка возникают проблемы с работой определённых функций встроенного программного обеспечения.

Системные требования:

• Процессор: любой с подходящей архитектурой (AMD64, i386, ARMel, ARMhf или ARM64).
• Оперативная память: от 2 ГБ.
• Место на жёстком диске: 20 ГБ.
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для установки системы.

Узнать больше

Parrot Security

Дистрибутив основан на тестовой ветке Debian и ориентирован на безопасность и конфиденциальность пользователя. Список его утилит содержит софт для пентестинга, цифровой криминалистики и криптографии. Рабочее окружение — оболочка MATE.

В отличие от Kali, позиционируется не только как решение для специалистов по сетевой безопасности, но и как домашний дистрибутив для людей, нуждающихся в сохранении анонимности за счёт сквозного шифрования. Например, журналисты и хактивисты часто выбирают Parrot Security.

Плюсы:

• Большое количество инструментов «из коробки».
• Простой интерфейс с удобной навигацией.
• Безопасный.
• Сохраняет конфиденциальность пользователя.

Минусы:

• Важные инструменты, Snort, например, нужно самостоятельно устанавливать из репозиториев.
• Графический интерфейс громоздкий, не минималистичный. Это поправимо ручной настройкой окружения.

Системные требования:

• Процессор: двухъядерный x64.
• Оперативная память: 2 ГБ.
• Место на жёстком диске: 20 ГБ.
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для установки системы.

Узнать больше

Qubes OS

Qubes — дистрибутив Linux с оболочкой Xfce, для обеспечения безопасности использующий физическую изоляцию процессов, разделяя их по виртуальным машинам. За виртуализацию отвечает Xen, работающий как Hypervisor Type1. В отличие от более привычных Hypervisor Type 2 (VirtualBox, QEMU и VMware) состоит в том, что Xen работает не внутри основной операционной системы, а на «голом железе» компьютера (что также благоприятно сказывается на производительности приложений). Это приводит к тому, что для компрометации системы злоумышленник должен разрушить Hypervisor, что снижает шанс успешной атаки.

Несколько виртуальных машин созданных в Qubes OS, можно безопасно использовать в качестве интегрированных операционных систем. На рабочем столе приложения помечаются цветными рамками, обозначающими степень доверия к той или иной виртуальной машине. А такие операции, как копирование, вставка, передача файлов и сетевое взаимодействие между виртуальными машинами, в этом дистрибутиве абсолютно безопасны. В основе системы, кстати, лежит пакетная база Red Hat (RPM).

Плюсы:

• Высокая безопасность.
• Беспроблемный запуск HVM с Windows.
• Расшифровка данных только после подтверждения операции со стороны пользователя (Split GPG).

Минусы:

• Проблемы с приложениями, использующими OpenGL.
• Есть пробелы с поддержкой некоторого оборудования и периферии.

Системные требования:

• Процессор: 64-битный Intel или AMD с поддержкой виртуализации.
• Оперативная память: 16 ГБ
• Место на жёстком диске: 128 ГБ (желательно SSD).
• Графический ускоритель: крайне рекомендуется интегрированная графика Intel (с NVIDIA есть проблемы, а AMD не тестировалась должным образом, но линейка RX500 и более ранние работали стабильно).
• Модуль TPM с поддержкой в BIOS материнской платы.
• Привод DVD-ROM или USB для установки системы.
• Также проверить совместимость оборудования можно при помощи таблицы на официальном сайте дистрибутива.

Корпоративный Linux

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

А вот со специалистами по Linux всё ещё проблемы. Это дефицитные кадры, найти которые или вырастить внутри компании долго и дорого. Но неграмотные сисадмины — это риск аварии или внезапной кадровой дыры, быстро закрыть которую вряд ли получится.

Тем не менее Linux как корпоративная ОС актуален. Из-за санкций и ограничений на распространение и обслуживание ПО Linux может стать чуть не единственным вариантом. Ниже приведены примеры проверенных, стабильных дистрибутивов, доступных в России и с хорошей технической поддержкой.

Red Hat Enterprise Linux

Red Hat Enterprise Linux — проверенный временем дистрибутив, распространяющийся с оболочкой GNOME, предназначенный для корпоративных нужд, где важным критерием является отказоустойчивость и стабильность ОС. Каждая версия RHEL имеет срок поддержки 10 лет, с возможностью платного продления до 13 лет.

За безопасность системы отвечает система контроля доступа SELinux, поверх которой разработчики добавили упрощённый интерфейс настройки. Для базовой конфигурации защиты достаточно выбрать один из предустановленных профилей. После этого SELinux самостоятельно сконфигурирует систему и выставит необходимые правила протекции.

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

• репозиториям;
• порталу Red Hat;
• службе поддержки;
• обучающим видео и документации.

Стоимость редакций Red Hat можно проверить на официальном сайте.

Плюсы:

• Приемлемые цены.
• Стабильность системы и многолетний опыт компании.
• Отменная техническая поддержка.

Минусы:

• Для тонкой настройки требуются определённые знания.
• Некоторые программы требуют оплаты лицензии или установки из сторонних репозиториев.

Системные требования:

• Процессор: x86-64 / AArch64 / PPC64LE / s390x.
• Оперативная память: от 1,5 ГБ.
• Место на жёстком диске: 10 ГБ.
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для установки системы.

Узнать больше

РОСА «Хром» и «Кобальт»

Российские Linux-дистрибутивы для рабочих мест от ООО «НТЦ ИТ РОСА».

Редакция «Хром» предназначена для установки на рабочие компьютеры на местах сотрудников, где не требуется особых требований по информационной безопасности. По умолчанию поставляется с рабочим столом KDE Plasma и предустановленным ПО для начала работы (браузер, почтовый клиент, офисный пакет и тому подобное).

Редакция «Кобальт» — предназначена для установки на корпоративных машинах, где важна защита информации.

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

• Выбор рабочего окружения между MATE и GNOME.
• Совместимость с ROSA Virtualization.
• Возможность запуска Windows-программ при помощи Wine.
• Включено ПО собственной разработки для защиты информации.
• Выбор ядра Linux между версиями 3.10 и 5.15 в момент установки.

Данные дистрибутивы построены на базе RPM, но есть собственные репозитории и софтверные решения, разработанные непосредственно ООО «НТЦ ИТ РОСА».

Подробные цены можно узнать по ссылкам:

Системные требования:

• Процессор: x86-64-совместимый.
• Оперативная память: от 1,5 ГБ.
• Место на жёстком диске: 10 ГБ.
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для установки системы.

Плюсы:

• Доступность и приятная цена.
• Сниженная цена на продление лицензии.
• Собственная пакетная база.
• Одно из лучших визуальных оформлений корпоративного дистрибутива.
• Стабильность системы.
• Отличная техническая поддержка.

Минусы:

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

Самые лёгкие дистрибутивы Linux — для слабых ПК и ноутбуков

Что делать, если дома есть старый компьютер, который выкинуть не поднимается рука, а хочется использовать? Или у устройства минимальное количество оперативной памяти и нужна лёгкая система, которая оставит ресурсы для рабочих задач? Использовать лёгкие дистрибутивы Linux. Они понадобятся и для слабых процессоров, поскольку в таких дистрибутивах минимум фоновых процессов. Вот тройка примеров для разных пользовательских задач.

Lubuntu

Lubuntu — ОС для старых ПК и ноутбуков, которые уже с трудом справляются с аппетитами современных редакций Windows 10 и 11, но всё ещё пригодится для повседневного использования в простых сценариях (веб-сёрфинг, онлайн-видео и простые игры).

Разработчикам удалось создать впечатляющее соотношение красоты и производительности. Основан дистрибутив на Ubuntu с оболочкой LXQt. «Из коробки» есть все нужные в повседневности программы, включая офисный пакет и PDF-читалку. В остальном же Lubuntu мало чем отличается от своего прародителя.

Плюсы:

• Полноценный современный дистрибутив, работающий как на новом, так и на старом «железе».
• Красивый интерфейс поверх пакетной базы Ubuntu.
• Хороший пакет предустановленного софта, включая «Офис».

Минусы:

• Слабо кастомизируемый интерфейс.
• Некоторые пользователи сообщают, что лучше при установке выбирать английскую раскладку, а после, уже в системных настройках, добавить русскую.

Системные требования:

• Процессор: Pentium 4×64 и новее, с частотой 1 ГГЦ.
• Оперативная память: 512 МБ (рекомендуется 1 ГБ).
• Место на жёстком диске: 20 ГБ.
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для установки системы.

Узнать больше

Lakka

Lakka — лёгкий дистрибутив, способный превратить вашу старую «железку» в полноценную игровую консоль (даже если это Raspberry Pi). В основе лежит ОС Linux с названием LibreELEC, а игры (преимущественно от старых консолей) запускаются в эмуляторе RetroArch. Ядра эмуляторов скомпилированы с особыми параметрами оптимизации, чтобы для запуска игровых проектов хватило бы и небольших мощностей.

Плюсы:

• Может быть установлено на одноплатные компьютеры и портативные консоли.
• Лёгкий и производительный.
• Готов к играм сразу после установки.

Минусы:

• Для эмуляции доступен только RetroArch.

Системные требования:

• Процессор: AMD или Intel, x64.
• Оперативная память: от 1 ГБ.
• Место на жёстком диске: 10 ГБ.
• Графический ускоритель: AMD или NVIDIA.
• Привод DVD-ROM, USB для установки системы или другое устройство, представленное в каталоге поддерживаемого оборудования.

Узнать больше

PuppyRus Linux

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

Но как насчёт того, чтобы превратить его в офисный компьютер для набора текста, просмотра и редактирования изображений и прослушивания музыки? Даже без жёсткого диска! Для этого есть дистрибутив PuppyRus, адаптация зарубежного Puppy Linux от российских энтузиастов. Шустрый, занимающий минимум места (некоторые редакции весят менее 300 МБ) и способный полноценно функционировать даже без установки на жёсткий диск. Дистрибутив просто загружается в оперативную память с внешнего накопителя. В комплекте множество программ для повседневного использования. И эта прелесть может работать на пакетной базе Debian, Slackware или Ubuntu.

Плюсы:

• Малый размер образа.
• Делает полезными даже очень старые компьютеры.
• Работает без установки на накопитель.

Минусы:

• Редкие обновления.
• Симпатичный, но явно устаревший дизайн.
• Запустить сложное программное обеспечение бывает затруднительно.

Системные требования:

• Процессор: с частотой не менее 600 МГц.
• Оперативная память: 128 МБ.
• Место на жёстком диске: от 300 МБ.
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для запуска и (опционально) установки системы.

Самые стабильные дистрибутивы Linux

Debian

Почти все линуксоиды, которых спросят о самом стабильном дистрибутиве, сразу ответят: Debian. Один из старейших дистрибутивов, который отлично зарекомендовал себя как решение для серверов. Однако это не значит, что после установки он встретит вас чёрным экраном, как другие серверы. В дистрибутиве Линукс Debain есть графический интерфейс. На выбор можно установить рабочее окружение GNOME, Plasma, Xfce, LXDE или MATE.

Его стабильность обуславливается тщательным тестированием как пользователями, так и разработчиками тех программ, обновления которых готовятся к отправке репозиторий. Из-за этого программы в Debian не самые свежие, но всё окупает стабильность и простота использования.

Плюсы:

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

Минусы:

• Медленное обновление программ в репозиториях.

Системные требования:

• Процессор: любой, с подходящей архитектурой (AMD64, i386, ARMel, AArch64, ARMhf, MIPS, PPC64EL).
• Оперативная память: 256 МБ (без приложений), 1 ГБ (с приложениями).
• Место на жёстком диске: 2 ГБ (без приложений), 10 ГБ (с приложениями).
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для установки системы.
• Интернет-соединение (опционально).

Узнать больше

CentOS

CentOS — отказоустойчивый дистрибутив с рабочим окружением GNOME. Создан на основе коммерческого RHEL и этим все сказано. Red Hat Enterprise Linux — операционная система с платными обновлениями и техподдержкой, рассчитанная на корпоративных пользователей. Нестабильностям и ошибкам здесь нет места. CentOS просто синхронизируется с кодовой базой RHEL и предоставляет вам его корпоративную стабильность и обновления бесплатно. Как и Debian, CentOS хорошо показывает себя как на рабочих машинах пользователей, так и в качестве серверной ОС.

Плюсы:

• По сути своей, бесплатная Red Hat дома.
• Информативные форумы, с пользователями, готовыми помочь с любым вопросом.
• Стабильность и функциональность с красивым интерфейсом.

Минусы:

• Редкие обновления.
• Скудное количество руководств.
• Зачастую старые версии ПО.

Системные требования:

• Процессор: двухъядерный процессор, x64.
• Оперативная память: 1 ГБ.
• Место на жёстком диске: 10 ГБ.
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для установки системы.

Узнать больше

OpenSUSE

Основанный на корпоративном SUSE Linux Enterprise, дистрибутив OpenSUSE не так стабилен, как Debian или CentOS, так как в его репозиториях программы обновляются чаще и не проходят настолько скрупулёзное тестирование. Однако это может стать хорошим компромиссом между стабильностью и новыми технологиями. Разработчики стараются уделять внимание как корпоративной, так и простой версии SUSE, поэтому все возможные ошибки довольно быстро исправляются.

Плюсы:

• Надёжный.
• По отзывам пользователей — лучшая вариация окружения KDE.
• Большой набор встроенных драйверов под разное оборудование.
• Широкий выбор программ в репозиториях.

Минусы:

• ПО в репозиториях не всегда свежих версий.

Системные требования:

• Процессор: двухъядерный процессор, x64, с частотой 2 ГГЦ и выше.
• Оперативная память: 2 ГБ.
• Место на жёстком диске: от 3 ГБ.
• Графический ускоритель: VGA-совместимый 1024 × 768.
• Привод DVD-ROM или USB для установки системы.

Какие версии Linux лучше всего подходят для домашнего использования

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

Ubuntu и Linux Mint — что лучше для дома?

Если вы непритязательный пользователь, который просто хочет работать и развлекаться за компьютером дома — любая из этих двух систем будет хороша. Тщательное тестирование пакетов и не такие частые серьёзные обновления основных элементов ОС (по сравнению с Arch, например), делают Ubuntu и Mint крайне стабильными и отказоустойчивыми системами.

Основа у дистрибутивов одна, но в чём различие? Только в окружении рабочего стола. Если вы хотите попробовать что-то новое или вам нравится идея кастомизировать внешний вид системы вплоть до macOS-подобного, то лучше выбрать к Ubuntu с её окружением GNOME. Mint, напротив, даёт минимум кастомизации местного Cinnamon, но интерфейс довольно сильно приближен к Windows, если привыкать к другому особо не хочется.

Manjaro — лучший дистрибутив Линукс для компьютерных игр

Вообще, хотелось бы упомянуть здесь Arch, но он отпугивает пользователя сложностью установки. Так что возьмём Manjaro, как самый простой и популярный дистрибутив из основанных на Arch.

Что он может дать и чем отличается от Ubuntu или Mint? Для начала широкий выбор рабочих окружений. Также, если вы хотите быть на острие технологий, ОС, базирующиеся на Arch Linux, получают обновления чуть ли не в день выхода апдейта. Любые программы всегда будут с последними функциями, что также касается внутренних компонентов, включая ядро Linux. Это особенно актуально, если вы хотите играть в игры, в том числе современные AAA-проекты. Ведь зачастую с обновлениями системы улучшается производительность и игр, что больше всего актуально для тех тайтлов, которые изначально разрабатывались для Windows и запускаются в Linux через специальную прослойку Wine. Или его улучшенную версию Proton, разрабатываемую Valve для Steam. Не стоит забывать про AUR, из которого очень просто установить интересный софт, такой как CoreCtrl, например. Эта утилита позволяет тонко настраивать параметры частот видеокарт AMD и задавать скорость вентиляторов в зависимости от температуры графического ускорителя.

Кстати, как альтернативу можно попробовать EndeavourOS. Та же Manjaro, только в профиль. За тем исключением, что при подключённом во время установки интернете можно сразу указать окружение рабочего стола и некоторые программы, которые вас интересуют.

Итог

Дистрибутивы Linux — лучший выбор для тех, кто хочет сразу, «из коробки», получить подходящую операционную систему со всеми необходимыми инструментами и подходящими параметрами. Палитра решений настолько велика, что пользователь может выбрать программы, внешний вид и функциональность под любые задачи, запросы и личные предпочтения. Главное — разобраться в различиях дистрибутивов.

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

• Как быстро, дёшево и без боли перейти с Windows на Linux
• Страх и ненависть Линуса Торвальдса: кому создатель Linux рекомендует выпить йаду
• Как пользоваться Bash: экспресс-руководство для начинающих

Хранилище, куда любой может выложить свой скрипт автоматизированной сборки ПО, которого пока нет в официальных репозиториях.

Проприетарное ПО — программы с закрытым исходным кодом.

Использование сборочной системы Koji в Fedora

Сборочная система Koji — это специализированная сборочная система Fedora для сборки пакетов RPM. Специалисты, осуществляющие сопровождение пакетов, могут использовать клиентское приложение koji для выполнения запросов на сборку пакетов и для получения различной информации о сборочной системе. Система Koji использует приложение mock для выполнения сборок RPM-пакетов для выбранных архитектур и обеспечивает контроль правильности прохождения сбоки.

Установка Koji

Установка утилиты командной строки koji

Для работы со сборочной системой Koji (в т.ч. для участия в разработке Fedora) необходмо установить один пакет:

yum install fedora-packager

Пакет fedora-packager содержит набор готовых программ-сценариев для установки и настройки пользовательской среды для работы с Koji. Кроме этого, для удовлетворения установочных зависимостей при установке пакета fedora-packager будет также установлен пакет, включающий утилиту командной строки для работы со сборочной системой Koji. Данная утилита называется koji и размещается в одноименном пакете. По-умолчанию утилита koji для выполнения аутентификации на центральном узле использует Kerberos. В то же время, имеется возможность настройки конфигурации утилиты koji для выполнения аутентификации с использованием имени пользователя и пароля или с использованием SSL-сертификата. Аутентификация на центральном узле необходима для получения необходимых прав на использование некоторых функций сборочной системы. При этом большинство функций, требующих доступа только на чтение, могут быть вызваны без предварительной аутентификации.

Настройка доступа через систему учетных записей Fedora (FAS2)

Для настройки взаимодействия с центральным узлом Koji необходимо выполнить команду:

/usr/bin/fedora-packager-setup

Каждый пользователь, предполагающий выполнять сборки пакетов Fedora с использованием сборочной системы Koji, должен выполнить команду fedora-packager-setup. Это необходимо в силу того, что каждый пользователь должен иметь свой собственный сертификат для аутентификации.

Вниманию пользователей Plague!
Для пользователей сборочной системы plague (сборочная система предыдущего поколения, используемая до Koji), при выполнении команды fedora-packager-setup будут использованы существующие сертификаты. Если же сборочная система plague ранее не использовалась, при выполнении указанной команды будут использованы корневые сертификаты удостоверяющего центра (УЦ) центрального узла и выдано сообщение о месте размещения вновь созданного сертификата пользователя.

Сертификаты ключей Fedora

Сборочная система Koji использует три типа скртификатов:

~/.fedora.cert (индивидуальный для каждого ответственного за сопровождение пакетов Fedora) Данный сертификат создается при выполнении команды fedora-cert -n . Наличие данного сертификата необходимо для каждого ответственного за сопровождение пакетов. Данный сертификат должен обновляться по мере истечения его срока действия. Проверка срока действия сертификата осуществляется выполнением команды fedora-cert -v .

остальные сертификаты загружаются автоматически утилитой fedora-packager-setup и, в общем случае, не требуют дополнительных настроек

~/.fedora-upload-ca.cert (Сертификат УЦ, используемый для подписи ключей пользователей.) Данный сертификат может быть загружен вручную с ресурса, размещенного здесь или же он будет загружен автоматически при выполнении команды fedora-packager-setup или fedora-cert -n . Последний вариант является предпочтительным. ~/.fedora-server-ca.cert (Сертификат УЦ, используемый для подписи серверных ключей сборочной системы.) Данный сертификат может быть загружен вручную с ресурса, размещенного здесь или же он будет загружен автоматически при выполнении команды fedora-packager-setup .

Ошибка работы с сертификатами в RHEL6
При использовании операционной системы RHEL6 несовместимость работы входящих в ее состав пакетов openssl и nss приводит к невозможности использования сертификатов, загруженных из системы управления учетными записями Fedora, некоторыми утилитами из пакета fedpkg. [Ошибка 631000 rhel6 openssl создает секретные ключи RSA в формате PEM с использованием PKCS#8, которые в дальнейшем не воспринимаются nss]. Для решения проблемы несовместимости формата сертификатов необходимо выполнить команду: (openssl x509 -in ~/.fedora.cert -text; echo; openssl rsa -in ~/.fedora.cert) > fedora.cert.new

Конфигурация koji

Общий конфигурационный файл, используемый всеми локальными клиентами koji, имеет имя /etc/koji.conf . Для выполнения операций по сборке пакетов Fedora внесение каких-либо изменений в указанный файл не требуется, т.к. при выполнении fedora-packager-setup создается набор конфигурационных файлов в каталоге ~/.koji/ для текущего пользователя. Это, в частности, позволяет работать одновременно как с основной сборочной системой Fedora, так и со сборочными сситемами Fedora для дополнительных архитектур.

Web-интерфейс

Опционально
Web-интерфейс является необязательным элементом. Содержание следующего подраздела может быть пропущено.

Основной интерфейс для просмотра данных, накапливаемых сборочной системой Koji, реализован в виде web-приложения. Взаимодействие с данным приложением осуществляется через обращение по адресу http://koji.fedoraproject.org/koji/ . Большая часть интерфейса реализует доступ к функциям, предусматривающим выполнение только операций чтения данных, но, при наличии достаточных полномочий, имеется позможность после авторизации выполнять некоторые дополнительные действия. Как например:

• Отмена сборки
• Повторное выполнение задачи, закончившейся неуспешно
• Настройка уведомлений

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

• Создание/редактирование/удаление тега
• Создание/редактирование/удаление сборочной цели
• Разрешение/запрет использования сборочного узла

Указанный web-ресурс использует SSL-аутентификацию. Для прохождения аутентификации требуется наличие действующего SSL-сертификата, а также настройка интернет-обозревателя, позволяющая рассматривать данный сертификат как доверенный. Инструкция, описывающая необходимую для этого последовательность действий, может быть получена выполнением команды fedora-packager-setup —with-browser-cert .

Использование сертификата, загруженного через web-интерфейс FAS
Если сертификат ~/.fedora.cert был сгенерирован и загружен непосредственно из FAS, он должен быть преобразован в формат, приемлемый для интернет-обозревателя с помощью следующей команды:

openssl pkcs12 -export -in ~/.fedora.cert -CAfile ~/.fedora-upload-ca.cert -out ~/fedora-browser-cert.p12 ,

где .fedora-upload-ca.cert — загруженный сертификат.

Установка SSL-сертификатов в Firefox

Опционально
Перечисленные ниже инструкции необходимы только для выполнения аутентификации через web-интерфейс с использованием интернет-обозревателя Firefox. В общем случае аутентификация с использованием интернет-обозревателя является необязательной.

После создания учетной записи в системе FAS, необходимо импортировать в интернет-обозреватель сертификат, созданный по команде fedora-packager-setup —with-browser-cert . В интернет-обозревателе Firefox это может быть сделано следующим образом:

1. Выполнить запуск приложения Firefox и активировать меню Правка (Edit) в панели инструментов

2. Выбрать пункт Настройки (Preferences) в появившемся списке меню

3. На отобразившейся экранной форме Настройки (Preferences) выбрать подраздел Дополнительные (Advanced)

4. В подразделе Дополнительные (Advanced) переключиться на вкладку Шифрование (Encryption)

5. Активировать экранную кнопку Просмотр сертификатов (View Certificates) для отображения экранной формы Управление сертификатами (Certificates)

6. На данной форме переключиться на вкладку Ваши сертификаты (Your Certificates) и активировать экранную кнопку Импортировать (Import)

7. Указать расположение файла, содержащего пользовательский сертификат Fedora, и активировать экранную кнопку Открыть (Open) (размещение сертификата пользователя отображается при выполнении команды fedora-packager-setup; при этом также выполняется запрос на установку пароля доступа к этому сертификату)

После выполнения перечисленных действий пользовательский сертификат Fedora будет отображаться в списке на вкладке Ваши сертификаты (Your Certificates) и появится возможность использования данного сертификата для аутентификации через web-интерфейс сборочной системы koji.

Установка SSL-сертификатов в Chromium

Опционально
Перечисленные ниже инструкции необходимы только для выполнения аутентификации через web-интерфейс с использованием интернет-обозревателя Chromium. В общем случае аутентификация с использованием интернет-обозревателя является необязательной.

Для работы с сертификатами Chromium использует NSS Shared DB, для работы с которой необходимо предварительно установить пакет nss-tools.

pk12util -d sql:$HOME/.pki/nssdb -i fedora-browser-cert.p12

Уведомления

После успешного прохождения процедуры аутентификации с использованием web-интерфейса сборочной системы Koji появляется возможность настройки уведомлений для получения сообщений о результатах сборки сопровождаемых пакетов. Для этого после авторизации необходимо выполнить прокрутку содержимого главной страницы и перейти по ссылке Add a notification, расположенной непосредственно над списком настроенных уведомлений.

Сборка с использованием fedpkg

При каждом выполнении операции push СКВ git осуществляет автоматический перенос маркера текущей ветви так, чтобы он указывал на вершину внесенных в нее изменений. Поэтому для выполнения сборки достаточно выполнить команду:

fedpkg build

Данная команда направит в сборочную систему запрос на выполнение сборки пакета для текущей ветви.

Для сборки пакета с использованием определенной сборочной цели koji необходимо выполнить:

fedpkg build --target TARGET

В частности, сборка из ветви rawhide с использованием специальной сборочной цели как, например, dist-f14-python , включенной подразделением разработки и сопровождения выпусков (release engineering) для маркировки пакетов с обновленным программным интерфейсом (API), может быть осуществлена с помощью команды:

fedpkg build --target 'dist-f14-python'

Сцепленные сборки

Сцепленные сборки могут использоваться только для ветви разработки devel/ (называемой также rawhide). Выполнение сцепленных сборок пакетов для обновления существующих выпусков ОС требует настройки с помощью bodhi переопределений для правильного включения запрашиваемых пакетов в состав сборочных окружений.

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

fedpkg chain-build libwidget libgizmo

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

fedpkg chain-build libwidget libaselib : libgizmo :

сначала будет осуществлена параллельная сборка пакетов libwidget и libaselib, затем будет собран пакет libgizmo, после сборки которого — пакет из текущего каталога. Если группы не заданы выполняется последовательная сборка всех перечисленных пакетов.

Если сборка какого-либо пакета завершается неуспешно, то все последующие сборки в цепочке отменяются, а результаты успешно завершенных предшествующих — включаются в состав соответствующего репозитория.

Пробные сборки

Одной из полезных возможностей сборочной системы является возможность выполнения сборки пакетов без последующего включения результатов в состав какого-либо выпуска дистрибутива. Такая возможность называется пробной сборкой. Далее в настоящем подразделе приводится описание порядка использования как непосредственно утилиты koji, так и инструментального средства fedpkg для выполнения пробных сборок. Для осуществления пробной сборки пакета с использованием последних внесенных, но еще незакрепленных изменений необходимо выполнить последовательность команд:

rpmbuild -bs foo.spec koji build --scratch rawhide foo.srpm

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

koji build --scratch rawhide 'git url'

Предупреждение: Пробные сборки не будут работать корректно если spec-файл использует значения %fedora, %fc9 и т.п. для выполнения различных действий. Значения перечисленных макроопределений устанавливаются сборщиком, а не самой утилитой koji, так что значение %fedora будет установлено в соответствии с настройками среды, в которой создается RPM-пакет исходных текстов, а не той, в которой данный пакет будет собран. При выполнении обычных сборок подобного явления не возникает, т.к. производится предварительная пересборка RPM-пакета исходных текстов.

Если изменения для пакета были зафиксированы в СКВ git, то пробную сборку для текущей ветви можно осуществить с помощью утилиты fedpkg, которая вызывает koji, передавая последней необходимые параметры:

fedpkg scratch-build

Если требуется выполнить пробную сборку для определенной архитектуры, то используется команда:

fedpkg scratch-build-

Значением явлвется список идентификаторов архитектур, разделенных символом запятой.

Кроме этого, также имеется возможность вызова операции scratch-build с указанием требуемой сборочной цели koji:

fedpkg scratch-build --target TARGET

Для получения дополнительной информации можно использовать fedpkg scratch-build —help или koji build —help.

Неуспешные сборки

В случае, если сборка пакета завершилась неуспешно, будет выведено сообщение вида:

420066 buildArch kernel-2.6.18-1.2739.10.9.el5.jjf.215394.2.src.rpm, ia64): open (build-1.example.com) -> FAILED: BuildrootError: error building package (arch ia64), mock exited with status 10

Для выяснения причины неуспешного завершения сборки можно исследовать сохраненные файлы журналов сборки. При этом, если файл с именем build.log существует, то проверку следует начинать с него. В противном случае сначала необходимо проверить файл init.log.

Файлы журналов сборки доступны для просмотра через web-интерфейс по адресам со страницы, содержащей сведения о неуспешно завершенной задаче. В качестве альтернативного метода для просмотра файлов журналов может использоваться клиентское приложение koji, вызванное с командой watch-logs . Более подробное описание содержится в сообщениях помощи для указанной команды.

Более сложные варианты использования утилиты koji

Утилита командной строи koji имеет мнемонические имена команд, по каждой из которых может быть получена интерактивная справка. Так, в частности, данная утилита может выводить список всех допустимых команд, а также реализует поддержку параметра —help для каждой из них. Примеры:

$ koji help Koji commands are: build Build a package from source cancel-task Cancel a task help List available commands latest-pkg Print the latest builds for a tag [. ]

$ koji build --help usage: koji build [options] tag URL (Specify the --help global option for a list of other help options) options: -h, --help show this help message and exit --skip-tag Do not attempt to tag package --scratch Perform a scratch build --nowait Don't wait on build [. ]

Использование koji для получения конфигурации сборочного окружения mock

С помощью утилиты koji возможно получение конфигурации сборочного окружения mock для последующей реконструкции сборочной среды, например, для выполнения ручной отладки.

koji mock-config --help Usage: koji mock-config [options] name (Specify the --help global option for a list of other help options) Options: -h, --help show this help message and exit --arch=ARCH Specify the arch --tag=TAG Create a mock config for a tag --task=TASK Duplicate the mock config of a previous task --buildroot=BUILDROOT Duplicate the mock config for the specified buildroot id --mockdir=DIR Specify mockdir --topdir=DIR Specify topdir --topurl=URL url under which Koji files are accessible --distribution=DISTRIBUTION Change the distribution macro -o FILE Output to a file

К примеру, для получения конфигурации последнего сборочного окружения для тега dist-f12-build может быть выполнена команда:

koji mock-config --tag dist-f12-build --arch=x86_64 --topurl=http://kojipkgs.fedoraproject.org/ dist-f12

При выполнении команды mock-config необходимо передавать параметр —topurl=http://kojipkgs.fedoraproject.org/ для получения рабочей конфигурации mock из сборочной системы Koji для Fedora.

Использование koji для управления задачами

Вывод списка задач:

koji list-tasks

Вывод списка задач текущего пользователя:

koji list-tasks --mine

Повторное выполнение ранее обработанной задачи (общий вид): koji resubmit [options] taskID

koji resubmit 3

Сборка пакетов с помощью утилиты koji

Вместо использования команды fedpkg для выполнения операции сборки пакетов также возможен непосредственный вызов утилиты командной строки koji.

Формат вызова koji для этой цели следующий:

$ koji build

Значение dist-f14 следует заменить на имя сборочной цели, используемой для сборки, например dist-rawhide

$ koji build dist-f14 'git url'

Для выполнения команды koji build в сборочной системе Koji будет создана сборочная задача. По-умолчанию выполнение указанной команды осуществляется с ожиданием завершения процедуры сборки и сопровождается выводом информационных сообщений о ходе работы. Параметр —nowait предотвращает переход в состояние ожидания, и обеспечивает возврат из команды сразу после ее постановки в очередь, до фактического завершения сборки.

ПРИМЕЧАНИЕ: При использовании koji для сборки пакетов Fedora, значение git url ДОЛЖНО адресовать ресурс pkgs.fedoraproject.org. Какие-либо другие репозитории git для выполнения сборок применяться не могут.

Теги сборочной системы Koji и организация пакетов

Терминология

При работе со сборочной системой Koji необходимо различать значения таких понятий как пакет, сборка пакета и rpm-файл, являющийся результатом этой сборки. Перечисленные понятия интерпретируются следующим образом:

• Пакет: Означает имя rpm-пакета исходных текстов. Данное понятие определяет пакет вообще, а не какую-либо его сборку или какой-либо его субпакет. Примеры: kernel, glibc, и т.д.
• Сборка: Означает некоторую сборку пакета. Данное понятие определяет сборку некоторой версии пакета и включает все архитектуры и субпакеты. Примеры: kernel-2.6.9-34.EL, glibc-2.3.4-2.19.
• RPM: Конкретный rpm-файл. Данное понятие определяет некоторый (суб)пакет для какой-либо архитектуры, являющийся результатом сборки. Примеры: kernel-2.6.9-34.EL.x86_64, kernel-devel-2.6.9-34.EL.s390, glibc-2.3.4-2.19.i686, glibc-common-2.3.4-2.19.ia64

Теги и сборочные цели

В сборочной системе Koji применяется организация пакетов с использованием тегов. Тег в Koji определяет некоторое подмножество пакетов:

• Теги поддерживают наследование свойств
• Каждый тег связан со своим (наследуемым) списком включенных в его состав пакетов
• Владельцы пакетов (наследуемый признак) могут различаться в зависимости от тега
• При выполнении операции сборки указывается сборочная цель, но не тег

Сборочная цель определяет какое сборочное окружение должно использоваться для сборки пакета и каким тегом должны быть помечены результаты сборки. Такой подход позволяет сохранять фиксированными сборочные цели и менять только теги при переходе к очередному выпуску дмтрибутива.

Команды Koji для работы с тегами

Сборочные цели

Полный список установленных сборочных целей может быть получен выполнением команды:

$ koji list-targets

Для просмотра сведений об определенной сборочной цели применяется параметр —name:

$ koji list-targets --name dist-f14 Name Buildroot Destination --------------------------------------------------------------------------------------------- dist-f14 dist-f14-build dist-f14

В данном случае при выполнении сборки с использованием сборочной цели dist-f14 сборочное окружение будет формироваться из пакетов, помеченых тегом dist-f14-build, а пакеты, полученные в результате сборки будут помечаться тегом dist-f14.

Замечание: Сборочная цель dist-rawhide использоваться не должна. Вместо этого, если последним изданным выпуском является Fedora N, то при сборке пакета для последующего выпуска следует использовать сборочную цель dist-f.

Теги

Полный список установленных тегов может быть получен выполнением команды:

$ koji list-tags

Пакеты

В соответствии с вышеизложенным, каждый тег связан со списком пакетов, результаты сборки которых могут помечаться данным тегом. Для просмотра списка пакетов тега используется команда list-pkgs:

$ koji list-pkgs --tag dist-f14

В отображаемом при выполнении команды списке, в первом столбце выводится имя пакета, во втором — имя тега, от которого было унаследованно данное имя, в третьем — имя владельца пакета.

Последние сборки

Для просмотра последних сборок, помеченных некоторым тегом, используется команда latest-pkg:

$ koji latest-pkg --all dist-f14

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

Copyright © 2024 Red Hat, Inc. and others. All Rights Reserved. For comments or queries, please contact us.

The Fedora Project is maintained and driven by the community and sponsored by Red Hat. This is a community maintained site. Red Hat is not responsible for content.

• This page was last edited on 24 April 2013, at 11:42.
• Content is available under Attribution-Share Alike 4.0 International unless otherwise noted.

• Privacy policy
• About Fedora Project Wiki
• Disclaimers
• Code of Conduct
• Sponsors
• Legal
• Trademark Guidelines

Linux за 30 минут. Руководство по выбору и использованию Linux для новичков

Со­вер­шенно не важ­но, какую опе­раци­онку ты пред­почита­ешь иметь на рабочем компь­юте­ре, — Linux сегод­ня бук­валь­но пов­сюду: на сер­верах, на желез­ках вро­де Raspberry Pi, на умных устрой­ствах, на компь­юте­рах в госуч­режде­ниях. Да что там, даже в Windows теперь мож­но запус­кать Linux, что­бы лег­че было, к при­меру, тес­тировать сер­верный софт. Хакеру же ори­енти­ровать­ся в Linux прос­то необ­ходимо.

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

В этой статье мы попыта­емся рас­ска­зать все, что сами хотели бы знать, ког­да начина­ли инте­ресо­вать­ся «Линук­сом» мно­го лет назад. Это и теоре­тичес­кие све­дения, которые помогут ори­енти­ровать­ся, и впол­не прак­тичные советы.

Важное предупреждение

По уров­ню слож­ности это не впол­не харак­терная для «Хакера» статья — она рас­счи­тана на сов­сем‑сов­сем новых поль­зовате­лей. Мысль о ней появи­лась, ког­да мы ста­ли ком­поновать под­борку матери­алов об исполь­зовании Linux и обна­ружи­ли, что у нас нет ничего, что подош­ло бы в качес­тве самого начала. А если и есть, то пок­рыто тол­сты­ми мха­ми.

Ес­ли ты про­тив таких ста­тей в «Хакере», можешь, конеч­но, отме­тить­ся в ком­мента­риях, но, пра­во сло­во, луч­ше иди почитай про экс­плу­ата­цию ядра или про то, как писать минима­лис­тичный бэк‑шелл на ассем­бле­ре. Бла­го таких ста­тей у нас боль­шинс­тво и менять в этом пла­не мы ничего не собира­емся.

Ес­ли же тема кажет­ся тебе в самый раз, то прис­тегивай­ся — наш звез­долет отправ­ляет­ся, что­бы про­нес­тись по осно­вам Linux со сверх­све­товой ско­ростью.

Какой бывает Linux

Пер­вое, с чем стал­кива­ется человек, жела­ющий уста­новить Linux, — это огромное раз­нооб­разие дис­три­бути­вов. Все эти наз­вания прос­то невоз­можно упом­нить, но в реаль­нос­ти и не нуж­но.

Три основных семей­ства дис­три­бути­вов, о которых нуж­но знать в пер­вую оче­редь, — это Debian, Red Hat и Arch. Еще мож­но вспом­нить SUSE, Mandriva и Gentoo, но день­ки их сла­вы уже позади, да прос­тят нас их поль­зовате­ли!

info

Chrome OS — это тоже внут­ри впол­не нас­тоящий Linux, и в новых вер­сиях под­держи­вает­ся запуск прог­рамм для Linux. Но в один ряд с дру­гими дис­три­бути­вами эту ОС все же не пос­тавишь.

Из семей­ства ­Debian в пер­вую оче­редь сто­ит обра­тить вни­мание на Ubuntu. Это и есть самый оче­вид­ный выбор, если ты раз­думыва­ешь, с чего начать. Ком­пания Canonical, сто­ящая за Ubuntu, прик­ладыва­ет огромные силы для того, что­бы этот дис­три­бутив хорошо работал и был дру­желю­бен к поль­зовате­лю. Для это­го дис­три­бути­ва име­ется широчай­ший выбор ста­биль­но работа­ющих прог­рамм — ты точ­но не будешь испы­тывать в них недос­татка.

К тому же у Ubuntu огромное сооб­щес­тво, что зна­читель­но упро­щает решение проб­лем: в 99% слу­чаев ты будешь не пер­вый, кто испы­тыва­ет ту или иную слож­ность. Прос­то копируй сооб­щение об ошиб­ке, и навер­няка най­дешь вет­ку форума, где более опыт­ные товари­щи объ­ясня­ют дру­гим пос­тра­дав­шим, как с этим спра­вить­ся.

Есть и дру­гие популяр­ные дис­три­бути­вы, осно­ван­ные на Debian, — к при­меру, Raspberry Pi OS, MX Linux или Kali Linux. А на Ubuntu базиру­ются Linux Mint, elementary OS и мно­гие дру­гие. Кста­ти, Mint и elementary тоже неп­лохие вари­анты для нович­ков.

Ста­вить Kali в качес­тве пер­вой сис­темы обыч­но не рекомен­дуют: этот узкоспе­циали­зиро­ван­ный хакер­ский дис­три­бутив пло­хо прис­пособ­лен для пов­седнев­ной работы, и уста­нав­ливать его пред­полага­ется в вир­туал­ку или в качес­тве вто­рой ОС. К тому же он под завяз­ку забит хак­тулза­ми вмес­то обыч­ных при­ложе­ний, что будет сби­вать с тол­ку. Но если ты ста­вишь Linux спе­циаль­но, что­бы заполу­чить все это богатс­тво, то кто мы такие, что­бы тебя оста­нав­ливать?

Что до самого Debian, то его глав­ная фиш­ка — это лицен­зион­ная чис­тота. Раз­работ­чики вни­матель­но сле­дят за тем, что­бы в него не попало ни строч­ки кода, который рас­простра­няет­ся не по сво­бод­ной лицен­зии (что, может быть, и пох­валь­но с точ­ки зре­ния иде­оло­гии, но ког­да ты хочешь осво­ить­ся с Linux, ско­рее все­го, обер­нется раз­ного рода слож­ностя­ми).

К семей­ству дис­три­бути­вов Red Hat отно­сят­ся в пер­вую оче­редь Fedora, Red Hat Enterprise Linux (RHEL) и Rocky Linux. На обыч­ный ПК есть смысл ста­вить «Федору», тог­да как RHEL — это ком­мерчес­кое решение для сер­веров, а Rocky Linux — его неком­мерчес­кий клон, соз­данный сооб­щес­твом.

И наконец, Arch — это край­не инте­рес­ный «гиков­ский» дис­три­бутив, который ты можешь сам соб­рать по кир­пичикам и нас­тро­ить как тебе захочет­ся. Одна­ко нырять в это без пред­варитель­ных поз­наний в Linux не совету­ем. Решая проб­лемы, ты, конеч­но, при­обре­тешь мно­го цен­ных зна­ний, но это далеко не самый прос­той путь, и луч­ше отло­жить хож­дение по нему на потом.

У Arch есть и менее суровые вари­ации — Manjaro и EndeavourOS. В обе­их хотя бы при­сутс­тву­ют заранее нас­тро­енные и под­готов­ленные к работе окру­жения, но тоже аске­тич­ные. С дру­гой сто­роны, отсутс­твие необуз­данно­го раз­нооб­разия может быть плю­сом при пер­вом зна­комс­тве, так что начинать с Manjaro — не такая пло­хая идея. Осо­бен­но если ты пла­ниру­ешь ста­вить Linux на сла­бый компь­ютер.

Not Unix

В чем отли­чие Linux от Unix? Если очень‑очень упростить, то мож­но ска­зать, что Unix — это пре­док Linux. Более слож­ный и раз­верну­тый ответ тре­бует нем­ного углу­бить­ся в исто­рию.

В семиде­сятые годы Ричард Стол­лман при­думал кло­ниро­вать ком­мерчес­кий и по тем вре­менам дорогос­тоящий Unix и соз­дать свою опе­раци­онку, которую он наз­вал GNU is not Unix или прос­то GNU. Стол­лман и ком­пания перепи­сали все ком­понен­ты Unix и опуб­ликова­ли их под при­думан­ной ими «вирус­ной» лицен­зией GPL.

Из­началь­но сло­вом Linux называ­ли толь­ко соз­данное Линусом Тор­валь­дсом ядро. Но наз­вание Linux и мас­кот‑пин­гвин быс­тро при­жились, и ими теперь обоз­нача­ют всю ОС — нес­мотря на воз­ражения Стол­лма­на и прось­бы писать толь­ко GNU/Linux.

Linux в эпо­ху интерне­та стал быс­тро набирать популяр­ность, и ком­мерчес­ким вари­антам Unix со вре­менем прос­то не оста­лось мес­та. Тем не менее до сих пор живы его потом­ки — опе­раци­онные сис­темы FreeBSD и OpenBSD, которые теперь бес­плат­ны и мно­гое заимс­тву­ют из сов­ремен­ного «Линук­са». Кста­ти, на FreeBSD осно­ваны macOS и iOS.

По­луча­ется, что выбор дис­три­бути­ва — это в пер­вую оче­редь выбор под­хода и даже иде­оло­гии. Одна­ко более при­зем­ленным ори­енти­ром обыч­но слу­жит набор основных ком­понен­тов, из которых стро­ятся дис­тры. Давай обсу­дим глав­ные из них.

Ядро

Яд­ро, хоть и кри­тичес­ки важ­но для работы сис­темы, осо­бо не инте­рес­но с точ­ки зре­ния поль­зовате­ля — вза­имо­дей­ство­вать с ним нап­рямую тебе вряд ли при­дет­ся, пока ты не ста­нешь нас­тоящим гуру.

Воз­можно, ты час­то слы­шал про «сбор­ку ядра» и можешь даже самос­тоятель­но поп­робовать сде­лать это. Пос­коль­ку ядро Linux монолит­ное, в него дол­жна вхо­дить под­дер­жка мно­жес­тва вещей, которые каса­ются всех аспектов работы компь­юте­ра. Соот­ветс­твен­но, перед сбор­кой мож­но и нуж­но задать кучу вся­ких нас­тро­ек, но ничего осо­бен­но увле­катель­ного в этом, поверь, нет, хотя про­цесс край­не поз­наватель­ный.

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

Пакетный менеджер

Лю­бой Linux сос­тоит из тысяч мел­ких ком­понен­тов — прог­рамм, биб­лиотек и ресур­сов (нап­ример, фай­лов кон­фигура­ции, наборов ико­нок и так далее). Рас­простра­няют­ся они в виде пакетов (package).

Па­кет­ный менед­жер — это спе­циаль­ная прог­рамма, которая выпол­няет уста­нов­ку, нас­трой­ку, уда­ление, а так­же обновле­ние как отдель­ных при­ложе­ний, так и всей сис­темы в целом или ее ком­понен­тов.

Очень час­то один пакет тре­бует для работы наличия дру­гих, и сле­дить за эти­ми зависи­мос­тями вруч­ную на сов­ремен­ной сис­теме невоз­можно. Поэто­му осно­ва каж­дого дис­три­бути­ва — это пакет­ный менед­жер, который рулит уста­нов­кой и обновле­нием соф­та. В дис­три­бути­вах, осно­ван­ных на Debian, он называ­ется APT, в Red Hat — DNF, а в Arch — pacman.

Па­кеты менед­жер берет из репози­тория — боль­шого скла­да, куда соз­датели дис­три­бути­ва заг­ружа­ют их. Репози­тори­ев зачас­тую мож­но под­клю­чить сра­зу нес­коль­ко. Нап­ример, в Ubuntu есть четыре основных: Main (под­держи­ваемый раз­работ­чиками), Universe (под­держи­ваемый сооб­щес­твом), Restricted (с проп­риетар­ным ПО) и Multiverse (с ПО, на которое дей­ству­ют нес­вобод­ные лицен­зии).

Пос­коль­ку вско­ре пос­ле уста­нов­ки Linux ты обна­ружишь необ­ходимость в драй­верах для железа, допол­нитель­ных шриф­тах, кодеках и тому подоб­ных вещах, ско­рее все­го, понадо­бит­ся раз­решить сис­теме дос­туп к запят­нанным ком­мерци­ей репози­тори­ям. В Ubuntu это дела­ется в меню «Прог­раммы и обновле­ния».

Графическая система

Да­леко не каж­дый Linux снаб­жен гра­фичес­кой сис­темой или вооб­ще нуж­дает­ся в ней — очень мно­гие дей­ствия здесь мож­но делать и из коман­дной стро­ки. Одна­ко сов­ремен­ный рабочий стол — это все же икон­ки и окош­ки.

Что­бы работать с гра­фикой, в Linux дол­жны при­сутс­тво­вать сер­вер дис­плея X.Org (тра­дици­онный вари­ант) либо новомод­ный ком­позитор Wayland, на который сей­час перехо­дят наибо­лее передо­вые дис­три­бути­вы. Плюс тре­бует­ся окон­ный менед­жер — прог­рамма, которая отве­чает за то, как выг­лядят и работа­ют эле­мен­ты интерфей­са.

Впро­чем, это всё доволь­но низ­коуров­невые под­робнос­ти, нырять в которые с ходу не обя­затель­но. Куда ско­рее тебе при­дет­ся задумать­ся о выборе рабочей сре­ды (Desktop Environment, DE). Это совокуп­ность окон­ного менед­жера и раз­ного рода прог­рамм, мел­ких (нап­ример, рису­ющих раз­ные панели, рабочий стол, вид­жеты) и круп­ных — вро­де фай­лового менед­жера. Сюда же обыч­но вхо­дит и набор базово­го соф­та: кален­дарь, поч­товик и про­чее в таком духе.

Са­мые извес­тные окон­ные сре­ды — это GNOME и KDE. Но в реаль­нос­ти их спи­сок гораз­до длин­нее. Любите­ли минима­лиз­ма могут прис­мотреть­ся к Xfce или LXDE, а Ratpoison, dwm, i3 и xmonad пре­дос­тавля­ют сре­ду с неперек­рыва­ющи­мися окна­ми, что некото­рые находят удоб­ным.

А еще от GNOME отва­лились про­екты MATE и Cinnamon — их раз­работ­чикам не пон­равил­ся интерфейс GNOME 3, и они про­дол­жили раз­вивать вто­рую вет­ку. А в elementary OS исполь­зует­ся своя сре­да под наз­вани­ем Pantheon, которую не встре­тишь боль­ше ниг­де. В общем, раз­нооб­разие огромно!

Соз­датели дис­три­бути­вов, в которые вхо­дит гра­фичес­кая сре­да, обыч­но выбира­ют одну или нес­коль­ко сред, которые будут под­держи­вать офи­циаль­но. Но при этом тебе нич­то не меша­ет поменять DE или уста­новить одновре­мен­но боль­ше одной, что­бы перек­лючать­ся меж­ду ними или исполь­зовать прог­раммы одной сре­ды из дру­гой. Про­буй, экспе­римен­тируй, и сам пой­мешь, что тебе бли­же.

Командный интерпретатор

Поль­зовате­ли Windows при­вык­ли к тому, что в этой опе­раци­онной сис­теме име­ется стан­дар­тный интер­пре­татор команд cmd. exe , который при­нято называть коман­дной стро­кой. В пос­ледних вер­сиях вин­ды его орга­нич­но допол­нил PowerShell, одна­ко эти­ми дву­мя сре­дами ассорти­мент коман­дных интер­пре­тато­ров в Windows исчерпы­вает­ся.

В Linux коман­дных интер­пре­тато­ров сущес­тву­ет мно­жес­тво, и, если для Windows они лишь вспо­мога­тель­ное средс­тво адми­нис­три­рова­ния, здесь это один из основных и очень мощ­ных инс­тру­мен­тов работы с сис­темой.

Собс­твен­но, сама исто­рия Linux началась имен­но с коман­дной стро­ки, точ­нее тер­минала или даже телетай­па. Гра­фичес­кий интерфейс к нему при­дела­ли уже зна­читель­но поз­же. Имен­но поэто­му коман­дную стро­ку в Linux час­то называ­ют «эму­лятор тер­минала», а про­цес­сы с ними носят пре­фикс tty (teletype).

Как ты зна­ешь, с исполь­зовани­ем команд в Windows мож­но писать скрип­ты, авто­мати­зиру­ющие какие‑либо дей­ствия: пакет­ные фай­лы (batch files) были в ходу еще со вре­мен MS-DOS, а PowerShell замет­но рас­ширил и углу­бил эту тех­нологию. В Linux мож­но делать то же самое: соб­ранный в файл набор команд интер­пре­тато­ра может работать как слож­ная прог­рамма, а сами коман­ды явля­ются по боль­шому сче­ту язы­ком прог­рамми­рова­ния.

На­боры команд, сох­ранен­ные одним фай­лом, при­нято называть сце­нари­ями или скрип­тами. Все скрип­ты в Linux начина­ются с сим­волов #! (это сочета­ние называ­ется «шебанг») и пути к интер­пре­тато­ру — коман­де, которая будет исполнять скрипт.

Стан­дар­тным коман­дным интер­пре­тато­ром в Linux явля­ется bash — обновлен­ная и модер­низиро­ван­ная вер­сия коман­дной обо­лоч­ки Bourne shell, которая была изоб­ретена Сти­веном Бор­ном в 1978 году и исполь­зовалась еще в клас­сичес­ком Unix.

Прож­женные линук­соиды пред­почита­ют ста­вить вмес­то bash более прод­винутый интер­пре­татор — Z shell (ZSH), обратно сов­мести­мый с bash, но име­ющий по срав­нению с ним мно­жес­тво улуч­шений. Для этой обо­лоч­ки сооб­щес­твом был раз­работан спе­циаль­ный откры­тый и бес­плат­ный фрей­мворк Oh My ZSH, который содер­жит мно­жес­тво пла­гинов для авто­мати­зации работы с коман­дами и скрип­тами. Как минимум Oh My ZSH поз­воля­ет исполь­зовать кра­сивые темы офор­мле­ния окна коман­дной стро­ки, бла­года­ря которым окру­жающие точ­но соч­тут тебя гени­аль­ным хакером.

info

Пре­дуп­редим о проб­леме, с которой момен­таль­но стал­кива­ется каж­дый новый поль­зователь Linux. Если ты зай­дешь в какой‑то каталог и попыта­ешь­ся написать наз­вание исполня­емо­го фай­ла, что­бы запус­тить его, то ничего не получит­ся. Почему?

При­чина в том, что интер­пре­татор ищет фай­лы толь­ко в катало­гах, которые ука­заны в перемен­ной окру­жения $PATH . То есть тебе нуж­но либо задать пол­ный путь к исполня­емо­му фай­лу, либо явно ука­зать на текущий каталог. Как ты зна­ешь, родитель­ский каталог отме­чает­ся дву­мя точ­ками ( .. / ), а что­бы ука­зать на текущий, нуж­но писать . / . То есть вмес­то program пиши ./ program , и все получит­ся!

И еще один очень важ­ный момент. В Windows тип фай­ла опре­деля­ется его рас­ширени­ем — в зависи­мос­ти от него коман­дный интер­пре­татор и обо­лоч­ка реша­ют, как они будут обра­баты­вать файл. В Linux все устро­ено нем­ного по‑дру­гому: у bash пол­ностью отсутс­тву­ет какое‑либо ува­жение к рас­ширени­ям фай­лов. Исполня­емый файл отли­чает­ся от обыч­ного не рас­ширени­ем, а наличи­ем пра­ва на его исполне­ние: если оно есть, сис­тема счи­тает такой файл прог­раммой (или скрип­том) и пыта­ется выпол­нить. О пра­вах на фай­лы мы под­робнее погово­рим чуть даль­ше в соот­ветс­тву­ющем раз­деле.

Домашний каталог и скрытые файлы

Пос­коль­ку Linux изна­чаль­но задумы­вал­ся как мно­гополь­зователь­ская опе­раци­онная сис­тема, все пути к «домаш­ним» пап­кам, перемен­ные окру­жения, прог­раммы, которые запус­кают­ся при откры­тии тер­минала, и дру­гие нас­трой­ки зада­ются в про­филе поль­зовате­ля. У раз­ных юзе­ров они, соот­ветс­твен­но, раз­ные. Бла­года­ря это­му ты можешь, нап­ример, нас­тро­ить сис­темное окру­жение так, как ком­фор­тно имен­но тебе.

Что­бы ука­зывать на домаш­ний каталог, очень удоб­но исполь­зовать сим­вол ~ . Так, вмес­то / home/ vasya/ мож­но писать прос­то ~/ , если ты залоги­нен как vasya .

В Linux час­то встре­чает­ся то, что в Windows поп­росту невоз­можно: фай­лы, имя которых начина­ется с точ­ки (поль­зовате­ли вин­ды с неп­ривыч­ки дума­ют, буд­то это фай­лы без име­ни, име­ющие одно толь­ко рас­ширение). На самом деле в Linux так обоз­нача­ют скры­тые фай­лы. Нап­ример, имя . htacess говорит нам о том, что этот файл скры­тый, — бла­года­ря наличию точ­ки перед име­нем его лег­ко отли­чить от дру­гих фай­ловых объ­ектов.

В домаш­нем катало­ге поль­зовате­ля хра­нит­ся нес­коль­ко скры­тых фай­лов, которые могут быть очень полез­ны при работе в Linux. Что­бы прос­мотреть скры­тые фай­лы в текущем катало­ге, исполь­зуй кон­соль­ную коман­ду ls -a или поковы­ряй­ся в меню фай­лового менед­жера: нап­ример, в Nautilus пункт «Показать скры­тые фай­лы» пря­чет­ся в меню «Вид». Обра­ти вни­мание на сле­дующие скры­тые фай­лы:

• . bash_profile — содер­жит информа­цию о поль­зователь­ском окру­жении и запус­каемых при авто­риза­ции поль­зовате­ля прог­раммах. В некото­рых дис­три­бути­вах, осно­ван­ных на Debian, дан­ного фай­ла по умол­чанию не сущес­тву­ет, но ты можешь соз­дать его самос­тоятель­но;
• . bash_login — этот файл исполня­ется, если отсутс­тву­ет . bash_profile , и выпол­няет схо­жую фун­кцию. Это­го фай­ла не сущес­тву­ет по умол­чанию ни в дис­три­бути­ве Debian, ни в дис­три­бути­ве Red Hat;
• . profile — выпол­няет­ся при отсутс­твии . bash_profile и . bash_login ;
• . bash_logout — сце­нарий, который выпол­няет­ся авто­мати­чес­ки при завер­шении работы коман­дной обо­лоч­ки;
• . bash_history — хра­нит информа­цию обо всех коман­дах, наб­ранных в bash;
• . ssh — каталог, в котором хра­нят­ся клю­чи шиф­рования для под­клю­чения по SSH;
• . bashrc — сце­нарий, который обыч­но нас­тра­ивает­ся дру­гими сце­нари­ями для сво­их собс­твен­ных нужд — нап­ример, запус­ка демонов или обра­бот­ки каких‑либо команд.

Необходимый минимум команд

Итак, запоми­най самые важ­ные коман­ды, если еще не зна­ешь их:

• man — чуть ли не самая важ­ная коман­да — она отоб­ража­ет справ­ку о коман­де, наз­вание которой ты напишешь сле­дом;
• ls (от сло­ва list, спи­сок) — перечис­лить все фай­лы в текущей дирек­тории, ана­лог вин­довой коман­ды dir . Самые важ­ные клю­чи: -a (all) — показы­вать скры­тые фай­лы, -l (long) — показы­вать под­робнос­ти, -h (human) — показы­вать раз­меры в «челове­чес­ких» еди­ницах, а не в бай­тах. Мож­но писать все клю­чи сра­зу: ls -lha ;
• cd (change directory) — сме­нить дирек­торию. Даль­ше мож­но ука­зать пап­ку, в которую ты хочешь перей­ти;
• pwd (print working directory) — узнать текущий путь;
• cp (copy) — ско­пиро­вать файл. Даль­ше нуж­но ука­зать, что и куда копиро­вать;
• mv (move) — перемес­тить файл. Тоже ука­зыва­ем какой, затем — куда;
• rm (remove) — сте­реть файл. Если сти­раешь каталог, ука­зывай опцию -r (recursive), что­бы сте­реть все под­катало­ги внут­ри, под­катало­ги внут­ри них и так далее;
• chmod и chown — поменять пра­ва на файл или вла­дель­ца фай­ла;
• cat (concatenate) — при­дума­на, что­бы объ­еди­нять фай­лы, но час­то исполь­зует­ся, что­бы все­го лишь вывес­ти содер­жимое тек­сто­вого фай­ла. Прос­то напиши его наз­вание пос­ле cat ;
• less — если файл длин­ный, то его удоб­но прок­ручивать. Для это­го и при­дума­на коман­да less ;
• head и tail — с опци­ей -n число показы­вают сколь­ко‑то строк от начала ( head ) или кон­ца ( tail ) ука­зан­ного фай­ла;
• grep — поиск в стро­ке по подс­тро­ке или регуляр­ному выраже­нию;
• find — поиск фай­лов;
• mkdir (make directory) — соз­дание дирек­тории;
• touch — соз­дание пус­того фай­ла. Прос­то ука­жи его наз­вание;
• sudo — выпол­нить сле­дующую далее коман­ду от име­ни супер­поль­зовате­ля;
• df (disk free) — пос­мотреть, сколь­ко на дис­ках сво­бод­ного мес­та. Рекомен­дую писать df -h по ана­логии с ls -h ;
• du (disk usage) — узнать, сколь­ко занима­ет каталог. Тоже есть опция -h ;
• ps (processes) — пос­мотреть спи­сок запущен­ных тобой про­цес­сов и их иден­тифика­торы;
• kill и иден­тифика­тор — завер­шить какой‑то про­цесс.

Нес­коль­ко важ­ных сетевых команд:

• ping — попин­говать узел;
• nslookup — узнать информа­цию об узле;
• traceroute — прос­ледить путь пакетов до узла;
• netstat — информа­ция об откры­тых пор­тах и соеди­нени­ях;
• whois — информа­ция о регис­тра­ции домена.

По­мимо это­го, в Linux обыч­но есть нес­коль­ко ути­лит, которые силь­но облегчат тебе жизнь. Если их нет, то сто­ит их уста­новить:

• git — популяр­ней­шая сис­тема кон­тро­ля вер­сий, как и ядро Linux, соз­данная Линусом Тор­валь­дсом;
• nano — прос­тей­ший тек­сто­вый редак­тор, работа­ющий в тер­минале;
• unzip и unrar — думаю, ты догады­ваешь­ся, зачем они нуж­ны;
• curl нужен для веб‑зап­росов;
• wget — для ска­чива­ния боль­ших фай­лов;
• htop показы­вает уро­вень заг­рузки сис­темы и спи­сок про­цес­сов.

Важ­но: вый­ти из прог­рамм, которые не зак­рыва­ются сами, обыч­но мож­но, нажав Q. Прер­вать работу — Ctrl-C. А что­бы вый­ти из vim , если ты его открыл слу­чай­но, набери пос­ледова­тель­ность : q! и наж­ми Enter.

Ввод-вывод и пайпы

Боль­шинс­тво прог­рамм, работа­ющих из коман­дной стро­ки, при­нима­ют дан­ные на вход и что‑то выда­ют на выходе. При этом вывод одной прог­раммы мож­но нап­равить на ввод дру­гой и таким обра­зом дос­тичь какой‑то более слож­ной цели или авто­мати­зиро­вать какой‑то про­цесс. Давай раз­берем­ся под­робнее.

Продолжение доступно только участникам

Вариант 1. Присоединись к сообществу «Xakep.ru», чтобы читать все материалы на сайте

Членство в сообществе в течение указанного срока откроет тебе доступ ко ВСЕМ материалам «Хакера», позволит скачивать выпуски в PDF, отключит рекламу на сайте и увеличит личную накопительную скидку! Подробнее

Вариант 2. Открой один материал

Заинтересовала статья, но нет возможности стать членом клуба «Xakep.ru»? Тогда этот вариант для тебя! Обрати внимание: этот способ подходит только для статей, опубликованных более двух месяцев назад.