Погружение в Salix

Как было сказано в главе первой, в дистрибутиве Salix, кроме основной редакции с десктопом Xfce, имеется ещё несколько вариантов с разными рабочими окружениями: MATE, KDE, Openbox, Fluxbox. В принципе можно установить в Salix'е и Cinnamon, хотя и версии – 2.0, то есть не последней.

Кроме того, существует Slackel, занимающий положение на грани между дериватом Salix'а и его редакцией. Хотя и сам имеет три редакции – с KDE и оконными менеджерами Fluxbox и Openbox. Причём каждая из них имеет два варианта образов – чисто установочный и Live-OD, также с возможностью установки.

Я знакомился MATE- и KDE-редакциями «головного» дистрибутива, с обоими вариантами KDE-редакции Slackel'а. О них и пойдёт речь в главе одинадцатой. Начну с MATE-редакции Salix'а, как наиболее близкой идеологически к «командорскому» варианту.

Salix: MATE-редакция

Редакция Salix'а с MATE – самая молодая из всех. Но начну я, по озвученной выше причине, именно с неё. Сначала, в марте текущего года, пакеты этого десктопа появились в составе одноименной серии в официальном репозитории. Затем было несколько пре-релизных образов – с одним из них я знакомился. И наконец в мае вышел первый релиз – образы salix-mate-14.1.iso и salix64-mate-14.1.iso (для 32- и 64-разрядных машин, соответственно.

Про MATE в сети можно было найти немало положительных отзывов. В частности, Сергей Голубев полагает, что

А MATE является его современным (и развивающимся) воплощением. И, следовательно, заслуживает, как минимум, знакомства. Тем более, что для этого не обязательно скачивать образ и переустанавливать систему – достаточно одной команды:

$ sudo slapt-get --install-set mate

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

Среда MATE – предельно точное воспроизведение интерфейса и функционала GNOME 2. Настолько точное, что отличия можно увидеть в только в деталях умолчальной темы оформления и в более иных названиях штатных приложений (Gaja вместо Nautilus'а, Pluma вместо Gedit'а, и так далее). Что не может не радовать – звучные квази-испанские имена пакетов MATE на слух куда приятней, чем почти неименное G, обычно присутствующее в названиях приложений GNOME (и старого, и нового).

Я неоднократно писал, что никакой особой симпатии к GNOME-раз и к GNOME-два не испытывал никогда (а про GNOME-три и говорить не хочется). Хотя допиленность последних версий «второгнома» и их интегрированность с дистрибутивом Fedora версий с 11 по 14 включительно и убедили меня, что в подземельях Мории жить тоже можно. Однако, глядя на MATE, ни малейшей ностальгии не испытывал.

Тем не менее, сам факт существования этого десктопа расцениваю как явление положительное, ибо увеличивает разнообразие мира. А портирование MATE в Salix – так ещё и практически полезно. Ведь с тех пор, как Патрик отказался поддерживать GNOME в рамках генеральной линии партии (ох как я его понимаю), в Slackware и её клонах время от времени возникают проблемы с Gtk-пакетами (читай – приложениями не из KDE), поскольку они иногда почему-то оказывались связанными зависимостями с GNOME и его быблиотекми. Теперь такие пакеты можно смело брать из набора MATE. Так, именно оттуда я вытащил для Xfce-редакции Salix'а и менеджер архивов для Thunar'а, и универсальный вьювер PDF/Djvu/всякоразных форматов.

Однако начну по порядку. Установка MATE-редакции, как и следовало ожидать, ничем не отличалась от таковой обычного Salix'а с Xfce, и точно так же подразумевает три варианта: CORE, BASIC и FULL. А по завершении её, перезагрузки и авторизации через GDM, даёт такой вот результат:

Рисунок 11-1. Рабочий стол MATE после первой загрузки

Для начала я обратился к Центру управления, дабы проверить пригодной среды к практическому применению в наших палестинах:

Рисунок 11-2. Центр управления MATE

