Очерки о PCLinuxOS

Алексей Федорчук

FOSSBook, февраль 2011

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

Потом пришли другие увлечения, и больше в этом дистрибутива я непосредственно не работал, хотя и следил за его развитием. Изменился он за прошедшее время мало, так что приведённая в этих очерках информация более или менее сохраняет актуальность, с поправкой на номера версий, поскольку обновлять материал мне, честно говоря, лень. Мелкие актуализирующие вставки выледены курсивом — 24.09.2015.

Общее введение

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

Преамбула. О текущем моменте в дистростроении

Выбор дистрибутива нынче — задача не менее простая, чем давеча. Как было раньше? Раньше приходилось выбирать между «дистрибутивами для себя», требующими, перед тем, как приступить к работе, ручной доводки, более или менее длительной, и «дистрибутивами для всех», готовыми к работе сразу по завершении инсталляции, но обычно перегруженными функциями и программами, большинство из которых никогда не будут востребованы. Были, конечно, и дистрибутивы, балансирующие на грани между этими антагонистическими классами, но имена их исчислялись единицами (например, Debian).

Нынче пользователь в любом семействе дистрибутивов имеет возможность выбрать себе систему по вкусу, потребностям и возможностям. Такие «ручные» дистрибутивы, как Slackware или Gentoo, имеют юзерофильных клонов, например, Zenwalk и Calculate, соответственно. Для юзерофильных дистрибутивов, вроде Fedora, доступны варианты установки с индивидуальным попакетным выбором. А Ubuntu и её ремиксы можно рассматривать как предельно юзерофильную параллель Debian’у.

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

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

Не успели основные дистрибутивы дойти до состояния, пригодного к употреблению почти без всяких оговорок, как майнтайнеры как их самих, так и основных дистрообразующих систем занялись кардинальным «улучшательством», Оно выразилось и в кардинальной модификации десктопов (сначала KDE, а затем и GNOME), и в разработке новых рабочих сред (Unity в Ubuntu), и в повсеместном внедрении новых загрузчиков (GRUB 2) и схем инициализации (systemd), и в изменении именования устройств (например, сетевых в Fedora), и подчас даже в смене формата пакетов (rpm на rpm5 в Mandriva).

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

Одним из таких запасных вариантов для тех, кто привык к rpm-based системам (а я за последние два с лишним года успел привыкнуть) и может стать PCLinuxOS. Почему? Попробую ответить (разумеется, всё сказанное ниже — сугубое ИМХО).

Кое-что из истории

Однако для начала следует сказать пару слов, что скрывается за странным именем PCLinuxOS (иногда сокращаемом до PCLOS) и откуда этот дистрибутив взялся.

Всё началось с того, что в 2000 году Билл Рейнолдс их Техаса, также известный как Texstar, начал вести собственный репозиторий пакетов для дистрибутива Mandrake (в сообщество разработчиков которого он входил). И занимался этим на протяжении более чем трёх лет. Пока, в один прекрасный день (а случился он 24 октября 2003 года) не решил, что пора превратить репозиторий в собственный дистрибутив. О причинах такого решения гадать не берусь, но оно было обнародовано через 10 дней после выхода Mandrake версии 9.2. И, таким образом, PCLinuxOS можно считать форком последней.

Первые версии PCLinuxOS именовались как p5, p7, p8, p9, затем 91,92. После чего Билл перешёл на квази-календарную нумерацию: 2007, 2009.1, 2009.2, 2010.1, и в конце концов — на собственно календарную — 2010.07, 2010.12, 2011.6 (год.месяц).

Впрочем, номера версий для PCLinuxOS не имеют какого-то сакрального смысла, и само понятие версии условно. С самого момента возникновения дистрибутива он развивался по так называемой rolling-модели, то есть в режиме постоянного обновления отдельных пакетов. Так что так называемые «версии» — это не формальные релизы, привязанные к определённым циклам как в Fedora, Ubuntu или прародительском Mandrake, а просто снапшоты системы на какой-то не очень определённый момент её развития. Характерно, что варианты PCLinuxOS, различающиеся используемой рабочей средой, имеют собственные «календарные» номера версий, не привязанные к версии «главной» сборки.

Подозреваю, что именно склонность к rolling-модели разработки и послужила для Билл главной причиной создания собственного форка — это одно из главных и изначальных его отличий от прародительского Mandrake.

Но есть и второе отличие: Mandrake, а затем его преемница Mandriva с первых дней своего существования разрабатывались в рамках коммерческой фирмы, нацеленной на извлечение прибыли (в том числе и путём продажи не вполне свободных вариантов дистрибутива — Mandriva PowerPack).

PCLinuxOS же изначально разрабатывался силами Texstar’а и постепенно сформировавшегося вокруг него сообщества. Модель разработки этого дистрибутива, насколько можно судить со стороны, сходна с таковой Slackware, а также ранних стадий развития CRUX’а и Archlinux’а.

Разработка PCLinuxOS не преследует коммерческих целей ни сейчас, ни, судя по всему, в будущем. Но от финансовой помощи Texstar не отказывается. Он, с характерной техасской гордостью, формулирует это так:

PCLinuxOS является бесплатным и не приносит прямого дохода. Она финансируется за счёт пожертвований и финансовой поддержки сообщества. Мы не пользуемся поддержкой миллионеров или крупных корпораций. Если вы хотите помочь — вы сегодня же можете сделать пожертвование. PCLinuxOS — это не просто приключение, это моя настоящая работа.

В последнее время у нас немало обсуждался вопрос о donation-модели финансирования разработки свободного софта. Судя по тому, что за восемь лет существования PCLinuxOS Билл Рейнолдс не умер с голоду — эта модель работает. Иногда. И не у нас.

Почему PCLinuxOS? Идеологические резоны

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

Для начала ещё раз повторю, что исходно PCLinuxOS — форк Mandrake, унаследовавший от прародителя многие характерные особенности. В частности, его генетика отчётливо просматривается в инсталляторе. Сохранился в нём и инструмент тотального конфигурирования всего и вся — Центр управления, тот самый, который некогда придал Mandrake его вкус и запах своеобразие. Так что и пользователь современной Mandriva (и Mageia) увидит в PCLinuxOS много родного и близкого.

Далее, в PCLinuxOS, как нетрудно догадаться, применяются пакеты в формате rpm, причём традиционной, 4-й, версии — в отличие от Mandriva, в которой, начиная с версии 2011, задействован несовместимый с ней формат rpm5. Так что в отношении пакетов пользователь любого rpm based дистрибутива также не встретит никаких неожиданностей.

Самое интересное, что и пользователи deb based систем также увидят в PCLinuxOS знакомые черты: в качестве менеджера пакетов в нём используется apt и его графический фронт-энд — Synaptic. А в настоящее время ведутся работы по прикручиванию к этому дистрибутиву также yum‘а и его фронт-энда yumax, что сделает его родным и близким для пользователей всех редхатоидных дистрибутивов.

В настоящее время PCLinuxOS официально распространяется только в 32-битном варианте. Однако это не является препятствием для использования памяти объёмом 4 и более гигабайт: наряду со стандартным ядром, устанавливаемым по умолчанию, имеется ядро, собранное с поддержкой PAE, обеспечивающее доступ к памяти вплоть до 64 Гбайт. Причём для обоих ядер существуют сборки как со стандартным планировщиком от kernel.org, так и с планировщиком BFS (Brain Fuck Scheduler), разработанным Коном Коливасом (Con Kolivas) специально для достижения максимальной «отзывчивости» системы в десктопных условиях.

В настоящее время имеется и 64-битная версия PCLinuxOS в виде LiveCD с KDE, MATE и LXDE в качестве рабочих сред; в репозитории доступны все пакеты, что и для 32-битной версии дистрибутива.

Здоровый консерватизм PCLinuxOS проявляется в отношении загрузчика. В то время, как все остальные дистрибутивы один за другим, подобно Бруту, продаются ответственным работникам, сдаются разработчикам GRUB 2, здесь мы по прежнему видим GRUB Legacy по умолчанию и даже Lilo в качестве доступной при установке опции. Используется он и по сей день — 24.10.2015.

PCLinuxOS распространяется в виде LiveCD с возможностью установки на винчестер. Он представляет собой типичную Систему Быстрого Развёртывания (СБР): инсталляция осуществляется не распаковкой пакетов, а копированием образа Live CD на целевой носитель. Очевидно, что в таких условиях установка безальтернативна: с Live CD, несущего рабочее окружение KDE, можно установить только KDE-систему, Live CD с LXDE позволяет установить только эту рабочую среду, и так далее. Это компенсируется большим количеством Live-носителей с различными рабочими средами (подробнее об этом пойдёт речь на следующей странице). Кроме того, ничто не запрещает доустановить требуемые оконные менеджеры или десктопы из репозиториев (и об этом мы со временем поговорим более детально). То есть на свободу выбора пользователя накладывается очень мало ограничений.

