Содержание
Как говорили древнеримские греки, дело дошло до триариев… то есть до инсталляции. Но сначала ещё несколько предварительных замечаний. На этот раз вроде точно последних.
Предварительные замечания
Подготовка к тому, чтобы претворить в реальность сделанный ранее выбор, основательно затянулась, подвергая тяжкому испытанию многотерпеливость моих читателей. Однако извиняться за то не буду, и по двум причинам.
Первая — мне думается, что осилившие подготовительную часть некоторую пользу от этого получили. Особенно те, кто до сего времени не имел дела с KDE (а то и вообще с Linux’ом и его рабочими средами).
Причём такая тренировка в настройке проходит без малейшего вреда для здоровья системы и собственных нервов. Потому что в случае безнадёжной порчи настроек всегда можно вспомнить слова чукчи-хирурга: «опять ничего не получилось!». И исполосовать брюхо пациента скальпелем просто отключить питание.
Вторая причина — сугубо шкурная: за то время, пока я сочинял и 1-ю, и 2-ю части этих историю, я узнал немало для себя нового. А также пришли кое-какие мысли на будущее.
А пока я предавался размышлениям, пришло сообщение о выходе первого для 21-го релиза Linux MX «точечного» обновления — за нумером, естественно, 21.1.
Предназначен dot-релиз для установок «с нуля». Уже инсталлированная с более ранних версий система будет обновлена до него естественным образом, в ходе плановых апдейтов.
Как и следовало ожидать, ничего неожиданного этот dot-релиз не принёс, особенно для KDE-редакции. Кроме окончательного понимания того, MX — таки дистр одного десктопа. И десктоп этот — Xfce. Что само по себе не плохо. Но нам-то сейчас от десктопа требуется другое — независимость от Gtk текущих версии и, особенно, от версий грядущих.
Однако, как говорил кот Бегемот, нет в мире совершенства. Так что займёмся, наконец, установкой.
Инсталляция
Инсталлятор MX существенно отличается как от Ubiquity, обеспечивающего установку всех «законных» отпрысков семейства Ubuntu, так и от близнецов-братьев на базе Calamares, и потому по первости может показаться непривычным. Однако он ничуть не сложнее их, в чём мы сейчас убедимся, запустив его посредством пиктограммы на рабочем столе или экранной кнопки с Приветствия MX:
В любом случае вызывается окно инсталлятора такого вида:
Секция Настрой клавиатуры будет выглядеть так только в том случае, если настройки эти были сделаны в меню загрузчика установочного образа, как было описано в предыдущей Истории. Ну а кнопка Дальше подсказывает, что же теперь надо делать.
Разметка диска
А делать нам предлагается следующее: не откладывая в долгий ящик, размечать целевой носитель. Причём сделать это не только сразу, но и навсегда: откат в «доразметочное» состояние будет невозможен.
В роли целевого носителя у нас выступает SSD с «мифическим» объёмом 120 ГБ, всё содержимое которого отдаётся на заклание. То есть прямой резон прибегнуть к автоматической разметке диска. Для чего обратиться к пункту Regular install using the entire disk. В этом случае SSD, «правильный» объём которого составляет 111 ГБ, разбивается на корневой раздел 106 ГБ и раздел подкачки 5,6 ГБ:
Почему именно так — для нас с Мануалом осталось покрыто мраком неизвестности. Оперативной памяти в машине 16 ГБ, так что swap-раздел логично было бы уравнять с ней или не делать вообще. Единственный результат такой разметки — то, что потом, после инсталляции, при выходе из системы к пункту Ждущий режим добавится ещё и режим Спящий:
Впрочем, если автоматическое разбиение не устраивает — можно проделать эту процедуру руками, нажав кнопку Назад и отметив радиокнопку Customize the disk layout (см. скриншот 3). Однако ручная разметка показалась мне (не смотря на возражения Мануала) не очень удобной. Если бы действительно это потребовалось — я предпочёл бы выполнить её заранее, до запуска инсталлятора, с помощью, например, утилиты cfdisk (что описывалось многократно, в том числе и нами).
Кроме того, в Live-режиме доступны и GUI-утилиты разметки дисков: во-первых, диспетчер разделов KDE, о котором некогда говорилось , и во-вторых, Disk Manager из комплекта MX-инструментария, о котором речь пойдёт в соответствующих Историях.
Однако пока меня автоматическая разметка устраивала, даже swap-раздел, который я не использовал уже много лет. Но тут вдруг захотелось поглядеть — какой он такой, этот спящий режим. Так что, не смотря на ворчание Мануала, я нажал кнопку Дальше. И получил панельку, спрашивающую моего согласия на форматирование и использование целевого накопителя целиком, я нажал кнопку Да:
После чего процесс установка уже необратим.
От загрузчика до аккаунта
Хотя на следующей странице инсталляторв высвечивается предложение выбрать место для установки загрузчика GRUB, в фоне происходит форматирование целевого целевого носителя и развёртывание на нём файловой системы:
Что можно только остановить, нажав кнопку Отмена — возврат к «доустановочному» состоянию уже невозможен: обращаем внимание, что кнопка Назад становится не активной. Процесс этот, естественно, пролонгирован во времени, которое не приходится терять зазря: в ходе его предлагается задать (произвольные) имя машины и домен, а также отключить поддержку Samba (по умолчанию включена):
Далее можно (при желании) переопределить локально-зависимые переменные. Чего делать обычно нет необходимости — при должном выборе языка в загрузчике Live-носителя они устанавливаются сами собой:
А вот отключить лишние стартовые сервисы, возможно, покажется не лишним. Впрочем, я ограничился отключением saned, cups и bluetooth — демона сканера, службы печати и службы имени древнего датского конунга Харальда Синезубого. Не из ненависти к оным — просто у меня на десктопе таких устройств не водится:
Далее предлагается (обязательно) создать пользовательский аккаунт. А также включить Автологин, то есть беспарольный вход в систему через дисплейный менеджер (на консольный режим это не распространяется). Что (не верьте паникёрам и параноикам) очень невредно. Но в данном случае я не отметил соответствующий чекбокс, дабы полюбоваться на умолчальный вид SDDM. Тем более что потом включить автологин в настройках KDE очень просто (а SDDM именно для этой среды и предназначен).
Здесь ну при очень большом желании можно заполнить и поля административного аккаунта, который тем самым активизируется. Это сделано для тех пользователей, которые без пароля root’а не чувствуют себя true-линуксоидами.
Мы с Мануалом этого не делаем очень-очень давно, получая при необходимости привилегии администратора командой sudo. Во-первых, этот способ гораздо более гибок и чреват меньшим риском чего-то существенно попортить (хотя, при большом желании, и им можно испортить всё, что захочется).
Во-вторых, часто возникает необходимость получить права администратора в графическом режиме. Что совсем не то же самое, что запустить графический режим от имени администратора, чего делать категорически не следует. Но, скажем, утилиты разметки диска, типа упомянутых ранее, требуют прав суперпользователя, для получения которых существуют специальные оболочки (в MX Linux используется Gksu). Они, в зависимости от настроек, работают в режиме либо su (с вводом пароля суперпользователя), либо sudo (требуют пароль пользователя).
В системе с неактивизированным root-аккаунтом (а это подавляющее большинство современных десктопных дистрибутивов), разумеется, по умолчанию применяется второй режим. И принудительная активация root’ового пароля может приводить к путанице в работе таких утилит, как Gksu. Не скажу, что приведёт обязательно. Потому что, столкнувшись с этой проблемой в первый и последний раз, никогда с тех пор не активизирую root’а в «безрутовых» системах. Так что, возможно, нынче, спустя лет сэм, восэм, этой проблемы уже и нет. Но я обычно следую рекомендации классиков:
Обжёгшись на молоке — дуй водка ©
Возвращаясь к настройкам… На скриншотах 7–10 можно видеть, что кнопка Назад опять стала активной: то есть на соответствующих стадиях (задание имени хоста, отключения стартовых сервисов etc.) можно откатиться вплоть до начала форматирования целевого носителя (но не далее) и поправить соответствующие параметры. Где-то к этому времени, в зависимости от нашей оперативности, установка системы доходит до 96% и делает паузу. Но не кушает твикс, а ждёт, пока мы закончим ковыряние со стартовыми настройками.
Но, нажимая кнопку Дальше после разборки с пользовательским аккаунтом (а кнопка эта активизируется только после заполнения обязательных полей в нём):
Финальные штрихи и рестарт
После чего заторможенная было установка продолжается: в определённое ранее место записывается GRUB и обновляется initramfs. Параллельно с этим осуществляется настройка звукового микшера:
И по завершении обоих процессов появляется последний экран инсталлятора — напоминание о том, что не боги горшки обжигают, а люди… дистры собирают. Причём люди, такие же как мы с вами. В чем им предлагается оказывать всяческое содействие — даже с расшифровкой, как:
Искренне присоединяюсь к этому напоминанию, посодействовать (в том числе и нам, любимым), обращаем внимание на то, что боксик автоматической перезагрузки системы по выходе из инсталлятора отмечен, вспоминаем: а все ли тексты, скриншоты и конфиги мы скопировали на носитель, независимый от целевого (флешку, внешний диск etc.)? И если что-то забыли, снимаем отметку с этого боксика, закрываем инсталлятор и восполняем свои упущения.
Но вроде у нас скопировано всё, что нужно. Так что бестрепетно жмём на кнопку Готово — и машина со свежеустановленной MX-системой отправляется на перезагрузку. Никаких действий перед тем выполнять не нужно: установочный носитель автоматически размонтирован и, в почти невероятно случае, что им был OD, извлечён из привода — в этом можно убедиться, устанавливая MX в виртуальной машине.
После инсталляции
Первое, что мы видим после рестарта машины (что виртуальной, что реальное) — разумеется, меню GRUB’а. Следующие два скриншота сделаны в виртуалке, поэтому в меню этом всего два пункта (не считая Memory test). На реальной машине их больше, потому что там установлено три системы — кроме MX, также Linux Mint и EndeavourOS.
Первый запуск
Скриншот 13Но нас в данные момент интересует только MX, так что упрощённое меню загрузчика выглядит так:
С первым, умолчальным, пунктом меню всё понятно — это загрузка ядра Linux, установленного при инсталляции. А вот что такое Advanced options для него? Тут необходимо сказать несколько слов о предыстории вопроса.
Скриншот 14Некоторое время назад в одной из соцсетей возникла маленькая дискуссия — а какая система инициализации используется в MX Linux, SysV или systemd? Оказалось, что для ответа на этот вопрос достаточно было открыть пункт Advanced options for… И увидеть, что каждое из имеющихся в системе ядер можно загрузить и так, и эдак. Хотя справедливости ради заметим, что подпункт с SysV стоит по умолчанию:
И это, товарищи, правильно. Из сетевого трёпа знаю, что для ряда моих виртуальных знакомых именно умолчальная (а нее прикручиваемая) поддержка SysV была той самой соломинкой, что сломала спину верблюду при выборе системы. По секрету скажу, что и для меня тоже….
Интермедия про Distrowatch
Казалось бы, финальный матч между systemd и сборной остальных init-систем давно закончился с разгромным счётом в пользу первой, и без шансов на матч-реванш. Однако это не совсем так. И судьба дистрибутива MX Linux — тому косвенно подтверждение: появившись впервые в рейтинге Distrowatch’а в 2017 году, в 2018 он шёл сразу за тройкой призёров. А с 2019 года и поныне MX Linux уверенно занимает здесь первую ступеньку пьедестала почёта. В 2022 году — во всех трёх «краткоиграющих» номинация»: «месячной», «квартальной» и «полугодовой», не говоря уже о «еженедельной».
Об условности рейтинга Distrowatch’а для оценки числа пользователей говорилось и писалось немало, в том числе и автором этих строк. Однако, когда речь идёт о призовых местах в рейтинге, он кое-что отражает. В частности, известность среди широких народных масс и любовь в узких их кругах.
И тут интересно посмотреть динамику призёров прошлых лет. Проект Distrowatch, как известно, был официально объявлен в мае 2001 года, а его рейтинг работает с 2002-го. И первым чемпионом в нём стал Mandrake, удерживая свой титул до 2004 года включительно.
В 2005 году на верхнюю ступеньку пьедестала почёта стремительным досень 2004-домкратом ворвалась свежерождённая Ubuntu (первый релиз — осень 2004-го). И окопалась там вплоть до 2010 года. Коллегами её по призовой тройке в эти годы были Mandiva, openSUSE, Fedora, однажды (в 2007 году) PCLinuxOS.
А, начиная с 2008 года, в тройке призёров появился Mint (первый релиз — конец 2006 года). Которому в 2011 году удалось вытеснить своего прародителя с 1-го места. И удерживать своё первенство вплоть до 2017 года. А на двух предыдущих ступенях стабильно чередовались Debian и Ubuntu, с единичными вкраплениями Mageia (2012) и Manjaro (2017).
Правда, последней в 2018 году удалось вырваться на 1-е место. Но ненадолго — уже в следующем году ей пришлось скатиться с него ради, как уже говорилось, MX Linux. Недалеко, на предыдущую ступеньку, но зато более чем с полуторакратным отрывом от победителя: 2847 против 4611. Как говорится, старожилы Distrowatch’а не припомнят…
Те, кто следил за развитием дистрибутивов Linux’а не только по тарлицам рейтинга Distrowatch’а, прекрасно знают все упомянутые выше имена, и призёров, и победителей. И вряд ли кто будет спорить, что системы, их носящие, были сполна наделены известностью, а часто и любовью — по крайней мере, своих применителей. Да и на количество последних им грех было жаловаться — хотя объктивных критериев оценки их за почти 30 лет существования Linux’а никто ещё не придумал.
Так что их места в рейтинге более чем заслужены — сколь бы ни был условен этот самый рейтинг. И то, что в их числе вот уже четвёртый год подряд находится MX Linux — конечно, показатель достоинств этого дистрибутива. И потому умолчальная инициализация в стиле SysV может быть отнесена к числу оных. Особенно в сочетании с поддержкой systemd «на всякий пожарный случай», дающей возможность выбора. А ведь на этой возможности стоял, стоит и стоять будет Linux. По крайней мере до тех пор, пока он остаётся Linux’ом…
Итоги инсталляции
Как бы мы не решили вопросы с загрузчиком и инициализацией (я предлагаю не решать его никак — по крайней мере, пока), после этого ненадолго появляется сплеш-картинка, а вслед за тем загружается рабочий стол KDE:
Это не совсем вид по умолчанию — кое-что чуток подправлено в расчёте на наше с Мануалом зрение и рефлексы, однако принципиально здесь ничего не менялось, почему скриншот сделан в виртуалке (на реальной машине система уже приведена в состояние, удобное для нашей работы).
Однако пока наша задача — подвести формальные итоги инсталляции. В установленном виде MX Linux со средой KDE занял 7,3 ГБ, что устанавливается по выводу команды df:
$ df -h /dev/sdс1 Файловая система Размер Использовано Дост Использовано% Cмонтировано в /dev/sdс! 60G 7,3G 49G 13% /
Аналогичный результат даёт и команда du:
$ du -h / ... 7,3G /
В этот объём вписались: полный комплект LibreOffice, Firefox, полный набор MX-инструментария, растровый редактор LazPaint, программа управления фотографиями digiKAM, аудиоплейр и медиаплейер VLC, стандартный комплект KDE-утилит и служебных приложений в умеренно урезанном виде.
Общие сведения о свежеустановленной системе в виртуальной машине выглядят так:
Потребление памяти сразу после запуска её в той же виртуалке 835 МБ:
Параметры виртуальной машины видны на скриншотах. Они стандартны для машин, которые мы с Мануалом используем для целей сравнения систем и их десктопов.
Можно видеть, что ядро свежеустановленной системы довольно старое (по меркам современного динамического времени) — 5.10.0 (это предпоследняя LTS-версия). Но, как будет показано далее в этой истории, в MX-репозиториях, в том числе и в AHS, доступны и версии более свежие. И их установка труда не составит.
К сожалению, этого нельзя сказать о KDE: соответствующие пакеты берутся из репозитория Debian stable, и. скажем, Plasma так и останется «второй свежести» при любых обновлениях.
Главное меню
Теперь вернёмся к рабочему столу KDE. В нём привлекает внимание главное меню. Задействованный в нём по умолчанию виджет — это так называемое Классическое меню приложений, восходящее к KDE ветки 3.X, которое нынче уже почти забыто:
Впрочем, он входит в группу взаимозаменяемых виджетов, вызываемых из контекстного меню по ПКМ на пиктограммке меню:
И здесь мы видим все три варианта меню — наряду с Классическим также Меню запуска приложений и Доска приложений:
Меню запуска величается «современным» — оно и является современником KDE ветки 4, от которого и унаследовано:
А Доска приложений появилась вместе с KDE 5. Это полноэкранное меню запуска приложений, которое мне некогда с первого взгляда очень понравилось:
К сожалению, нет полюбившегося мне за месяцы изысканий Simple Menu — нет не только в установке по умолчанию, но и, как ни странно, в доступных репозиториях. Хотя оно задействовано в качестве умолчального варианта, например, в Netrunner Core, также основанного на Debian stable. Так что способ прикрутить его к MX с KDE наверняка есть. Будем на досуге разбираться.
А пока суть до дело, я оставил Классическое меню. Ибо якобы современное Меню запуска навевает грустные воспоминания о «четвёрке», а Доска приложений, после первых восторгов, показалось не очень удобным при повседневном использовании.
Всё меню рассматривать не буду — как уже было сказано, оно включает обычный набор приложений для не очень раздутой (но и не совсем аскетичной) KDE-системы. Задержусь только на секции MX Инструменты.
MX Инструменты. Welcome
Список MX-инструментария внушает почтение. А о назначении большинства утилит можно догадаться по их названиям. Для чего, правда, требуется минимальное знание английского. Но не очень большое — не выше моего уровня. О некоторых из этих инструментах я постараюсь со временем написать — но это будет темой самостоятельных Историй:
Пока же ограничусь парой слов о двух утилитах из комплекта MX Tools, входящих в набор MX Приветствие (Welcome). Это не только и даже не столько Приветствие, сколько шпаргалка доступа к аккаунтам пользователя и администратора (demo:demo и root:root, соответственно). А в первую очередь — меню доступа к разным ресурсам (таким, как FAQ, Руководство пользователя, Вики), форуму, а также кое-каким настройкам:
Именно последний пункт нас и интересует сейчас. И при этом разочаровывает. Почему — сейчас станет ясно.
Welcome. MX Tweak
Собственно, через Настройка… вызывается утилита MX Tweak, которую также можно найти в середине секции MX Инструменты. Во флагманской, как её называют разработчики, редакции MX Linux, использующей среду Xfce, эта утилита позволяет настроить почти всё, что доступно для конфигурирования через менеджер её настроек xfce4-settings (о чём мне придётся говорить отдельно, но очень не сейчас).
В среде KDE возможности MX Tweak много беднее (хотя настроек в KDE несравненно больше, чем в Xfcee). Как можно видеть на скриншоте, окно её включает две вкладки — Plasma и пока загадочную Другое:
Для начала — настройки Plasma. В сущности, здесь можно настроить некоторые параметры главной управляющей панели — её положение (по давней привычке я всегда переношу её вверх) и размер пиктограммок (для нас с Мануалом подходит, разумеется, не меньше чем Large). Выполненные настройки входят в силу после нажатия кнопки Применить.
Здесь же можно включить срабатывание по одинарному клику мыши (правда, оно включено по умолчанию). А вот показывать на панели окна со всех рабочих столов, напротив, отключить, хоть экраны нынче и длинны, но окна всех открытых приложений могут и не влезть.
Бокс Reset KDE/Plasma defaults возвращает соответствующие настройки в исходное состояние. Причём не только те, что были выполнены в Tweak’е, но и некоторые другие. Например, обои рабочего стола и расположение иконок на нём. Так что лучше его не трогать.
Вкладка Другое содержит всего три опции: монтирование внешних носителей не-root’ом, задействовать песочницу ядра, использовать драйвер Intel вместо драйвера modesetting. Первая и третья по умолчанию отключены, вторая — включена. Я сделал ровно наоборот, хотя на самом деле реальная польза только от включения первой опции:
В целом через MX Tweak мало чего поддаётся настройке, и нет ничего, что не могло бы быть настроено средствами KDE. Так что большого смысла в его использовании в данном случае я не вижу. Разве что действительно требуется настроить полудюжину параметров — и больше в конфигурирование вообще не лезть. Но тогда спрашивается: а зачем вообще нужно KDE? Правда, на это можно ответить столь же резонно: а почему бы и нет?
Welcome. MX Packageinstaller
Вторая утилита, заслуживающая нескольких слов в контексте уже не настроек, а перекомплектации системы приложениями — MX Packageinstaller, вызываемая кнопкой Популярные приложения в окне Welcome (см. скриншот 21).
Как нетрудно догадаться по названию, это менеджер deb-пакетов, точнее, GUI для консольной утилиты apt. Он отвечает за установку и удаление программ, а также получение некоторой информации об оных. И в связи с этим при его запуске требуется пароль для доступа к правам администратора (по умолчанию — пароль пользователя, аккаунт которого был создан при инсталляции системы).
MX Packageinstaller по назначению сходен с такими графическими «мордами» к утилитам семейства APT, как Synaptic и Muon, но сильно отличающийся от них интерфейсом:
Кроме того, сравнительно с Muon’ном, а тем более Synaptic’ом, он несколько ограничен функционально. Хотя с установкой и удалением пакетов справляется вполне исправно.
Первая вкладка окна MX Packageinstaller’а как бы обзорная, в ней пакеты сгруппированы по категориям. К остальным приписаны различные репозитории, используемый в MX, пакеты в них идут сплошным списком. Можно отслеживать версии пакетов ядра ОС в разных репозиториях — и увидеть весь спект доступных для установки ядер, включая почти самые последние. Например, в стабильном репозитории можно видеть такие пакеты:
А в тестовом — такие:
И при этом может содержать имя репозитория, например, AHS:
А могут быть очень подробными:
Что соответствует выводу команды apt show. Откуда, собственно, информация и дерётся (вроде ведь больше неоткуда). Чтобы убедиться в этом, достаточно сравнить, например, вывод такой конструкции
$ apt show muon
с тем, что показано на скриншоте 29.
Бывает, что информация о некоторых пакетах даже сопровождается иллюстрациями:
Да, забыл сказать: в списках пакетов во вкладках те из них, которые уже установлены, выводятся блекло-серым цветом. Те из них, для которых воступны обновления, помечаются маленьким темно-серым значком. По умолчанию выводятся все пакеты данного репозитория. Однако их можно фильтровать по статусу — Установленные, Доступные для обновления, Не установленные:
При выводе списка пакетов, вне зависимости от фильтра по статусу, в нижней части можно видеть две кнопки — Деинсталлировать и Установить, обе не активные. Если же отметить какой-либо неустановленный пакет (в примере — текстовый процессор Calligra Word и модуль русской локализации к нему, входящие в офисный пакет Calligra Suite), кнопка Установить активизируется:
Разумеется, активизированную кнопку так и тянет нажать. Не будем этому противиться — и получим панельку, сообщающую, что два поименованных пакета будут установлены. Если при этом ещё и нажать кнопку Показать подробности, можно увидеть, какие пакеты будут установлены как зависимости:
Затем в окне быстро промелькнёт процесс установки с последующей настройкой — и появится сообщение о его успешном окончании:
Что характерно, текстовый процессор не потянул за собой остальных пакетов Сюиты, только небольшое количество библиотек. Правда, возможно, что если отметить бокс Also Install «Recommended» Packages, результат был бы другим. Но не враг я сам себе — ведь всю жизнь мечтал об автономном текстовом процессоре, специально предназначенном для чтения всякой фигни, если не имею морального права послать её автора подальше…
Интересно, что если отметить установленный пакет, то активизируются обе «кнопки действия». И щелчок на кнопке Установить действительно выводит панель с предложением установить его. При этом честно предупреждая, что скачать и распаковать надо будет по 0 бит:
Правда, затем следует точно такой же вывод, как при инсталляции неустановленного пакета, завершающийся сообщением об успехе этого предприятия. То есть можно предположить, что выполняется команда apt reinstall. Что логично: если уж я прошу Установить уже инсталлированный пакет, то не ради того, чтобы получить сообщение об ошибке.
А вот результат «давления батона» Деинсталлировать вполне совпадает с ожидаемым. То есть выводится панель с сообщением, какой пакет будет удалён, и сколько после этого освободится дискового пространства:
Именно это и происходит по нажатию кнопки Ok.
Заключение
Первоначально я планировал завершить эту Историю рассказом об общих настройках среды KDE. Однако потом понял, что тема эта заслуживает специального рассмотрения. Ибо минимальные настройки уже были проделаны (и описаны) в предыдущей Истории. Так что сейчас остаётся только развернуть архив домашнего каталога Live-пользователя demo и скопировать его содержимое в каталог пользователя, созданного нами при инсталляции. Что проще всего сделать через Midnight Commander — не потребуется даже распаковывать архив: с компрессированными файлами в его mc способен работать как с обычными.
Что же касается общих настроек KDE в уже установленной системе — то об этом можно говорить очень долго. Ибо безграничная настраиваемость этой среды провоцирует бесконечное описание процесса её настройки. Что и составит тему отдельной истории. Которая может оказаться интересной не только потенциальным применителям MX Linux, но и сторонникам любых дистрибутивов, поддерживающих KDE.