Здесь меня интересовал пункт Клавиатура – в виденном мной пре-релизе невозможно было установить никакую раскладку клавиатуры, кроме имеющейся по умолчанию американской английской

Рисунок 11-3. Настройка клавиатуры

И здесь, в отличие от предыдущего случая, добавление русской раскладки в её варианте Typewriter Legacy произошло без всяких проблем:

Рисунок 11-4. Добавление кириллической раскладки и её варианта

Как и установка переключателя раскладок – любого из их традиционного набора:

Рисунок 11-5. Определение переключателя раскладок

Одновременно с этим появился и индикатор текущей раскладки в виде флажка на панели управления.

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

Рисунок 11-6. Приложения: секция Аудио и Видео

В пункте Графика обнаружилось следующее:

Рисунок 11-7. Приложения: секция Графика

В секции Интернет обнаружилось наличие Firefox'а, отсутствие всякого Network Manager'а (вместо него для настройки сети имеется Wicd) и какого-либо «родного» браузера для GNOME. Последние на моей памяти менялись так часто, что я и забыл, который из них сейчас считается самым прогрессивным, а запускать его мне было лениво:

Рисунок 11-8. Приложения: секция Интернет

В «образовательный» пункт почему-то попал редактор формул из LibreOffice, остальные же его компоненты обнаружились где и положено, в пункте Офис:

Рисунок 11-9. Приложения секция Офис

Пункт Программирование порадовал присутствием Geany:

Рисунок 11-10. Приложения: секция Программирование

А в «стандартном» пункте, как обычно, собралась всякая всячина, от Galculator'а до скриншоттера. Среди неё оказался и текстовый редактор Leafpad, а вот штатного редактора Pluma как раз не обнаружилось:

Рисунок 11-11. Приложения: секция Стандартные

С меню Система также всё понятно без комментариев. Пункты секции Параметры соответствуют пиктограммам Центра управления, и выглядит следующим образом:

Рисунок 11-12. Система: секция Параметры

А в пункте Администрирование собраны общесистемные настройки:

Рисунок 11-13. Система: секция Администрирование

Здесь надо отдельно сказать о звуке. Как и в Salix'е с Xfce, управление им осуществляется через ALSA, ни малейшего Pulseaudio тут нет, на радость ненавистникам последнего.

Таким образом, в полной установке Salix с MATE имеется джентльменский набор приложений, делающий этот вариант сборки пригодным к немедленному применению.

Оставалось убедиться, что всё это – не глюк виртуальной реальности, и установить систему на всамделишнее «железо». Для чего iso-образ был записан на флешку с помощью утилиты Unetbootin, что не составило ни малейшей проблемы. Как, впрочем, и для варианта с Xfce. Более того, замечу к слову, что и для родительской Slackware времена, когда образы её установочных дисков можно было переписать на твердотельные носители, только прибегнув к некотором ухищрениям, остались в прошлом. Ныне эта процедура выполняется через Unetbootin безболезненно. Подозреваю, что это можно сказать и про остальные утилиты аналогичного назначения, да и про прямую команду

dd

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

Slackel, сын Salix'а: вступление

Один из показателей успеха дистрибутива – число порождённых им клонов, дериватов, ремиксов и прочих потомков. Разумеется, в этом отношении трудно угнаться за Ubuntu, от которой, кроме законных детей типа Kubuntu, Xubuntu etc., происходит бессчётное число потомков не вполне законных, но признанных (таких, как Mint), отпрысков «в законе» местного масштаба (вроде многочисленных клонов с региональной спецификой, например, андалузской), и даже откровенных ублюдков (которых поминать не будем, ибо нет в том чести).

Однако и Slackware в своё время немало отличилась по этой части: лет пять назад, выбрав в поиске Distrowatch'а Based on Slackware, можно было получить список примерно из полусотни имён. Правда, иных уж нет, а те далече: в настоящий момент из этого активно развивается едва дюжина дистрибутивов. И причина не в том, что сама Slackware стала хуже. Просто резко сократилось число тех применителей, которые нуждались в её возможностях конструктора. А амбиции по созданию собственного дистрибутива с розовыми обоями и перламутровыми кнопками можно легко и просто удовлетворить, взяв за основу Ubuntu.