Какой бы вариант LiveCD ни выбрать — система остаётся на удивление компактной, укладываясь в два с половиной гигабайта в самом тяжёлом варианте. А наиболее лёгкий вариант установки вообще занимает менее 1 Гбайт. Напомню, что Mandriva 2011, также устанавливаемая путём копирования образа, отхватывает от диска более шести этих самых гигабайт. А при установке Mageia, предусматривающей и попакетный выбор, даже в этом случае занимается около четырёх с половиной гигабайт.

Взаимодействие с оборудованием, насколько я могу судить по своему «железу», вполне удовлетворительное. С видеосистемой (а у меня интегрированный чипсетный Radeon HD 4250) ни малейших проблем не возникло, хотя для той же Mandriva 2011 отмечается некорректная работа с некоторыми чипами производства AMD. Чипсетный звук также звучал нормально, а встроенная сетевая исправно выполняла свои обязанности. МФУ HP DeskJet 2050 и печатало, и сканировало «искаропки»,

Единственное осложнение, касающееся «железа», возникло с OCZ RevoDrive, представляющим собой Fake RAID на основе SSD (подробности о нём здесь). Не смотря на то, что модули поддержки его контроллеров в системе присутствовали и исправно подгружались, никаким перебором параметров загрузки ядра я не смог заставить систему увидеть этот накопитель как RAID level 0, каковым он на самом деле является: она упорно воспринимала его как два отдельных носителя.

Поставить это в упрёк дистрибутиву трудно — всё-таки RevoDrive являет собой далеко не самое распространённое устройство. Да и пути решения проблемы более-менее понятны — скорее всего, достаточно будет перегенерировать initrd или, на крайняк, пересобрать ядро. И со временем я этим займусь. А пока, объективности ради, отмечу, чего ещё нет в PCLinuxOS.

А нет в нём на данный момент поддержки файловой системы btrfs. То есть она как бы есть: соответствующий модуль имеется, и на стадии инсталляции btrfs можно определить для любого из вновь создаваемых разделов (разумеется, за исключением раздела под /boot — GRUB Legacy, не говоря уже про Lilo, не умеет грузить ядро с этой файловой системы).

Однако практически это оказывается невозможным по очень простой причине: на Live-дисках нет утилит для работы с btrfs, и в репозитории они также отсутствуют. Эта проблема решается совсем просто — самостоятельной сборкой соответствующего пакета btrfs-progs. Если в ближайшее время этот пакет в репозитории не появится — займусь на досуге.

Таким образом, можно видеть, что PCLinuxOS имеет немало особенностей, которые мне представляются однозначно положительными (быстрота развёртывания и компактность инсталляции), несколько особенностей, восприятие которых определяется исключительно личным вкусом (консерватизм в отношении загрузчика и формата пакетов), и буквально пару однозначных, но преодолимых, недостатков (проблема с fake RAID и отсутствие поддержки btrfs).

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

Варианты дистрибуции

Как уже было сказано на предыдущей странице, процесс установки PCLinuxOS безальтернативен, и не предполагает выбора ни пакетов, ни рабочей среды — и то, и другое наследуется с установочного Live-носителя. Так что к выбору последнего надо подойти вдумчиво. И потому на этой странице я опишу все доступные ныне варианты установочных носителей.

В качестве основной сборки PCLinuxOS выступает вариант с рабочей средой KDE. Он включает в себя три редакции:

• стандартная, без эпитетов, образ в 647 Мбайт — она является «основней» других, её ведёт непосредственно Texstar;
• минимальная, minime, 425 Мбайт;
• полная, fullmonty, 3.8 Гбайт.

Стандартная редакция в установленном виде занимает 2,6 Гбайт дискового пространства, полная — 13 (!) Гбайт.

Условно второй вариант сборки дистрибутива использует рабочую среду LXDE. Он включает две редакции — стандартную (575 Мбайт) и минимальную (mini, 489 Мбайт).

К варианту LXDE примыкает вариант с оконным менеджером OpenBox в качестве рабочего окружения, в стандартной (682 Мбайт) и минимальной (bonsai, 262 Мбайт) редакциях. Именно последняя редакция в установленном виде занимает менее 1 Гбайт дискового пространства.

Перечисленные выше редакции, вместе с находящими в стадии тестирования 64-биными сборками (на момент сочинения этих строк — варианты с KDE и LXDE) можно обнаружить на главном сервере проекта и всех его официальных зеркалах. Однако ими дело не ограничивается. Время от времени появляются (и подчас исчезают) неофициальные сборки с GNOME и enlightenment (обе в полной и минимальной редакциях), а возможно, и с другими рабочими средами: со временем мы увидим, что создание собственной редакции дистрибутива — дело не простое, а очень простое, так и провоцирующее этим заняться.

Наконец, нельзя не упомянуть и о сборке от отечественного сообщества пользователей PCLinuxOS. Она основана на стандартной KDE-редакции и отличается только русификацией «искаропки» — в прочих редакциях для этого нужно предпринять несложные, но всё же телодвижения.

Немного о ресурсах

Дистрибутив PCLinuxOS не избалован вниманием прессы — даже той, что прямо или косвенно связана с миром FOSS. Тем не менее, кое-какие сведения о нём можно найти в Сети. Для начала это, конечно, официальный сайт проекта:

PCLinuxOS, включающий также форум.

Далее, в рамках проекта издаётся ежемесячный онлайновый журнал PCLinuxOS magazine.

Справочную информацию о дистрибутиве можно получить на соответствующей странице DistroWatch’а.

Имеется и русскоязычный ресурс PCLinuxOS , также сопровождаемый форумом.

Основной репозиторий дистрибутива — на сервере NLUG. Репозиторий от Etc’а включает дополнительные пакеты, в том числе и специфичные для российских условий.

Из материалов обзорного характера на русском языке мне попалась статья Таннера Хелланда (Tanner Helland) в переводе А.Кривошей: PCLinuxOS 2011 KDE — обзор и ретроспектива (оригинал: PCLinuxOS 2011 KDE: A Review and Retrospective) — собственно, она и вызвала мой интерес к этому дистрибутиву.

Кроме того, по Сети уже ряд лет ходит обзор под названием «Радикально простой» – обзор PCLinuxOS 2008 «MiniMe» без указания автора, первоисточник его, видимо, лежит здесь.

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

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

PCLinuxOS. Выбора варианта

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

Преамбула к выбору

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

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

Замечу, что идея этой серии очерков появилась у меня под влиянием постов Ильяса в обсуждении на форуме PCLinuxOS Russian community. Цитата из одного из них:

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

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

Сколько вешать: 64 или 32

Для начала следует определиться с разрядностью. Конечно, 32-битные
системы выглядят

Рудиментом в нынешних мирах,
Словно полужёсткие крепления,
Или радиолы во дворах.

Однако 64-битные сборки PCLinuxOS долгое время существовали только в тестовом исполнении, и только для сред KDE и LXDE. Ныне положение изменилось, но и 32-битные варианты актуальности не потеряли. Ведь главное, для чего нужны 64 разряда большинству десктопных пользователей — возможность использовать более 3 Гбайт памяти — легко решается установкой ядра с поддержкой PAE, каковое представлено в репозиториях нашего дистрибутива, и даже в двух видах — со стандартным планировщиком и с планировщиком BFS Кона Коливаса. Так что однозначной рекомендации здесь дать трудно.

KDE или не KDE, вот в чём вопрос

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

Texstar — изрядный консерватор (в хорошем смысле этого слова). Но даже его консерватизма не хватило на то, чтобы продолжать поддерживать в своём дистрибутиве KDE 3-й ветки (попытки реанимации которой предпринимаются до сих пор). И потому KDE-редакции PCLinuxOS базируются на ветке 4-й.

Как известно, большинство пользователей делится на тех, кто KDE любит, и тех, кто его ненавидит. Со вторыми всё ясно — они отвергают все редакции на его основе сразу. Но среди первых тоже есть две категории:

1. те, кто любил KDE в его ипостасях с до-первой по третью включительно, и так и не смог примириться с веткой 4-й (ваш покорный слуга — в их числе), и
2. те, кто либо начал своё знакомство с этим десктопом сразу с 4-й ветки, либо проникся её величием, либо просто слюбился, потому что стерпелся.

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

Однако не надо забывать и о тех, кто либо ещё не приобрёл устойчивых предпочтений в отношении рабочей среды. Или просто готов менять её в соответствие с возникающими задачами, а то и просто настроением. И вот им-то имеет резон присмотреться к KDE-вариантам PCLinuxOS.

Причины к тому следующие:

