Открывайте графический интерфейс через dnfdragora & из терминала. Запуск возможен только от пользователя с правами sudo. Без этого – ничего не будет видно, даже список репозиториев. Ошибки не будет, а смысла – тоже. Убедитесь, что установлен пакет dnfdragora, иначе всё бесполезно.
Для установки компонентов GUI на Red OS семейства 7.x дополнительно потребуется dnf install dnfdragora dnfdragora-updater. В восьмой ветке – уже встроено. Проверяйте через rpm -q dnfdragora.
Что происходит при выборе компонента? Dnfdragora тянет за собой зависимости. Но не всегда отображает конфликты – смотрите внизу окна, прокручивайте лог. Обновление не произойдёт, если одна библиотека несовместима. Почему? Потому что Red OS жёстко фиксирует версии для стабильности. Хотите гибкости – идите в ALT Linux.
Важно: если нажимаете «Удалить», компоненты удаляются молча, включая связанные зависимости. Проверяйте, что в списке – иначе вы снесёте
NetworkManager, и останетесь без сети.
Ничего не ищется? Проблема с кешем метаданных. Решается командой dnf clean all && dnf makecache. Потом перезапуск. Только так. Не помогает – значит, поломаны репозитории, проверяйте /etc/yum.repos.d.
Обновления вручную через Dnfdragora возможны, но не всегда отображаются новые версии. Почему? Кэш репозиториев живёт своей жизнью. Убедитесь, что настроен dnfdragora-updater.service через systemctl enable --now dnfdragora-updater.
Хотите ставить конкретную версию? Не выйдет. Интерфейс не покажет альтернативы. Делайте через терминал: dnf install httpd-2.4.6-97.el7. Только так получите нужный билд. GUI – только для базовых сценариев.
Внимание! Не используйте Dnfdragora на серверах без графической оболочки – это абсурд. В таких случаях всё через
dnf.
Red OS – не Fedora. Тут всё сдержаннее. Dnfdragora – костыль, а не волшебная палочка. Работает, но требовательно к вниманию. Пропустили ошибку – потеряли стабильность.
Содержание статьи
Установка и запуск Dnfdragora в графической среде
Ставьте через терминал. Никаких кликов. Открываете консоль, вводите:
sudo dnf install dnfdragora
На Red OS 8 – пакет уже предустановлен в редакции Workstation. На Server – его нет. Устанавливайте вручную. Проверить наличие:
rpm -q dnfdragora
Если не установлен – ошибок не даст. Просто ничего не произойдёт при запуске.
Важно помнить: без графической оболочки ничего не запустится. X-сервер обязателен. GNOME, KDE – неважно, но X должен быть.
Для запуска используйте:
dnfdragora &
Добавляйте &, иначе заблокирует текущую сессию. Запускаете без sudo – интерфейс откроется, но действия будут недоступны. Псевдографика – только чтение. Хотите ставить и удалять – запускайте так:
sudo dnfdragora
Но тут подвох. Не все среды передают переменные окружения в режиме sudo. GTK не найдёт дисплей. Решение:
sudo -E dnfdragora
или, если не срабатывает:
xhost +local: && sudo dnfdragora
Иначе – ошибка cannot open display. Часто на минимальных установках GNOME не выставляет переменные. Лечится через export DISPLAY=:0 перед запуском.
На слабом железе интерфейс тормозит. Причина – QT и Python. Это не баг, это архитектура. Хотите быстродействие – идите в консоль.
Внимание! В редакциях Red OS Server графической среды нет из коробки. Установка GUI – отдельная задача:
sudo dnf groupinstall "Server with GUI". Без неё о запуске не может быть и речи.
После запуска – ничего не обновляйте сразу. Сначала правый верхний угол, значок шестерёнки – проверьте активные источники. Иначе будете ставить с зеркала, которое не синхронизировано. Это ловушка для неопытных. Ошибки с зависимостями появляются не сразу, а после перезагрузки.
Работа с этой утилитой возможна только в рамках текущего пользователя. Не пытайтесь запускать от root напрямую в tty – получите пустой экран. Эта штука живёт только в сессии X11. В Wayland работает нестабильно. В Red OS с Wayland по умолчанию – отключайте его через GDM.
Поиск и установка программ через интерфейс Dnfdragora
Откройте GUI. Сразу введите нужное имя в поле поиска – без категорий, без фильтров. Почему? Потому что фильтрация в Red OS работает через rpm -q --whatprovides, а не по ключевым словам. Интерфейс не умеет искать по описаниям. Только по точному совпадению с именем.
- Нужно
htop? Введите htop, не монитор ресурсов. - Нужен
mc? Только так. Без сокращений, без описаний. - Не видите нужное? Проблема в кешировании. Выполните в терминале:
sudo dnf makecache.
Категории не спасут. Они пустые, если group info не обновлён. А он не обновляется сам. В Red OS это не Fedora. Здесь метаинформация не вытягивается автоматически.
Выбрали нужный компонент? Отмечайте галочкой слева. Не кликайте дважды – двойной клик сбрасывает выбор. Это баг, а не фича.
Внимание! Установка происходит не сразу. Вы отмечаете нужное – затем вручную нажимаете кнопку Применить. Без этого ничего не произойдёт.
После нажатия – откроется окно с транзакцией. Читайте внимательно. Внизу лог – именно там скрываются зависимости. Иногда прилетает perl-core, иногда dnf-utils, иногда 200 МБ мусора. Это нормально для Red OS. Но не игнорируйте – иначе поставите половину Gnome на сервер.
- Открываете графику
- Вводите точное имя
- Выбираете
- Нажимаете Применить
- Читаете лог, проверяете, что не прилетело лишнего
- Подтверждаете
После установки не закрывайте окно сразу. Нажмите «Журнал» – если компонент не установился, будет указан код ошибки. Часто это конфликт с текущей версией ядра или SELinux. Причина – политики безопасности Red OS жёстче, чем у CentOS.
Важно помнить: часть программ не появится в поиске, если репозиторий не подключён. Проверьте файл
/etc/yum.repos.d/. Особенно это касается epel и extras.
Удаление и очистка пакетов с сохранением зависимостей
Выбирайте для удаления только необходимые компоненты, не допуская массового сноса зависимостей. Интерфейс отмечает связанные элементы, но не всегда корректно. Контролируйте вручную список перед подтверждением.
Чтобы сохранить базовые библиотеки, снимайте галочки с зависимостей, если уверены, что они нужны другим программам. Dnfdragora не предлагает автоматическую защиту от удаления критичных системных пакетов, будьте внимательны.
Удаление запускается только после нажатия кнопки Применить. В открывшемся окне проверьте список транзакций, особенно строки с remove. Если видите удаление glibc или bash – немедленно отменяйте.
Важно: массовое удаление без проверки вызывает нестабильность системы и невозможность загрузки. Никогда не игнорируйте зависимости.
Очистка кэша и ненужных загруженных файлов выполняется отдельно. Для этого в терминале лучше использовать dnf clean packages или dnf clean metadata. В GUI эта функция ограничена и не всегда очевидна.
В Red OS рекомендуется проводить удаление через интерфейс только при полной уверенности в выбранных компонентах. Для глубокого контроля используйте терминал с ключом dnf remove --noautoremove. В противном случае лишние зависимости будут удалены.
Интерфейс показывает размер освобождаемого пространства, но учитывайте, что это приблизительные данные. Освобождение реального места может отличаться из-за снэпшотов и journalctl.
Помните! Перед удалением создавайте резервные копии важных данных и списков установленных пакетов.
В итоге: точечный выбор, двойная проверка списка зависимостей, контроль через лог транзакций и разумное использование функций очистки. Такой подход сохранит систему стабильной и минимизирует риск поломок.
Обновление системы и отдельных пакетов вручную
Чтобы обновить весь набор компонентов, в графическом интерфейсе нужно сначала нажать кнопку Обновить, которая подтягивает свежие версии из всех подключённых репозиториев. После этого внимательно изучите список изменений – крупные обновления ядра или библиотек требуют отдельного внимания.
Если хотите обновить конкретный элемент, вводите его имя в строку поиска и отмечайте только нужный пункт. Не отмечайте лишнее – это способ избежать нежелательных обновлений и конфликтов.
Важный нюанс Red OS: кэш и метаданные часто устаревают. Перед запуском обновления выполняйте в терминале sudo dnf makecache или обновляйте кэш через GUI. Иначе получите неполный список версий или ошибку загрузки.
После выбора компонентов нажимайте Применить. В открывшемся окне проверяйте транзакцию на предмет конфликтов и замен. Если система предлагает удалить критичные библиотеки – отменяйте операцию.
Внимание! Игнорирование предупреждений по зависимостям приводит к сломанной системе и необходимости экстренного восстановления.
Для контроля версий смотрите в журнал обновлений, который отображается после процедуры. Там можно отследить, что именно поменялось и не потерялись ли важные файлы.
Обновление вручную через GUI позволяет выбирать время и компоненты, которые не тронут серверную стабильность. Автоматические апдейты в Red OS отсутствуют по умолчанию – это сознательный выбор для стабильности.
Важно помнить: всегда делайте бэкап конфигураций перед обновлением ядра или системных библиотек.
Итог: точечное обновление с контролем зависимостей, обновление кэша перед операцией и внимательный анализ журнала – залог живой и исправной системы без лишних рисков.