Тем не менее, новые клоны Slackware, и клоны удачные, возникают постоянно, примером чему – Zenwalk и Salix.

Как мы знаем из истории, описанной в главе первой, Salix являет собой дистрибутив, производный от Slackware. А Salix, к тому же ещё в очень юном, менее чем трёхлетнем, возрасте успел породить и собственного отпрыска – дистрибутив Slakel.

Этот дистрибутив, появившийся на свет весной 2012 года, происходит из Греции. И ориентирован он на применение среди родных олив. Во всяком случае, при обращении к официальному сайту по умолчанию загружается версия на языке потомков Гомера и Геродота. Хотя и язык Вильяма нашего, Шакспера, тоже не обижен.

Разработчик Slakel'а – Дмитрис Дземос (Dimitris Tzemos), он же по совместительству выступает основным майнтайнером KDE-редакции «головного» Salix'а, о которой пойдёт речь в следующем разделе. Текущая версия Slakel'а распространяется в трёх редакция, различающихся рабочими окружениями. Ими являются, с одной стороны, «лёгкие» оконные менеджеры Openbox и Fluxbox, с другой – KDE, самый «тяжёлый» из дектопов. Каждая редакция имеет свою нумерацию релизов: для Openbox-редакции текущие номера 6.X.Y, для Fluxbox-редакции – 1.0. Редакция же с KDE нумеруется в соответствие с номером версии десктопа-эпонима – от первой, kde-4.6.4, до актуальной в момент сочинения этих строк kde-4.10.5. Кроме этого, в каждой редакции имеется по два образа – установочный и «живой», но тоже с возможностью установки. Они именуются как slackel* и slackellive*, соответственно, с добавлением разрядности для 64-битной сборки, имени WM/DE и собственного номера релиза. Причём последние различаются для установочных и Live-образов в «третьем знаке».

Исторически первая редакция Slackel'а, вышедшая в июне 2011 года и соответствовавшая Slackware и Salix 13.37, использовала KDE в качестве десктопа. Редакция с Openbox'ом присоединилась к ней в январе 2013 года. И с этого момента этот дистрибутив основывается на ветке Current родительской системы. А Fluxbox-редакция впервые появилась в августе текущего года, пока только в виде Live-образа.

Slackel, сын Salix'а: *box'овые редакции

Однако рассмотрение Slackel'а я начну с *box'совых редакций, причём с установочных, потому что Live-образы – это отдельная песня, которая будет спета под занавес, после рассказа о KDE-редакциях Slackel'а и Salix'а – они настолько похожи, что их имеет смысл описывать совместно.

Но сначала – несколько слов об инсталляции с установочных образов. Она одинакова для всех редакций и один в один воспроизводит инсталлятор Salix'а, включая три варианта: всё те же CORE, BASIC и FULL. В процессе установки обнаруживается лишь одно отступление от «генеральной линии»: в качестве начального загрузчика в Slackel'е, кроме LILO, предлагается также GRUB 2:

Рисунок 11-14. Выбор начального загрузчика

Выбрав в качестве загрузчика GRUB, можно выполнить и некоторые настройки оного – например, задать параметры ядра (чего я, впрочем, не делал, да обычно и не нужно):

Рисунок 11-15. Здесь можно задать параметры ядра

До недавнего времени в установщике Slackel'а была курьёзная особенность: сначала он предлагал задать пароль root'а, а затем, как и в текущей версии Salix'а, радостно сообщал, что аккаунт администратора не активирован, и предлагал создать простой пользовательский, из которого доступ а административным привилегиям будет осуществляться через sudo. Однако в последней версии Slackel'а это безобразие ликвидировано: аккаунт администратора доступен. Хотя для авторизации при запуске всех общесистемных утилит gksu запускается в режиме sudo (то есть с запросом пользовательского пароля).