• современные версии KDE 4-й ветки далеко ушли вперёд от того ужаса, в виде которого пред нами предстало KDE 4.0: ныне это вполне работоспособная среда, большинство штатных приложений которой почти полностью восстановили свою функциональность относительно такой в ветке 3.X;
• KDE всегда отличалась непревзойдённой настраиваемостью, и современные версии её четвёртой ветки постепенно заново обрели эту способность, в результате чего им можно придать внешний вид, привычный по версиям 3.X; именно так по умолчанию сделано в KDE-сборках PCLinuxOS — никакого ультрамодерного сюрреализма, так устрашавшего в ранних «четвёрках», мы тут не увидим;
• с момента отщепления PCLinuxOS от прародительского Mandrake KDE было основной рабочей средой этого дистрибутива, и основанные на ней его сборки обычно наиболее оттестированы;
• следствием предыдущего является изобилие RDE-приложений в репозитории — как штатных, так и сторонних, тогда как для GNOME или XFce я навскидку обнаружил отсутствие ряда вполне обычных и распространённых пакетов и апплетов;
• многие штатные приложения KDE, такие, как эмулятор терминала, файловый менеджер, текстовый редактор, не говоря уже о средствах web-разработки, продолжают оставаться в числе лучших в своих категориях, хотя уже и не столько безраздельно в них первенствуют — Gtk-аналоги во многом подтянулись до их уровня
• наконец, что немаловажно в наших условиях, сборки KDE лучше всего русифицированы, и сценарий локализации гарантированно работает только в них — в более иных сборках часто приходится выполнять эту процедуру руками.

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

Если KDE — то какое?

KDE-сборка PCLinuxOS включает в себя три редакции:

• собственно KDE Desktop;
• KDE MiniMe;
• Full Monty Desktop.

Первые две — действительно редакции, различающиеся лишь полнотой софта на дисках, они собираются непосредственно Texstar’ом. Full Monty Desktop же, собираемый Pinoc’ом, отличается от них по идеологии и назначению, представляя скорее самостоятельный субпроект. Вот с него-то мы и начнём — почему, станет ясно по прочтении следующей страницы.

Full Monty Desktop

Full Monty Desktop распространяется в виде iso-образа LiveDVD объёмом 3,9 Гбайт, содержащих в себе бессчётное число приложений — и вовсе не только KDE’шных, хотя KDE и выступает в качестве интегрирующей (точнее, агломерирующей) среды.

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

На втором рабочем столе собраны офисные приложения, текстовые редакторы и родственные программы и утилиты:

Третий рабочий стол посвящён играм:

На четвёртом рабочем столе собрана всякого рода мультимедиа в виде аудио- и видеоплейеров, и так далее:

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

На шестом рабочем столе мы видим средства конфигурирования и системные утилиты. Здесь же — пиктограммка для запуска инсталляции системы на жёсткий диск:

Пиктограммы на перечисленных рабочих столах дают лишь слабое представление о количестве приложений на диске Full Monty. Чтобы получить представление полное, нужно внимательно просмотреть все пункты стартового меню. Предупреждаю сразу: юзер, способный добраться до его половины, ещё более редок, чем птица, способная долететь до середины Днепра. Меня хватило на беглый просмотр пары-тройки пунктов.

Из этого беглого просмотра у меня сложилось впечатление, что майнтайнер Full Monty хотел познакомить своих пользователей со всем изобилием свободного софта во всех его проявлениях.

Так, среди офисных программ мы увидим и LibreOffice, и KOffice, и AbiWord с Gnumeric’ом, и Lyx. А в пункте графики есть всё — от GIMP’а до Krita, от CinePaint до Hugin, от Blender до QCad. И многое, многое другое. Примечательно, что нет и намёка на какую-либо «библиотечную чистоту»: в рамках одной целевой группы соседствуют KDE- и GNOME-приложения, программы, использующие чисто Qt или Gtk, и даже такие полузабытые библиотеки, как Motif (Nedit в группе текстовых редакторов).

Набор приложений на диске Full Monty однозначно определяет сферу его применения: это ни в коем случае не дистрибутив для практической работы. А своего рода путеводитель по миру свободного софта, позволяющий ознакомиться со всем его разнообразием, причём «малой кровью на чужой земле», то есть без установки в рабочую систему и, соответственно, без замусоривания её всякими зависимостями, от которых потом не всегда легко избавиться.

Разумеется, многоопытному пользователю, имеющему складывающийся годами набор предпочтительных приложений, он не так и нужен. Но я очень пожалел, что такого диска не существовало лет 15 назад, когда я незамутнённым ньюбом только входил в этот «новый дивный мир», И позавидовал доброй белой завистью ньюбам нынешним, которые делают в нём первые шаги — такой путеводитель будет для них незаменимым подспорьем.

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

Тем более, что обоих целей — и общего ознакомления, и расширения кругозора, как я уже сказал, можно добиться без героизма и подвигов, достаточно просто вставить Full Monty в накопитель. Правда, ввиду большого объёма диска работа с ним в стандартном Live-режиме будет медленна и печальна. Хотя при загрузке с него можно выбрать из меню Isolinux’а пункт Copy to RAM:

Это существенно увеличит время загрузки, но зато кардинально ускорит работу по её окончании. Правда, в силу только что указанной причины, этого самого RAM’а для копирования должно быть вдоволь. Практика показала, что при 8 его гигабайтах в Live-среде чувствуешь себя вполне комфортно.

Так что, возможно, для обстоятельного знакомства имеет таки смысл установить Full Monty — на раздел винчестера или отдельный диск, если таковые имеются. И тут нужно помнить, что инсталлируется он точно так же, как и все иные редакции PCLinuxOS — развёртыванием из образа, без всякого выбора пакетов. А потому в установленном виде занимает более 13 Гбайт.

С одной стороны, это весьма и весьма немало. Но с другой — не так и много, поскольку большого объёма пользовательских данных при целевом использовании дистрибутива не ожидается. Думаю, это наилучший вариант для начинающих пользователей, готовых посвятить туристическим экскурсиям по миру Open Source достаточно времени.

Ну а пользователям многоопытным имеет смысл установить Full Monty в виртуальной машине, дабы совершать короткие экскурсии в нехоженные области мира Open Source без отрыва от производства. Как видно из следующего скриншота, расход памяти при этом оказывается вполне терпимым:

Но о быстродействии тут следует забыть — если только, конечно, памяти не столько, что ещё можно выделить под виртуалку в количестве, достаточном для той же Copy to RAM.

В общем, «кратко резюмирую сегодняшний базар»: диск Full Monty Desktop не вредно иметь всем, и начинающим пользователям, и действующим, вне зависимости от «стажа работы по специальности» и от дистрибутива, используемого при практической работе. Именно поэтому обзор сборок и редакций PCLinuxOS я начал с этого варианта.

О KDE: крупном, мелком, и других

Убедившись в том, что Full Monty Desktop — вариант не столько рабочий, сколько демонстрационный, причём демонстрирующий возможности не данного дистрибутива, а открытого софта вообще, перейдём к рассмотрению тех вариантов, которые могут быть использованы для практической работы, оставаясь пока в рамках KDE-редакций.

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

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

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

В установленном виде обе KDE-редакции предлагают авторизоваться через KDE, причём в качестве доступных аккаунтов выступает не только пользовательский, созданный на стадии постинсталляционной конфигурации, но и административный. Сделанное в явном виде предложение открыть сеанс Иксов от имени root’а — опять-таки чуть ли не уникальная особенность данного дистрибутива. Правда, в редакциях его, основанных на иных рабочих средах и использующих GDM, мы такого предложения не увидим. Однако, если там указать root в качестве логина и ввести пароль суперпользоватедя, заданный при первичном конфигурировании, сеанс Иксов будет открыт от имени администратора.

Я не буду вдаваться в обсуждение вопроса, хорошо это или плохо. Для многоопытного пользователя — скорее, безразлично: он всё равно не будет этого делать без самой крайней необходимости (у меня лично её никогда не возникало), а буде таковая образуется — знает, как обойти ограничения, принятые по умолчанию практически во всех дистрибутивах.

Что же до пользователей начинающих… Большинство из них следуют совету резонных людей не входить в Иксы root’ом, вне зависимости от того, могут они это сделать или нет. Меньшинство же, оглашающее форумы стонами типа Как мне попасть в KDE root’ом, во-первых, перестанут тратить на это своё и чужое время, а во-вторых — быстрее набьют себе шишки, которые помогут им осознать правоту тех самых резонных людей.

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

KDE мелкое

А теперь вернёмся к MiniMe. Он распространяется в виде iso-образа диска объёмом чуть больше 400 Мбайт, служащего как LiveCD, так и установочным. В силу специфики инсталлятора PCLinuxOS, предусматривающего развёртывание системы из образа, а не попакетную установку, состав диска в Live-режиме идентичен тому, что мы получим после инсталляции.

