Составьте краткое изложение этой истории. Вот краткое изложение содержания истории, основанное на фактах: Вот упрощенная версия содержания истории: Вот беззаботный взгляд на содержание истории: Исследуйте другую точку зрения: Покажите мне факты Объясните это так, будто мне 5 лет Дайте мне беззаботный пересказ
Вы когда-нибудь задумывались, что происходит, когда вы запускаете несколько сред рабочего стола на одной системе Linux? Недавно я проверил это, установив KDE Plasma вместе с настройками GNOME по умолчанию в Ubuntu. К сожалению, это оказалось более головной болью, чем я ожидал.
Как поклонник KDE Plasma, я никогда не любил кастомизированный подход Ubuntu к среде рабочего стола (DE) GNOME. Тем не менее, Ubuntu остается самым популярным дистрибутивом, поэтому я держу его под рукой для тестирования и экспериментов. Моим последним экспериментом была настройка системы, в которой я мог быстро переключиться на стандартную Ubuntu для тестирования и создания снимков экрана, а затем вернуться к своей основной среде KDE Plasma — и все это без необходимости перезагрузки системы. Для этого я решил установить KDE Plasma поверх Ubuntu и работать с системой, в которой было два DE. Вот как это было!
Установка KDE Plasma прошла гладко и, как и ожидалось
Установка KDE Plasma на Ubuntu относительно гладкая и простая. Для начала убедитесь, что ваша система обновлена. Выполните эту команду:
sudo apt update && sudo apt upgrade
После завершения перезагрузите систему, если необходимо, а затем выполните следующую команду для установки aptitude:
sudo apt установить aptitude
Aptitude — это более многофункциональный альтернативный менеджер пакетов, который лучше справляется со сложными зависимостями пакетов по сравнению с APT. Учитывая тот факт, что установка совершенно другого DE со своей собственной экосистемой приложений и зависимостей создает много места для конфликтов, я хотел использовать менеджер пакетов Aptitude для установки KDE Plasma.
sudo aptitude установить kde-plasma-desktop
Вышеуказанная команда устанавливает DE только с базовыми утилитами. Вы также можете использовать kde-стандарт для установки полного набора системных утилит. Я хотел ограничиться минимумом, поэтому просто установил DE. Если мне понадобится что-то дополнительное, я просто смогу установить это позже.
Процесс установки был быстрым и безошибочным. Во время установки мне было предложено выбрать между двумя менеджерами дисплеев: SDDM (Simple Desktop Display Manager) и GDM3 (GNOME Display Manager 3). Я выбрал SDDM (по умолчанию для KDE), так как он предлагает больше вариантов тем и лучшую совместимость с Plasma. Использование GDM3 могло создать проблемы совместимости в дальнейшем.
После установки и быстрой перезагрузки меня встретил элегантный экран входа SDDM. Используя селектор сеансов, я загрузился в чистую сессию KDE Plasma. Честно говоря, он выглядел и функционировал как любой обычный дистрибутив на основе KDE Plasma.
Закрыто
Если и когда мне нужно было переключиться обратно на GNOME, мне приходилось выйти из системы моего текущего сеанса и использовать переключатель сеансов для входа в GNOME. Переход был намного быстрее и плавнее по сравнению с переключением между двумя дистрибутивами в системе с двойной загрузкой.
В моей системе было два набора основных приложений
Сначала я думал, что мои сеансы GNOME и KDE Plasma будут иметь только системные приложения, специфичные для этого DE. Однако, когда я начал изучать систему, я быстро заметил, что теперь у меня есть дублирующие приложения для большинства основных функций.
Например, оба файловых менеджера, Dolphin от KDE Plasma и Nautilus от GNOME, были доступны из одного сеанса, что создавало сбивающее с толку совпадение. Это дублирование распространялось почти на каждую категорию системных приложений. Интересно, что я не видел, чтобы GNOME Settings или GNOME Terminal появлялись в моих сеансах KDE Plasma, что предполагало, что некоторый уровень изоляции сеанса работал. Однако приложение KDE Settings и Terminal отображалось в моем сеансе GNOME, что было странно.
Закрыто
Одной из самых очевидных проблем была визуальная несогласованность. Видите ли, приложения KDE Plasma созданы с использованием инструментария Qt, тогда как приложения GNOME созданы с использованием фреймворка GTK. Таким образом, даже после применения различных тем и настроек визуальный диссонанс был резким и делал общее впечатление непрофессиональным.
Тем не менее, избыточность приложений и визуальная непоследовательность были только половиной моих проблем, так как многие из моих предварительно настроенных системных ярлыков и скриптов bash просто полностью сломались — предположительно, потому что они ожидали определенные компоненты DE, которые не были активны в текущем сеансе. Это означало, что мне фактически пришлось перенастраивать все с нуля!
Система стала очень глючной и нестабильной
По мере того, как я продолжал использовать систему в течение следующих дней, общее впечатление значительно ухудшилось. Несмотря на работу на мощном оборудовании с процессором Ryzen 5 и 32 ГБ оперативной памяти, все ощущалось все более дерганым и нестабильным.
Проблемы с производительностью возникли в обоих DE. Приложения запускались дольше, анимация окон тормозила, а общая отзывчивость страдала. Я попытался переключиться между сеансами X11 и Wayland, чтобы изолировать проблему, но замедление сохранялось независимо от сервера отображения.
Больше всего беспокоило то, что моя ранее стабильная установка Ubuntu GNOME, которая работала идеально до установки KDE, также начала испытывать проблемы. Очевидно, что две среды рабочего стола мешали друг другу на фундаментальном уровне — портили конфигурации, вызывали конфликты и делали всю систему ненадежной.
Устранение проблем, необходимых для поиска и удаления конфликтующих файлов и пакетов
Судя по всему, KDE Plasma и GNOME хранят настройки, настройки темы и конфигурации приложений в каталогах, которые иногда перекрываются или мешают друг другу. Вероятно, это и было причиной проблем, с которыми я столкнулся.
Теперь методический подход к исправлению этого будет включать мониторинг журналов ошибок, определение того, какие конкретные процессы или пакеты вызывают конфликты, выборочное удаление проблемных компонентов и тестирование стабильности после каждого изменения. Хотя технически это возможно, это больше проблем, чем пользы.
Неудивительно, что наиболее широко рекомендуемым решением, которое я получил, было просто очистить или удалить GNOME (или DE, который я не планирую использовать) вместе со всеми его зависимостями. Это удалит все потенциальные файлы и пакеты, которые могут вызвать конфликт с другим DE.
К сожалению, полное удаление GNOME не было для меня вариантом, поскольку моей изначальной целью было сохранить доступ к обоим DE. Без этой гибкости весь проект стал бы безнадежным делом. Я застрял с нестабильной системой, которая не могла надежно запустить ни одно из DE должным образом.
Проще просто установить Kubuntu
Подобные эксперименты проливают свет на то, почему Kubuntu вообще существует. Если вы хотите Ubuntu в качестве базы с KDE Plasma в качестве DE по умолчанию, то Kubuntu — это то, что вам следует использовать. Тем не менее, установка Kubuntu на «голое железо» означает, что если вы хотите переключаться между ним и Ubuntu (или любым другим дистрибутивом на основе GNOME), вам нужно дождаться завершения всего процесса перезагрузки. Это может стать большой головной болью, если ваш рабочий процесс требует частого переключения.
Я обнаружил, что лучшим вариантом будет просто использовать один дистрибутив в качестве основного и использовать VirtualBox для виртуализации другого. Это то, что я делаю прямо сейчас — просто держу виртуализированный экземпляр Ubuntu для тестирования на моем основном дистрибутиве Garuda Linux. Это не всегда идеально, потому что виртуализация может быть капризной с более интенсивными задачами, когда я загружаюсь в свой экземпляр Ubuntu, установленный на голом железе.
По моему опыту, установка новой среды рабочего стола на дистрибутив Linux, разработанный для настольных компьютеров, имеет смысл только в том случае, если вы готовы полностью удалить исходную среду. Если у вас много файлов, конфигураций и настроек в текущей настройке, это будет хлопотно для миграции, очистка существующей среды рабочего стола и установка новой позволит вам сохранить все ваши данные, изменив при этом внешний вид и работу вашей системы.
Однако если это не ваша ситуация, вам обычно лучше использовать двойную загрузку с отдельным дистрибутивом, который включает ваш предпочтительный DE, или запустить его на виртуальной машине. Оба варианта предлагают почти одинаковые преимущества — без дополнительных головных болей и осложнений, с которыми мне пришлось столкнуться.