После установки и перезагрузки мы видим меню GRUB'а, в котором почему-то фигурирует номер версии Slackware, хотя, как было сказано ранее, современные редакции Slackel'а базируются на ветке Current:

Рисунок 11-16. Меню загрузчика GRUB2

А затем – такое приглашение к авторизации:

Рисунок 11-17. Приглашение к авторизации GDM

Меню загрузчика одинаково для всех редакций, дисплейный менеджер – GDM для обеих *box'осовых редакций. А дальше начинаются разночтения, в зависимости от используемого WM/DE. Для Openbox-редакции, с которой я начну дальнейший рассказ, загруженный рабочий стол выглядит так:

Рисунок 11-18. Openbox-редакция: рабочий стол

Я, конечно, понимаю, что выжженной солнцем и вытоптанной козами Греции к зелёной траве относятся очень трепетно. Но прочитать на её фоне белые буковки, думаю, мало кому удастся. Поэтому я сразу обратился к настройкам Openbox'а, дабы поменять фоновый рисунок. И был несколько ошарашен.

Все (кроме давних применителей KDE, вроде автора этих строк) привыкли дружно ругать конфигуратор KDE за отсутствие логики. Забывая при этом, что во-первых, логика в нём есть – только довольно своеобразная. В во-вторых, с помощью этого, внешне не логичного, конфигуратора можно настроить всё, что угодно.

Столь же общим местом является хвалить GNOME-два за простоту его конфигуратора. Опять же не принимая во внимание то, что эта простота оборачивается убогостью настроек. А некоторые даже простирают свою хвалу и до GNOME-три, где действительно конфигуратор столь же прост, сколь и неумел: многие самые простые вещи можно сделать только с помощью сторонних утилит.

Ну так вот, настройщики Openbox'а (а их там два) совмещают в себе запутанность и уже полное отсутствие логики (сравнимые только с настройками Unity, да и то только при участии всех её многочисленных твикеров) с бедностью их возможностей, не уступающей GNOME-трёшным (без твикеров).

Правда, в конце концов важные для меня вещи (шрифты, включая хинтинг, цветовые схемы, обрамление окон и их поведение) настроить удалось. Обнаружилось даже место, где меняются обои рабочего стола. Как вы думаете, куда притулилась эта опция? В настройки файлового менеджера, носящего имя SpaceFM. О последнем я слышал диаметрально противоположные отзывы. На меня он произвёл впечатление оригинального концептуально и богатого возможностями. Большинство из которых для меня, однако, оказались невостребованными.

А в остальном, если отрешиться от внешней оболочки, Slackel – тот же Salix в своей консольной части, и почти он же – по набору приложений графического режима. С поправкой на штатные приложения среды, разумеется. Так, в качестве терминала в нём используется Sakura (вполне приятный терминал, не хуже других, хотя и не лучше), файловым менеджером выступает поминаемый ранее SpaceFM, из редакторов присутствуют Leafpad и Geany, из офисных пакетов – AbiWord и Gnumeric.

В общем, отцовские заветы типа «одна задача – одно приложение», и по возможности «лёгкое», Slackel выполняет неукоснительно. Но, как я уже сказал, оконный менеджер Openbox в нынешнем его виде меня ни разу не вдохновил. А Fluxbox я некогда активно применял и даже любил. Так что при первой возможности ознакомился и с этой редакцией.

Как я уже сказал, она пока существует только в виде Liv-образа, об инсталяторе которого речь пойдёт позднее. А в установленном виде она выглядит, как и все прочие редакции Slackel'а от Дмитриса Дзевоса (Dimitris Tzemos), с поправкой на панели и менюшки рабочего стола:

Рисунок 11-19. Fluxbox-редакция: рабочий стол с окном терминала

С первого взгляда даже трудно поверить, что перед нами потомок легендарного Blackbox'а, издревле прославленного своей элегантностью. – настолько он похож на Openbox и порождённую им среду LXDE. Особенно возмутила меня кнопка главного меню на управляющей панели, что является позорным и преступным отступлением от *box'овых традиций.