Так давайте же посмотрим, что есть на LiveCD. Хотя проще сказать, чего в нём нет. Потому что в нём нет ничего, кроме:

• средств обеспечения функциональности десктопа и доступа к сетям;
• минимального набора штатных приложений — терминала, редактора, файлового менеджера Dophin’а и Konqueror’а, изначально сконфигурированного в обоих своих ипостасях;
• средств конфигурирования, мониторинга и управления пакетами.

Из сторонних приложений я углядел только Midnight Commander; кстати, он присутствует во всех редакциях PCLinuxOS — детей командора Нортона чтут не только на Руси.

Показательно также, что в MiniMe Kinfocenter представлен там во всей красе.

К слову сказать, после инсталляции MiniMe занимает на диске 1,3 Гбайт — для системы с KDE в качестве десктопа это просто крохи. Ну а выглядит она вот таким образом:

Тем не менее, можно констатировать, что в свежеустановленном виде MiniMe к практической работе не пригодно. Но: превратить его в рабочую систему можно буквально двумя-тремя директивами apt-get или пятью-шестью кликами мышью в Synaptic’е. Причём, что характерно, все эти действия будут иметь конструктивный, а не деструктивный характер: в рамках KDE ни один из присутствующих на диске (и, как уже сказано, наследуемых установленной системой) пакетов не будет лишним, и не нуждается в удалении.

По моему скромному мнению, такое дорогого стоит — впрочем, к вопросу этому мы ещё вернёмся под занавес настоящего раздела очерков.

KDE крупное

Стандартная KDE-редакция — это iso-образ объёмом около 650 Мбайт. Композиционно она ничем не отличается от реадкции MiniMe, просто «лишние» двести с небольшим мегабайт заняты дополнительным софтом, включающим:

• средства архивирования, в том числе записи компактов;
• инструментарий для настройки печати и сканирования (правда, только для оборудования от HP);
• приложения для работы с графикой, вплоть до GIMP’а;
• мультимедийные приложения, включая универсальный медаиплейер VLC.

Обращает внимание отсутствие офисных приложений — вместо них имеется LibreOffice Manager, сценарий, упрощающий установку соответствующего пакета. К слову, он же имеется и в редакции MiniMe.

Показательно также отсутствие пуристических тенденций в подборе приложений — среди них мы видим программы, основанные не только на Qt и KDE, но и на Gtk, например, уже упомянутый GIMP и Pidgin, заменяющий штатное Kopete.

В общем, набор приложений более чем достаточен для того, чтобы сразу приступить к работе. Тем примечательней, что инсталляция стандартной редакции KDE занимает на диске 2,6 Гбайт. Что, хотя и вдове больше объёма свежеустановленной MiniMe, но для базирующейся на KDE системы — более чем скромно. Особенно если сравнить с теми пятью-шестью гигабайтами, на которые при установке претендуют ближайшие родичи — Mandriva и Mageia.

И кто теперь дерзнёт сказать, что KDE — ресурсоёмкая и тяжеловесная среда? Будучи приготовлена должным образом, она оказывается вполне легковесной — даже когда разбавлена сторонними приложениями. Иными словами — могём, начальник! Кто сказал, что не могём? Если захотим и умеем…

Здесь уместно сказать папу слов и об «основной» тестируемой 64-битной версии. Она основана на стандартной KDE редакции и отличается от последней лишь заставкой при инсталляции:

Ну и разумеется, выводом, команды uname. Не смотря на чуть больший объём iso-образа (680 Мбайт), набор приложений в 32- и 64-битной KDE-редакциях идентичен.

Так что при желании использовать 64-битную версию PCLinuxOS применитель не столкнётся ни с какими неожиданностями. Кроме, разве что, отсутствия некоторых пакетов, в частности, собранных отечественным сообществом в лице etc’а (см. здесь) — они пока представлены только 32-разрядными вариантами. Впрочем, наличие пакетов исходников (*.src.rpm) позволяет легко скомпилировать их 64-битные ипостаси.

KDE русское

Коль скоро в последних строках предыдущей страницы речь зашла о сборках русскоязычного сообщества пользователей PCLinuxOS, настало время поговорить и о русской редакции его, которая основана на стандартной редакции KDE.

Образ русской редакции на главном сервере проекта и его официальных зеркалах отсутствует, скачать его можно отсюда. Он на версию отстаёт от текущего релиза оригинала, но, вследствие rolling-модели разработки дистрибутива, это большого рояля не играет. Неудобней другое: размер образа составляет 770 Мбайт, то есть для стандартного компакта — много, для DVD — мало, а 90-минутных болванок нынче не найти днём с огнём. Но, впрочем, и это тоже мелочи.

При запуске в Live-режиме предлагается пара русифицированных «вводных» панелей. Сначала — выбор раскладки клавиатуры:

Как можно видеть на скриншоте, русская раскладка представления двумя вариантами — русской просто и русской фонетической. Под первой, отмеченной по умолчанию, скрывается вариант winkeys, прочие варианты недоступны не только в Live-режиме, но и при инсталляции, и даже после неё, через Центр управления.

Так было и во всех оригинальных редакциях PCLinuxOS — варианты русской раскладки, отличные от winkeys и phonetic, доступны только средствами настройки клавиатуры в конфигураторах десктопов. Однако если американцам и примкнувшим к ним, как мы увидим впоследствии, англичанам и разным там прочим ляхам это простительно, то уж наши майнтайнеры могли бы позаботиться о соотечественниках и доработать вопрос выбора вариантов раскладок клавиатуры от родных осин. Впрочем, в оправдание им можно сказать, что этого не сделано ни в прародительской Mandriva по 2010-ю версию включительно, ни даже в Mandriva 2011, которая в значительной мере является уже отечественным дистрибутивом.

Зато переключатели раскладок окучены все возможные — от олдфаговского CapsLock до любых Win-клавиш:

После этого предлагается авторизоваться — как обычно, гостём или рутом, с одноимёнными паролями:

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

Возникает вопрос: за счёт чего же образуется такая разница в размерах образов дисков стандартной и русской редакций? Конечно, при использовании 16-битной кодировки русские тексты (переводы интерфейсных элементов, документации etc.) займут почти вдвое больше места супротив англоязычного оригинала. Но не на 120 же Мбайт больше?

Впрочем, это вопрос чисто риторический и при объёмах современных винчестеров как бы и смешной. А нам пора перейти к следующему пункту нашей программы: на какой редакции из числа описанных остановить свой выбор пользователю, не испытывающему идиосинкразии к KDE7. Но об этом — на следующей странице.

Редакции PCLinuxOS: мой выбор

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

Как уже говорилось, 64-битные редакции я поначалу не рассматривал как варианты выбора, а потому ознакомился с ними бегло. И, убедившись в отсутствии в их репозитории ряда существенных для меня пакетов, отложил до лучших времён.

Редакция Full Montly также на роль рабочего варианта не годилась, по уже описанным выше причинам. Так что её я время от времени запускал в виртуальной машине — на предмет расширения кругозора, благо объём памяти машины реальной позволял работать с ней из ОЗУ, то есть с вполне приличной скоростью.

Далее, столь же бегло я ознакомился с редакциями, использующими LXDE и OpenBox. От первых я не ожидал ничего — LXDE, по моему скромному мнению (которое я никому не навязываю), аббревиатуру DE в своё имя вставила без малейших на то оснований, ибо никакой настольной средой не является — просто конгломерат из оконного менеджера OpenBox, средств его настройки, недоделанных средств собственного конфигурирования, нескольких собственных приложений и относительно случайного набора приложений сторонних, из которых цементирующее — pcmanfm — развивается последнее время ни шатко, ни валко.

Это я ни в коей мере не в упрёк LXDE — просто при выборе её пользователь должен отдавать себе отчёт, что выбирает он не интегрированный десктоп, а нечто среднее между DE и WM. А поскольку я не любитель золотых середин, то выбрал бы или то, или это.

Так что к редакциям с OpenBox я уже подходил вполне серьёзно — BlackBox и его потомки всегда были моей слабостью. И, надо сказать, что редакция openbox-bonsai меня просто покорила. Установленная с iso’ника в 260 Мбайт, она заняла менее 1 Гбайт дискового пространства, умудрившись, при полном отсутствии излишеств, вместить… ну не скажу, что всё необходимое, но всё, что могло потребоваться в первый момент.

Маленькое отступление. Особенно показательным мне представилось в этой редакции наличие редактора Geany при отсутствии суррогатов типа Leafepad’а или брата его Mousepad’а. Ибо совершенно не понимаю смысла в последних. Предствление, что это лёгкие редакторы для правки конфигов — не более чем атавизм, оставшийся с тех времён, когда конфиги были простыми. При правке современных скриптов и конфигурационных, часто xml’ных, файлов очень не лишними оказываются и развитые средства поиска и замены, и подсветка синтаксиса, и прочие продвинутые возможности редакторов класса Geany или Kate. Ну а чтобы добавить строку в /etc/fstab — на то и консольного nano более чем достаточно.

В общем, openbox-bonsai мне понравился чрезвычайно, но… за годы пользования различными DE’ями я очень обленился, и напрочь отвык от возни со всякого рода ~/.Xdefaults и /etc/X11/Xresources. Так что оставил этот вариант на крайний случай.

А обратился я к той редакции, которая a priory казалась мне предпочтительной — к pclinuxos-phoenix, являющей собой сборку этого дистрибутива, использующего в качестве рабочей среды XFce, с коей сроднился ещё со времён Zenwalk’а и Xubuntu. Увы, текущая её версия (2011-07) показалась мне неудачной: во-первых, из-за очевидных глюков, типа самопроизвольной пропажи обрамления окон, во-вторых, из-за явно выраженной визуальной «тормознутости», особенно заметной после отзывчивости Fedora в её ипостасях с 11 по 14-ю включительно (за более поздние не скажу — так толком и не посмотрел). Первое, очевидно, со временем будет исправлено. А к вопросу о «тормознутоски» (или, правильней сказать, «неотзывчивости») я ешё вернусь.

Облегчённая редакция дистрибутива со средой XFce — pclinuxos-phinx, на первый взгляд, не показала ни глюков, ни «неотзывчивости» редакции полной. Но уж очень несерьёзно выглядело её внешнее оформление. Да и сборщик у неё был то же самый, что у полной редации, так что, возможно, что «родимых» пятен сборки я просто не заметил, ибо к тому времени несколько охладел к среде XFce вообще (о причинах чего — разговор отдельный, и здесь неуместный).

Так что пришлось, скрепя сердцем, обратиться назад, в будущее — к редакции pclinuxos-ZEN-mini. Как будет рассказано на соотетствующей странице, это облегчённая сборка с GNOME, причём 2-м, а не новомодным 3-м. И всем она меня вроде бы устроила, кроме одного: для самого по себе GNOME 2 уже загорелись слова

мене, текел, упарсин

которые, как известно, пророк Даниил истолковал как

исчислен, взвешен, продан персам

То есть срок жизни GNOME 2 уже обозначен, и вряд ли форк его, Mate, существенно изменит положение вещей, если судить по аналогии с KDE.

И тогда я совершил то, чего делаю очень редко — вернулся к, казалось бы, давно и навсегда оставленному KDE. Тем более, что поглядел на него в исполнении 64-битной редакции — и 4-я ветка (версия 4.6.5), в современном её состоянии и в трактовке PCLinuxOS мне неожиданно понравилась. Ибо по функционалу она сравнялась с последними версиями ветки 3-й, а внешне могла быть представлена почти так же, как та — и даже лучше с эстетической точки зрения.

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

Сначала всё выглядело замечательно: система оказалась компактной, стабильной и отзывчивой. До того момента, пока я не заменил умолчальное ядро kernel-2.6.38.8-pclos3.bfs (то есть с патчем Кона Коливаса) на его аналог с поддержкой PAE — kernel-2.6.38.8-pclos3.pae.bfs. Согласитесь, ведь смешно при 8 Гбайт памяти видеть из них только три с копейками. И вот тут на ровном месте начались тормоза — от былой отзывчивости системы не осталось и следа.

Я попробовал поэкспериментировать с ядрами — в частности, поставил ядро с PAE, но без BFS. Стало ещё хуже — всё-таки патчи Кона не только увеличивают «отзывчивость» при хорошем раскладе, но и уменьшают «неотзывчивость» при плохом. Поигрался на всякий случай и с видеодрайверами — меняя фирменный fglrx на свободные ati и radeon туда и обратно. Ничего не помогало…

И тут я вспомнил, что при беглом знакомстве с редакцией pclinuxos64 никаких таких безобразий замечено не было. И я решил — где наша не пропадала! — и поставил 64-битную тестовую версию с KDE.

И настало мне счастье. Система встала как влитая (как именно — напишу отдельно). И отзывчивостью своей… не скажу, что превзошла Fedora 14, но визуально с ней сравнялась на все сто. Глюков, которые мы вправе ожидать от тестовой версии, до сих пор не обнаружилось — ну прямо ни одного. И это при том, что я так и оставил инсталлированный по умолчанию проприетарный драйвер AMD, о ненадёжности 64-битной версии которого в данном контексте предупреждали партийцы самых разных уклонов.

Что же до KDE 4 (версии, повторяю, 4.6.5) — после того, как я немного научился его готовить, впечатление образовалось самое что ни на есть хорошее. Всё-таки разработчики его совершили одну ошибку — но и об этом в другой раз и, вероятно, в другом месте.

Да, ряд весьма важных для меня пакетов в репозитории 64-битной версии отсутствует — zsh, most, btrfs-progs (впрочем, и в 32-битной версии двум последним мы обязаны etc’у). Нет и единственной игры, которой я втайне порочно предаюсь — BlockOut. Что же, пакеты — дело наживное. Да и спасение утопающих — известно чьих рук делом должно быть.

А пока подведу предварительный итог. Я не буду утверждать, что использование 32-разрядных редакций PCLinuxOS с PAE-ядром — это плохо: скорее всего, мне просто не повезло с каким-то сочетанием конкретного софта и конкретного железа. Не буду я также призывать к немедленному и поголовному переходу на сою 64 бита. Но предлагаю задуматься: ведь 32-битных процессоров в природе продаже уже просто не осталось. Как и компьютеров с памятью меньше, чем 4 Гбайт. Так не пора ли отрешиться от старого мира, и прочно встать на 64 рельсы для движения в светлое будущее?

PCLinuxOS: установка и настройка

На следующих страницах мы рассмотрим установку PCLinuxOS — сначала стандартную, а затем некоторые варианты, имеющие свои особенности, например, установку на SSD и установку с использованием файловой системы btrfs.

Вводные слова

Вне зависимости от выбранного варианта сборки и его редакции, установка PCLinuxOS проходит абсолютно одинаково и включает в себя два этапа — собственно инсталляцию системы и, после рестарта машины, постинсталляционное её конфигурирование.

Собственно установка запускается либо из Live-режима, либо выбором соответствующего пункта в меню начального загрузчика:

Опять же, на ход установки это не влияет — в обоих случаях она проходит аналогично, распадаясь на ряд стадий, включающих:

• подготовительные действия;
• разметку диска;
• развёртывание системы;.
• установку загрузчика.

После чего, как уже говорилось, следует рестарт машины и этап начального конфигурирования.

Для определённости ниже рассматривается установка через пункт Install PCLinuxOS начального загрузчика.

Подготовительные действия

Первые подготовительные действия выполняются из меню начального загрузчика Live CD. Здесь можно, для начала, c помощью клавиши F2 изменить язык интерфейса (в том числе и на русский):

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

Можно, посредством клавиши F3, изменить также разрешение экрана — впрочем, умолчальное 800×600 представляется мне достаточно комфортным, а так называемых нестандартных разрешений в списке всё равно нет (хотя, при нынешнем засилье «длинных» мониторов они давно стали стандартными):

Прибегнув к клавишам F4 или F5, можно изменить источник загрузки — впрочем, в нашей ситуации это физического смысла не имеет.

А вот с помощью клавиши F6, во-первых, отключается поддержка ACPI и (или) APIC, что иногда может потребоваться на относительно старом «железе»,

А во-вторых, есть возможность задать произвольные параметры загрузки ядра:

Закончив разборки с параметрами, обращаемся к пункту Install PCLinuxOS и жмём Enter. После чего в течении некоторого времени наблюдаем сплэш-картинку, скрывающую от глаз народа процесс загрузки системы:

Впрочем, если в это время нажать клавишу Escape, то он предстанет перед нами в виде сообщений о ходе её:

Следующий подготовительный шаг после загрузки системы и запуска инсталлятора — определение раскладки клавиатуры. основания отказываться от умолчальной (в большинстве вариантов) раскладки US нет ни малейших:

Присутствующая в списке русская раскладка на стадии установки бесполезна. И вообще, смена раскладки здесь существует не для нас, кириллистов, а для латинистов-европейцев, многие из которых используют раскладки, отличную от qwerty. На них (например, qwertz, широко применяемой в Германии и Скандинавии) всякие дополнительные символы расположены совсем не там, где мы привыкли их видеть.

Кстати, в обеих редакциях сборки с XFce по умолчанию задана английская раскладка (UK), на которой придётся довольно долго искать символ |, так что выбравших phoenix или phinx также имеет смысл вернуться к раскладке американской.