Да и базовые приложения в основном заимствованы из LXDE. Так, терминальное окно на предыдущем скриншоте – это действительно LXDE Terminal. И в данной сборке у него действительно нет ни строки заголовка, ни элементов управления окном. Масштабированию оно не поддаётся, и переместить его никуда нельзя, можно только закрыть.

Зато настройки рабочего стола, на первый взгляд, сделаны в стиле *box'ов – из контекстного меню по правому клику, в виде смены стилей Fluxbox'а:

Рисунок 11-20. Fluxbox-редакция: смена стиля рабочего стола

Через то же самое меню, казалось бы, можно изменить фон рабочего стола:

Рисунок 11-21. Fluxbox-редакция: изменить фон? А вот фигушки!

Держи карман шире, как говорил персонаж известной детской сказочки: выбор любого из предлагаемых вариантов не даёт никакого эффекта. А что-либо делать на фоне колосящейся нивы тоже положительно невозможно. Благо решение находится в том самом кощунственном главном меню Fluxbox'а, в секции Setting, в виде пункта Параметры рабочего стола:

Рисунок 11-22. Fluxbox-редакция: Параметры рабочего стола в главном меню

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

Рисунок 11-23. Fluxbox-редакция: внешний вид рабочего стола

Находятся эти файлы в каталоге

/usr/share/wallpapers

$ sudo rm /usr/share/wallpapers/slackel.png

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

Рисунок 11-24. Fluxbox-редакция: Значки рабочего стола

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

Рисунок 11-25. Fluxbox-редакция: рабочий стол как домашний каталог

Сразу после установки пиктограммы рабочего стола будут, естественно, подписаны русскими буквами. Англоязычные имена они приобретут после выполнения вот такой команды:

$ LANG=C xdg-user-dirs-update --force

Внимание – опция принудительного переименования каталогов здесь обязательна. После чего следует удалить прежние каталоги с кириллическими именами – и рабочий стол Fluxbox'а будет выглядеть в соответствие с выбранным цветом фона (см. рис. 11-23):

Рисунок 11-26. Fluxbox-редакция: рабочий стол после настроек

Это удобно, особенно если велеть файловому менеджеру (в этом амплуа здесь выступает PCManFM) открывать каталоги одним кликом:

Рисунок 11-27. Fluxbox-редакция: настройка файлового менеджера

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

Больше никаких особых настроек среды через графические «морды» не обнаруживается. Это не значит, что их нет: Fluxbox можно очень тонко настроить прямым редактированием конфигурационных файлов. И вообще, в целом Fluxbox мне понравился больше своего Open-собрата – не смотря на крамольную кнопку главного меню.

Slackel и Salix: KDE-редакции

Если MATE-редакция Salix'а – самая молодая в этом дистрибутиве, то его ипостась с KDE, напротив, принадлежит к числу старейших: как было сказано в главе первой, она появилась уже во втором релизе – том, что имел номер 13.1 и появился на свет в октябре 2010 года. Что же до Slackel'а, то его первая KDE-редакция (она же – первая версия этого дистрибутива вообще) появилась в июне года 2011, и развивалась явно под влиянием Salix'а. Хотя ныне скорее имеет место обратная картина. Так, KDE-редакция релиза текущего, 14.1, с апреля месяца пребывает в статусе 1-й беты. Аналогичная же версия Salix'а, slackel-kde-4.10.5, то она датируется аж мартом нынешнего года. Основной майнтайнер KDE-редакций в обоих дистрибутивах один и тот же – Дмитрис Дзевос, и, видимо, он больше внимания уделяет собственному дистрибутиву, а «общему делу» достаётся по остаточному принципу.