На этом подготовительные мероприятия заканчиваются: после определения раскладки можно наблюдать заставку установочного визарда PCLinuxOS, где нажатие экранной кнопки Next ведёт нас к разметке диска.

Разметка диска

Разметка диска — самая ответственная процедура при инсталляции любой системы, в том числе и PCLinuxOS: допущенные в процессе её ошибки исправимы только с большим трудом и риском для данных. Так что к этой процедуре надо подойти вдумчиво и ответственно.

Разметка диска в установщике PCLinuxOS совмещена с созданием файловых систем на новообразованных разделах, и возможна способами:

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

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

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

Итак, для определённости исходим из того, что у нас имеется неразмеченное пространство на задействованном диске — или просто свободный (или обречённый на заклание) винчестер. Отмечаем радиокнопку Custom disk partitioning и, после нажатия на кнопку Next, переключаемся в режим эксперта.

Далее всё просто: щелкаем на свободном неразмеченном пространстве и жмём активизирующуюся после этого экранную кнопку Create:

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

Если не выполнить последнюю процедуру, то первый создаваемый на пустом диске раздел получит статус Primary partition (/dev/sda1, например), а все последующие будут определены как тома расширенного раздела (/dev/sda5, /dev/sda6 и так далее).

Что же до файловых систем, теоретически поддерживаемых инсталлятором, то в их списке есть все, о каких я когда-либо слышал:

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

Затем длительный поиск оного:

И, наконец, радостное известие, что таковой установлен быть не может:

Что и не удивительно — пакет btrfs-progs в репозитории PCLinuxOS просто-напросто отсутствует.

Так что для всех разделов приходится избирать одну из более традиционных файловых систем, например, ext4 — благо, после сборки btrfs-progs (а я рассчитываю собрать этот пакет в ближайшее время) она может быть без потери данных трансформирована в btrfs.

Исходя из этого, и выбираем схему разбиения:

• раздел под /boot в пару сотен мегабайт;
• раздел под корень файловой иерархии, объёмом 8-12 Гбайт;
• раздел под /home — сколько осталось, сколько нужно или сколько не жалко.

Всем разделам определяем файловую систему ext4, причём /boot сохранит её навсегда, так как GRUB Legacy до сих пор не научился грузить ядро с btrfs-раздела (и, видимо, уже не научится).

Что же до swap-раздела — при обычных нынче объёмах памяти в 4 и более гигабайт без него можно (а при использовании в качестве системного диска накопителя SSD — даже нужно) обойтись. Или сделать его чисто символическим, в 1 Гбайт, например:

Теперь самое время вспомнить о том, что мы находимся в режиме эксперта и, следовательно, можем задать параметры монтирования для наших файловых систем, отличные от умолчальных. Так, в панели опций монтирования для настольной машины есть смысл отказаться от POSIX ACL, сохранив только опцию norelatime для корня и /home. А для /boot и её заменить на noatime.

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

При установке на SSD опцию data=writeback целесообразно задать и для остальных разделов с ext4.

Закончив разметку диска, нажимаем кнопку Done и, после согласия с соответствующим предупреждением, наблюдаем процесс создания файловых систем, а затем, без всякого перехода — перенос образа Live CD на винчестер:

По завершении чего надлежит установить начальный загрузчик.

Установка загрузчика

По умолчанию в PCLinuxOS в качестве загрузчика используется GRUB Legacy в графическом режиме, устанавливаемый в MBR первого диска:

Если в машине более одного физического диска, здесь надо быть внимательным: stage1 загрузчика по умолчанию будет прописана в MBR диска на первом канале SATA (или мастера на 1-й линии PATA), вне зависимости от того, какой порядок дисков определён в BIOS’е и на какой из дисков устанавливается система. Разумеется, это можно (и при необходимости нужно) изменить:

Но об этом надо помнить.

С загрузчиком возможны варианты — тот же GRUB Legacy в текстовом режиме и даже архаический Lilo; хотя кто знает — не придётся ли нам возвращаться к нему от засилья GRUB2? однако далее будем исходить из умолчального выбора:

Из приведённых выше скриншотов очевидно, что можно задать паузу перед загрузкой умолчального ядра (исходно 10 секунд, если проставить в этом поле 0, загрузка начнётся мгновенно), а для параноиков — также пароль для доступа к загрузчику.

В панели, вызываемой через пункт Advanced, можно отключить такие параметры, как поддержка ACPI, APIC, SMP (по умолчанию включены), и, напротив, включить очистку /tmp при рестарте:

Последнее полезно как временная мера, но потом лучше решить это радикально — монтированием в /tmp файловой системы tmpfs (к этому вопросу мы ещё вернёмся).

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

Если на нашей машине уже имеются какие-либо системы (более иные ОСи или дистрибутивы), они с очень большой вероятностью также окажутся в этом меню. Если нет — их можно добавить посредством кнопки Add, а также изменить параметры загрузки с помощью кнопки Modify.

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

не забыть удалить диск из привода и нажать Enter:

После чего дождаться перезагрузки и приступить к начальному конфигурированию. Но сначала — пара слов об особенностях установки на SSD.

Особенности установки на SSD

Действиями, описанными на предыдущих страницах, можно ограничиться при установке PCLinuxOS на традиционный винчестер. Однако ныне всё большее распространение в качестве системных носителей получают SSD. И установка на них имеет некоторую специфику.

Дело в том, что штатное средство дисковой разметки установщика PCLinuxOS, так называемый drakdisk, не позволяет создать разделы, оптимальные для SSD — в частности, установить их выравнивание по границам блоков стирания (erase blocks). В то же время современные версии консольных утилит дисковой разметки, такие, как fdisk или parted, справляются с этой задачей на ура (см. результаты специального исследования на эту тему). Так что давайте и мы прибегнем для этой цели к одной из них, а именно, первой — утилиты parted на штатном установочном Live CD нет ни в одной редакции PCLinuxOS.

Для этого при появлении заставки установочного визарда не торопимся нажимать на кнопку Next:

А посредством Alt+Control+F# переходим в любую из доступных (с 1-й по 6-ю) текстовых консолей, например, первую (F1). И здесь в приглашении к авторизации вводим логин суперпользователя — root, и его пароль, на этапе установки — также root.

В приглашении командной строки вводим

# fdisk /dev/sd?

где ? — литера, соответствующая размечаемому SSD-накопителю (например, /dev/sdc). Можно встретить рекомендации запускать эту команду с опциями -c и -u для отказа от режима совместимости с DOS и вывода границ диска в секторах, а не в цилиндрах. Однако это верно для старых версий fdisk — ныне он по умолчанию запускается именно так, как надо.

Для начала с помощью нажатия клавиши p (команда print) убеждаемся, что наш диск не размечен, то есть поля

   Device Boot      Start         End      Blocks   Id  System

пусты. Если это не так, командой d последовательно удаляем все наличные разделы.

Теперь с помощью команды n создаём первый раздел — например, под будущий каталог /boot, для определённости — первичный:

Command action
   e   extended
   p   primary partition (1-4)
p

И теперь с удивлением обнаруживаем, что начать его по умолчанию предлагается не с привычного 63-го сектора, а с 2048-го:

Partition number (1-4, default 1): 1
First sector (2048-312581807, default 2048):

Что, как не трудно убедиться даже без калькулятора, кратно 8 — а именно это нам и требуется для SSD с их размеров физического блока в 4 Кбайт (в отличие от 512 байт большинства винчестеров, за исключением некоторых «вестернов»).

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

Using default value 2048
Last sector, +sectors or +size{K,M,G} (2048-312581807, default 312581807): +500M

После чего с помощью команды p убеждаемся, что размер созданного раздела в мифических (BIOS’ных) блоках по 512 байт оказывается кратным 8:

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1            2048     1026047      512000   83  Linux

Как кратно этой же цифре будет и начало следующего раздела:

Command (m for help): n
Command action
   e   extended
   p   primary partition (1-4)
p
Partition number (1-4, default 2):
Using default value 2
First sector (1026048-312581807, default 1026048):

Так что опять соглашаемся с предложением, от которого невозможно отказаться (то есть возможно — но к чему?), и задаём размер следующего раздела, под корень файловой иерархии, для разнообразия — в гигабайтах:

sing default value 1026048
Last sector, +sectors or +size{K,M,G} (1026048-312581807, default 312581807): +16G

И снова размер образовавшего раздела оказывается кратным 8:

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1            2048     1026047      512000   83  Linux
/dev/sdc2         1026048    34580479    16777216   83  Linux

Теперь остаётся только отвести всё оставшееся место под домашний каталог:

Command (m for help): n
Command action
   e   extended
   p   primary partition (1-4)
p
Partition number (1-4, default 3):
Using default value 3
First sector (34580480-312581807, default 34580480):
Using default value 34580480
Last sector, +sectors or +size{K,M,G} (34580480-312581807, default 312581807):
Using default value 312581807