Как уже сказано, установка всех редакций обоих дистрибутивов протекает совершенно одинаково, с той лишь разницей, что в Slackel'е запрашивается пароль root'а и предлагается выбор загрузчика – LILO или GRUB. В установленном по варианту FULL виде различий между KDE-редакциями тоже не много. В дистрибутив-специфических аспектах и Salix, и Slackel с KDE отлича.тся от Salix'а с Xfce не больше, чем самурай с тати отличается от самурая с катаной. В обоих случаях присутствует комплекс специфичных для Salix системных утилит, объединённых в пакеты

salixtools

salixtools-gtk

slapt-get

slapt-src

Более того, обе KDE-редакции не слишком отличаются и от самурая без меча... то есть, пардон, от Salix в инсталляции CORE. За исключением того, что в последней меча, то есть десктопа, нет вообще. Но самурайский-то дух от наличия меча. не зависит. По крайней мере, говорят, что так обстоит дело у настоящих самураев. А в настоящих дистрибутивах он не зависит от наличия десктопа...

Поэтому в KDE-редакциях интересно было поглядеть только на то, как майнтайнер обоих дистрибутивов понимает применительно случаю понимает вариант BASIC для этого десктопа.

Так, из пакета kde-baseapps-lite, что в собственном репозитории Slackel'а (а именно этот пакет определяет своеобразие KDE-редакции дистрибутива) выпилен даже традиционный Konqueror в обеих своих ипостасях (и файлового менеджера, и браузера). В роли файлового менеджера остался один Dolphin, а браузером работает... нет, даже не rekonq, а обычный FireFox. Кроме того, из пользовательских приложений имеются только Konsole и KWrite с Kate:

Рисунок 11-28. KDE-редакция Slackel'а: меню после установки BASIC

Рисунок 11-29. KDE-редакция Slackel'а: базовые приложениями

В KDE-редакции Salix'а тоже не найти ни малейших следов Konqueror'а. Здесь мы видим те же самые Konsole, Dolphin и Kate:

Рисунок 11-30. KDE-редакция Salix'а: Konsole

Рисунок 11-31. KDE-редакция Salix'а: Dolphin

Рисунок 11-32. KDE-редакция Salix'а: Kate

Неожиданным оказался выбор браузера. В Salix с KDE эта ниша оказалась занята не Firefox'ом, ни даже Rekonq'ом, а некоей Qupzilla, которой я раньше не то что не видел, но о которой даже и не слышал. Кстати, браузер этот (основанный на Qt, без использования библиотек KDE) был вполне приятен видом:

Рисунок 11-33. KDE-редакция Salix'а: браузер Qupzilla

Такой же этот браузер оказался и нравом: основанный на движке WebKit, он, в отличие от Midori «командорской» сборки, работает действительно быстро и действительно стабильно. Настолько, что я произвёл его в свои вторые браузеры во всех применяемых мной дистрибутивах.

Как в Salix'е, так и в Slackel'е KDE-редакции содержат набор инструментария для разработки Qt-приложений, это их родовая черта:

Рисунок 11-34. KDE-редакция Salix'а: набор Qt-инструментария

Рисунок 11-35. Он же в KDE-редакции Salix'а

Думаю, излишне упоминать, что в обоих случаях и Nepomuk ещё никуда не делся, и искоренить его не получится – для этого нужно ждать версии 4.13 (или выше), которой для этих дистрибутивов нет (и, похоже, не предвидится). В результате, не смотря на почти полное отсутствие пользовательских приложений (а кроме перечисленных, их действительно нет), KDE-редакции и Salix'а, и Slackel'а после установки по варианту BASIC заняли одни и те же 3,3 ГБ.

Salix и Slackel: установка с LiveCD, или проще некуда

Вот уже десять лет минуло с той поры, как по миру Open Source начали ходят жизнеутверждающие сказания о фантастически простой установке Ubuntu – в пять мышиных кликов. И около двадцати лет шёпотом и в темноте пересказывают очень страшные истории о том, как сложно устанавливать Slackware. Как и все мифы и легенды, опровергнуть их очень трудно. Но я всё же попытаюсь – на примере установки дистрибутивов Salix и Slackel с Live-носителей – причём любых их редакций, таковые имеющих. А имеют их все их редакции, кроме «командорской», с Xfce, и идеологически ближайшей к ней редакции MATE.