И в очередной раз убедиться, что размер его по прежнему кратен 8:

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1            2048     1026047      512000   83  Linux
/dev/sdc2         1026048    34580479    16777216   83  Linux
/dev/sdc3        34580480   312581807   139000664   83  Linux

Однако, шаман этот fdisk. Поэтому командой w выходим из него с сохранением результатов, и с помощью комбинации Alt+F8 возвращаемся в графический инсталлятор. Где по нажатии кнопки Next перейдя в панель разметки диска, принимаем текущее разбиение (Use existing partitions).

Теперь определяем точки монтирования для разделов — / для /dev/sdc2, /boot и /home — для /dev/sdc1 и /dev/sdc3, соответственно. Все три раздела форматируем в etx4 — об особенностях использования btrfs я расскажу отдельно, прочие же файловые системы для SSD не очень подходят, так как не поддерживают команду TRIM, оптимизирующую процесс удаления файлов.

Дополнительными опциями монтирования можно пока пренебречь — всё равно нам вскоре потребуется редактировать файл /etc/fstab, вот тогда мы ими и займёмся. А пока завершаем установку, как было описано выше, перезагружаемся, выполняем начальное конфигурирование и, по попадании в рабочую среду, переходим к первоочередным послеинсталляционным действиям.

Начальное конфигурирование

Итак, нажав Enter по извлечении компакта, мы наблюдаем процесс первой загрузки свежеустановленной системы в виде сплэш-картинки:

Опять-таки, нажатие клавиши Escape позволяет вместо неё видеть сообщения о ходе процесса, что по первости очень не вредно. Не то чтобы там много чего можно разглядеть — но, по крайней мере, можно убедиться в отсутствии ошибок: сообщения об ошибках выводятся красным цветом, что должно включить повышенное внимание и дальнейшее их выявление.

Впрочем, ныне при корректном завершении инсталляции ошибки в ходе первой загрузки практически не встречаются. Так что можно переходить к начальному конфигурированию. Оно начинается с выбора часового пояса — Москву мы находим в дебрях Европы:

Далее будет предложено определиться, установлены ли системные часы по местному времени, или по Гринвичу, что политкорректности ради обычно именуется UTC (настоятельно рекомендую второй вариант):

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

Далее следует задать пароль root’а. В отличие от многих современных дистрибутивов, PCLinuxOS не считает себя умнее пользователя, и не накладывает ограничений ни на минимальную длину пароля, ни на его «простоту», Резонно полагая, что если задаётся короткий и простой пароль — то кому-то это надо. Так что тут можно руководствоваться соображениями здравого смысла, а не параноидальными представлениями о безопасности.

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

Через пункт Advanced можно изменить командную оболочку пользователя (login shell) с умолчальной /bin/bash на /bin/dash или мифический /bin/sh. Здесь же при необходимости можно принудительно определить идентификатор пользователя и группы, отличные от умолчальных (в PCLinuxOS оба 500). Это может понадобиться для облегчения обмена данными с уже установленными системами, где умолчальные UID и GID более иные.

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

Авторизация в системе

Как было только что сказано, начальное конфигурирование завершается приглашением к авторизации, выводимым графическим менеджером сеансов. Последние различны в различных сборках PCLinuxOS. Так, очевидно, что во всех редакциях канонической сборки с KDE в качестве такового выступает KDM. Во всех же прочих сборках функции менеджера сеансов исполняет GDM, хотя в разных редакциях он сконфигурирован не вполне одинаково.

Приглашение к авторизации во всех KDE-редакциях дистрибутива выглядит следующим образом:

Для ввода логина достаточно щёлкнуть мышью на имени пользователя, а потом ввести пароль. Обращаю внимание на то, что KDE-сборка PCLinuxOS — один из немногих дистрибутивов, позволяющих по умолчанию открывать иксовый сеанс от имени администратора, обычно для этого требуются не вполне очевидные манипуляции (и это, товарищи, правильно, нечего root’у делать в иксовом сеансе).

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

Правда, в свежеинсталлированной KDE-редакции выбирать можно из KDE же и так называемого режима failsafe — голых Иксов с единственным терминальным окном, пригодного только для ремонтно-восстановительных работ:

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

Наконец, пункт Menu управляющей панели определяет возможные, кроме загрузки пользовательского сеанса, действия:

Эти действия включают:

• переключение на другой пользовательский аккаунт (если таковой в системе определён);
• перезапуск X-сервера — нередко требуется при изменении параметров графического режима;
• авторизация на удалённой машине;
• авторизация в консольном режиме, без загрузки Иксов и графического окружения — необходимость в этом возникает при «поломке» последнего ;
• корректное выключение машины или её перезагрузку.

Во всех прочих сборках и редакциях PCLinuxOS в качестве менеджера сеансов используется GDM — даже тех, которые основаны на OpenBox и, казалось бы, не требуя Gtk, могли бы ограничиться XDM. Тем не менее, как раз сборка GDM из вариантов с OpenBox — одна из наиболее богатых (наряду с LXDE) по возможностям управления сеансами:

Можно видеть, что меню GDM в этой сборке позволяет следующие действия:

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

выбор сессии — здесь, наряду с установленными DE или WM имеется также возможность запуска самописного скрипта ~/.Xclient:

перезапуск или рестарт машины, удалённый доступ и конфигурирование менеджера сеансов; впрочем, выбор последнего подпункта не влечёт за собой никаких последствий, как и отдельного пункта Configure:

Смысл остальных пунктов очевиден — это удалённая авторизация, выключение машины и её перезапуск.

Полностью аналогично сконфигурирован GDM и в сборках с LXDE, в том числе в тестовой 64-битной:

А вот в сборке с XFce (Phoenix Edition) пункты, дублирующие меню Action, исключены:

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

Ни в одной конфигурации GDM не предусмотрено авторизации в текстовой консоли, в отличие от KDM. Однако это труда не составит: достаточно с помощью комбинации клавиш Alt+Control+F# (где # — от 1 до 6) переключится на любой из шести доступных виртуальных терминалов, где последовательно ввести логин и пароль нужного пользователя, после чего появляется приглашение командной строки. Обратное переключение в сеанс Иксов — по комбинации Alt+F8, седьмой виртуальный терминал не активизирован.

Доступ к памяти: выше 3-х с копейками

Не смотря на то, что тестирование 64-битной версии PCLinuxOS идёт полным ходом, официально в настоящий момент поддерживается только 32-битная версия этого дистрибутива. Что само по себе не страшно — реально 64 разряда задействуются на ограниченных классах приложений, таких, как очень большие базы данных и очень жёсткое порно крипто. Простой пользователь вполне комфортно чувствовал бы себя и на 32-битной системе, если бы…

… если бы не одно, но очень жирное но: 32-битные ОСи в штатном исполнении не могут адресовать более трёх гигабайт с небольшими копейками — в зависимости от «железа» и обстоятельств — 3,2-3,3 Гбайт. В этом легко удостовериться с помощью программы top. Так, на моей машине c 8 Гбайт памяти она показывает наличие лишь ) А ведь нынче даже для ноутбуков 4 Гбайт памяти отнюдь не экзотика, а уж в десктопах легко можно увидеть и 8 Гбайт. Причём, в отличие от чисто вычилительной разрядности, применение «лишней» памяти можно найти почти всегда — скажем, в тех же виртуальных машинах.

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

Впрочем, почти в столь же былинные времена был придуман и способ борьбы с отмеченным выше развратом: начиная с Pentium Pro, x86-совместимые процессоры поддерживают так называемый механизм PAE (Physical Address Extend), позволяющий поднять верхний предел адресации памяти до 64 Гбайт. Правда, не все x86, а так через один-два. Но зато механизм этот поддерживается ядром Linux ещё с тех времен, когда для большинства пользователей настольных персоналок даже 1 Гбайт памяти казался верхом роскоши.

Так что дело остаётся за малым — этот самый механизм PAE включить. В отличие от мира Windows, где для этого требуется приобретение специальной версии с поддрежкой PAE, в Linux’е достаточно пересобрать ядро с включением соответствующих опций (каких — было некогда описано). Однако в большинстве современных дистрибутивов такой необходимости не возникает — ядра с поддержкой PAE обычно имеются в реопзиториях в прекомпилированном виде.

Не составляет исключения и PCLinuxOS. С помощью конструкции вроде

$ apt-cache search kernel | grep pae

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

kernel-2.6.38.8-pclos3.pae.bfs - i686 linux kernel pae bfs scheduler

Это — ядра, включающие планировщик (sheduler) Brain Fuck Scheduler (или BFS), разработанный Коном Коливасом и способствующий повышению быстродействия при интерактивной работе в условиях десктопа. То есть именно то, что нам надо. Так что получаем права администратора

$ su

и устанавливаем это ядро:

# apt-get install kernel-2.6.38.8-pclos3.pae.bfs

Затем, не выходя из сеанса суперпользователя, открываем файл /boot/grub/menu.lst в любимом текстовом редакторе и видим в конце его, в дополнение к имевшимся, новую секцию:

title 2.6.38.8-pclos1.pae.bfs
...

и так далее.

Обеспечиваем загрузку этой секции по умолчанию — либо измиенением значения

default 0

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

Конфигурирование LXDE-редакции

На ближайших страницах будут рассмотрены инструменты конфигурирования PCLinuxOS в LXDE-сборке — или, иначе говоря, конфигурирования LXDE поверх PCLinuxOS. Потому что исменно здесь мы видим наибольшую интеграцию дистрибутив-специфических (Центр управления PCLinuxOS) и десктоп-специфических (Центр управления LXDE и Панельные предпочтения) средств настройки.

Последний штрих русификации

И при установке, и в дальнейшем в PCLinuxOS штатными методами из числа русских раскладок доступны только варианты winkeys и phonetic. Более иные варианты могут быть установлены средствами интегрированных сред, таких, как KDE, GNOME или XFce.

Однако в LXDE собственного средства смены варианта раскладки не имеется — или его не имеется в варианте этой среды из PCLinuxOS и единоплемённых Mandriva и Mageia. Как нет и возможности задать led-индикатор текущей раскладки.

Ничего страшного — эту операцию можно выполнить общеиксовым методом, а именно — редактированием файла /etc/sysconfig/keyboard, разумеется, от имени суперпользователя. В нём надо определить значения строк XkbLayout и XkbOptions требуемым образом, например

XkbLayout="us,ru(typewriter-legacy)"
XkbOptions=grp:lwin_toggle,grp_led:caps

даст нам вариант раскладки, соответствующий советской пишущей машинке, с переключением между раскладками левой win-клавишей и индикацией кириллической раскладки загоранием Capslock. На моей клавиатуре нет Scrollock, но в принципе он для этой цели подходит больше, так как используется редко.

Эти параметры будут работать также в любых оконных менеджерах. Следует учитывать, что при использовании описанного способа переключение раскладки будет «сквозным» для всех приложений сеанса. Однако для LXDE это можно будет побороть, о чем речь идёт на странице о настройке её главной панели. Чем мы вскорости и займёмся. А пока же рассмотрим базовые средства конфигурирования.

PCLinuxOS и LXDE: настройка десктопа

Система конфигурирования LXDE в PCLinuxOS вызывается кнопкой Configure Your LXDesktop на панели управления (в более иных дистрибутивах, например, в Fedora, может быть по другому):

Первым пунктом здесь будет Set Wallpapers. Кроме обоев рабочего стола, он позволяет установить также шрифт для подписей к его пиктограммам:

Далее следует конфигурирование Openbox, исполняющего в LXDE роль оконного менеджера:

Здесь первым пунктом будет выбор темы рабочего стола. Список предустановленных тем не велик — я, перепробовав большинство, вернулся к умолчальной, Onyx. Каковая и будет фигурировать далее на скриншотах.

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

В пункте Windows устанавливаются условия фокусировки окна и местоположение вновь открываемых окон:

В пункте определяются параметры для соответствующих действий над окнами — перемещения и изменения размеров:

В пункте Mouse устанавливаются условия получения окном фокуса в зависимости от положения курсора мыши:

В пункте Desktops устанавливается количество виртуальных рабочих столов:

В пункте Margins устанавливается размер «полей» экрана — области его, которые не будут заняты окнами. По умолчанию все они нулевые, и причин для изменения этого я не вижу.

  

В пункте Dock определяется позиция одноименного интерфесного элемента — контейнера для помещения всякой всячины, и его поведение относительно окон приложений. Я dock’ом никогда и нигде не пользовался, и потому ничего более определённого на эту тему сказать не могу.

Закончив с мелочью — конфигурированием Openbox’а — можно заняться по настоящему важным делом. А именно — сменой темы курсора:

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

А вот следующий пункт, Gtk and Icon Theme, казалось бы, тоже примыкающий к категории рюшечек, действительно очень важен. Так, в закладке Widget, кроме темы виджетов (не смотря на совпадения названий многих из них с названиями тем рабочих столов, это разные вещи), можно выбрать также и шрифт для «внутрирамочного» текста — напомню, что ранее мы определили шрифт только для внешних интерфейсных элементов окна.

С вкладками Color, Icon Themes и Mouse Cursor всё понятно. А вот во вкладке Font задаются параметры рендеринга шрифтов — глаживание и хинтинг:

С установкой скринсейвера тоже всё понятно:

Там есть ещё много параметров, но с ними пусть разбирается тот, кому они интересны. Я обычно ограничиваюсь «чёрным экраном», и не спасения экрана ради, а просто чтобы не светил зазря…

Теперь начинается настройка PCManFM, вызываемая соответствующей кнопкой. Это штатный файловый менеджер среды LXDE и, в определённой мере, центральное её приложение.

В первой вкладке панели (General) можно (а, ИМХО, так и нужно) отметить боксик предписывающий открытие файлов одинарным кликом мыши, во-первых, и выбрать открытие файлов в новой вкладке — во-вторых. Помещать ли удаляемые файлы в корзину и смотреть ли их в виде иконок, списка и так далее — это по ситуации.

Во второй вкладке, Display, устанавливается размер всяческих иконок и тамбнайлов:

В третьей вкладке определяется, монтировать ли автоматически подключаемые устройства:

Наконец, в четвёртой вкладке определяются терминальная программа по умолчанию и команда для получения рав администратора:

Последняя кнопка Центра управления просто обновляет главную панель управления. Зачем — непонятно, потому что все изменения с ней происходят в реальном времени.

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

На первой кнопке пока останавливаться не буду за отсутствием GDM. Вторая просто вызывает файловый менеджер (всё тот же PCManFM) от лица администратора, третья проделывает то же самое для пакетного менеджера Synaptic.

С помощью четвёртой запускается Центр управления PCLinuxOS (не путать с Центром управления LXDE, хотя тот и интегрирован в последний) — прямой потомок Центра управления Mandrake, с которого и началось развитие сквозных систем конфигурирования. Однако здесь мы о нём говорить не будем, так как тема эта заслуживает отдельного разговора.

А перейдём мы к кнопке Mouse and Keyboard, где в первой закладке можно определить ускорение и чувствительность мыши

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

Кнопка Session Setting в первой своей вкладке выводит список автоматически запускаемых при старте приложений, которые можно включить или отключить. А вот пополнить список нельзя:

А вот во второй вкладке указывается оконный менеджер openbox-lxde, который мы не так давно настраивали. И вроде есть возможность заменить его чем-нибудь своим любимым. Насколько она реальна — сомневаюсь: уж большот хорошо Openbox вписался в LXDE, а она тесно охватила его своими цепкими лапами.

Наконец, последняя кнопка, Monitor Setting, выводит панель с указанием разрешения экрана и частоты развёртки, каковые можно поменять. Но можно — не значит нужно: если параметры экрана определены правильно, трогать их не следует. А если нет (такое бывает с картами на чипах Nvidia и AMD) —лучше прибегнуть к утилитам настройки от соответствующих фирм-производителей.

Ну а о последней вкладке, Personal, сказать особо нечего, кроме как привести скриншот:

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

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

PCLinuxOS и LXDE: настройка панели

Настройка панели, как ни странно, в LXDE выполняется отдельно от других элементов десктопа. Доступ к настройкам панели можно получить щелчком правой клавиши мыши в любом её месте. После чего перед глазами предстаёт следующая картина (так и хочется добавить — маслом):

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

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

Вкладка Panel applets, пожалуй, самая важная. Именно здесь (и только здесь — если напрямую не редактировать конфиги) задаётся набор пиктограмм для быстрого запуска приложений. Они концентрируются в областях, которые так и называются — Панель запуска приложений:

Таких «субпанелей» по умолчанию две — в начале и в конце списка. Сейчас пока интересует первая. Вызываем её — и видим два поля. В левом — пиктограммы приложений, включённых по умолчанию, в правом — всех доступных:

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

Теперь возвращаемся к свойствам главной панели и добавляем на неё индикатор раскладок клавиатуры — в дополнение к уже имеющемуся индикатору «железному» (предполагается, что нужный вариант раскладки был установлен методом, описанным в соответствующем хинте). Для чего жмём кнопку Добавить и в появившемся списке отыскиваем соответствующий апплет:

Остаётся последний штрих настройки раскладки клавиатуры. Щёлкаем правой кнопкой на индикаторе (по умолчанию он представляет собой американский и российский флаги, соответственно) и определяем желаемые свойства — вместо флажков можно установить буковки US/RU, и отмечаем привязку раскладки к приложению:

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