Если мы загрузим Salix или Slackel с любого из Live-носителей, то после старта «живой» системы на рабочем столе и в главном меню обнаружится пиктограмма, предназначенная, как следует из подписи к ней, для запуска инсталлятора. Например, в KDE-редакции slackellive это выглядит так:

Рисунок 11-36. Пиктограмма для запуска инсталлятора

После щелчка на ней будет запрошен пароль – в случае Salix'а пользовательский (one), в случае Slackel'а – root'овый (live). И после его ввода в обоих случаях откроется очень похожее окно инсталлятора:

Рисунок 11-37. Live-инсталлятор Salix'а

Рисунок 11-38. Live-инсталлятор Slackel'а

Окно инсталлятора невидимой вертикальной линией поделено на две части. Левая предназначена для копирования live-системы на USB-носитель (или SD-карту, не имеет значения). О ней мы говорить не будем – то же самый результат быстрей и проще достигается прямой записью образа с помощью команды dd, и имеет смысл только в том случае, если в качестве загрузочного носителя использовался DVD-диск.

А вот правая часть – наш случай. Здесь можно видеть имя целевого носителя (в обоих примерах – /dev/sda1) и боксик, отмеченный по умолчанию (что предписывает установку LILO в его MBR). Если на диске в машине имеется более одного раздела, целевое устройство можно поменять – нужно только помнить, что его содержимое будет уничтожено. Если диск не размечен (или нуждается в переразметке) – следует нажать кнопку Partitions, которая вызовет самый обычный GParted. И с помощью последнего создать раздел нужного размера (скажем, гигабайт 10-15) – он будет корнем файловой иерархии.

Ломать голову над файловой системой для корня не нужно – всё равно раздел будет переформатирован в ext4. Как не нужно думать о разделах под какие-либо ещё ветви файлового древа, вроде /home – они при установке будут проигнорированы. Но если они нужны – ими вполне можно будет заняться и потом, после инсталляции системы. Сейчас достаточно факта наличия раздела под корень – причем любого, в стиле MBR или GPT, первичного или логического.

Теперь следует заполнить обязательные поля в нижней части окна. Для Salix'а это имя пользователя и его пароль (root'а, как мы помним, в этом дистрибутиве нет). А в Slackel'е, как мы помним по предыдущим разделам этой главы, он есть. И потому для него пароль также нужно задать. Во всех случаях пароль, для контроля правильности ввода, можно сделать видимым – если, конечно, за спиной не стоит классовый враг с его звериным оскалом.

После этого смотрим на нижнюю строку с радиокнопками, соответствующими вариантам установки – core, basic и full. И хладнокровно её игнорируем: вне зависимости от выбора, установка пройдёт в режиме full. То есть содержимое live-системы будет просто перенесено на целевой раздел винчестера (или SSD). Поэтому нажимаем длинную кнопку с надписью Install live system – и идём курить или, скажем, заваривать чай: ни на что большее времени не хватит. Потому что по возвращении пред нами предстанет такая картина:

Рисунок 11-39. Завершение Live-инсталляции Salix'а

Рисунок 11-40. Завершение Live-инсталляции Slackel'а

Как вы уже догадались, здесь остаётся только нажать кнопку OK и перезагрузиться. После чего лицезреть сначала меню LILO, затем приглашение к авторизации (зависящее от рабочего окружения), и, наконец, рабочий стол KDE.

Ну как, очень сложно? Хотелось бы ещё проще? А не получится – проще просто некуда. Это вам не пять марковских кликов – это фактически установка в один мышиный писк. После которой на выходе получается полноценная рабочая среда – KDE, Openbox или Fluxbox с набором приложений, как я уже сказал, соответствующим варианту FULL. Разумеется, этот способ установки подходит далеко не для всех случаев жизни. Но есть и немало ситуаций, когда он близок к оптимуму.