Малый Федорианский загиб

Алексей Федорчук
Fedoriada, январь-февраль 2011

Это маленькое руководство по установке и первичной настройке дистрибутива Fedora было сочинено в январе-феврале 2011 года. Некогда оно предназначалось для самых юных (информационно, не обязательно биологически) и нетерпеливых — тех, кто хочет начать работу до того, как прочтёт «многа букафф». В нём на рецептурном уровне описывалось то, что нужно было сделать от вставки в привод установочного носителя (RFRemix LiveCD-GNOME 14-й версии) до запуска первого приложения.

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

Но главное — это сочинение представляет интерес для истории, в том числе истории альтернативной: оно даёт повод пофантазировать, каким мог бы стать десктопный Linux, если бы Fedora продолжала развиваться по пути, намеченному в 11-14 версиях.

В связи с этим никакой актуализации этого материала не будет: он останется памятником эпохи. Я ограничился минимальной стилистической правкой и добавил пару примечаний по поводу компонентов, ныне в Fedora не используемых.

Оглавление

Содержание

Инсталляция

Сложность установки Linux’а — это то, чем пугают доверчивых юношей махровые вендузяднеги. На самом деле любой Linux всегда устанавливался не сложнее, чем одновозрастный ему Windows. А уж ныне и подавно — что и будет продемонстрировано на примере дистрибутива Fedora.

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

В настоящем комиксе мы исходим из того, что пользователь, взявшийся за установку Fedora в соответствие с его рекомендациями, располагает машиной, соответствующей минимальным системным требованиям (процессор 400 MHz или выше, 512 Мбайт и более оперативной памяти), винчестером от 10 Гбайт, чистым или таким, содержимым которого можно пожертвовать. Подключение к сети на стадии установки желательно, но не обязательно.

Fedora поддерживает всё актуальное ныне базовое оборудование — процессоры, чипсеты, видеокарты, интегрированные видео-, аудио- и сетевые устройства. Поддержка дополнительного и периферийного оборудования — принтеров, сканеров, МФУ, устройств беспроводного доступа etc. — вопрос отдельный и в настоящем комиксе не рассматривается.

Предполагается также, что пользователь располагает дистрибутивом Fedora в сборке RFRemix-Live-GNOME актуальной версии (на данный момент — 14-й) и архитектуры, соответствующей его оборудованию. Подразумевается, что пользователь знает, как записать образ диска на болванку средствами используемой им в данный момент системы.

Настройка BIOS Setup

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

  • вставить компакт диск с дистрибутивом в привод для оптических накопителей;
  • зайти в BIOS Setup (обычно нажатием клавиши Escape или F2 в момент появления логотипа фирмы — производителя материнской платы);
  • в разделе Boot установить порядок загрузки машины: CD/DVD -> HDD;
  • в разделе Main установить системные часы по UTC;
  • при использовании встроенного видео с разделяемой видеопамятью установить размер последней не менее 128 Мбайт;
  • выйти из BIOS Setup с сохранением изменений (через меню или нажатием клавиши F10).

Подробности по расположению настроек следует смотреть в документации к материнской плате.

Загрузка

По выходу из BIOS Setup появляется синий фон с логотипом Russian Fedora и начинается отсчёт времени:

sb00

Если тут ничего не делать, то через 10 секунд начнётся загрузка ОС и графического окружения LiveCD, завершающееся появлением рабочего стола.

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

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

sb01

Здесь следует выбрать второй пункт — Boot (Basic Video). Он обеспечит загрузку в режиме VESA, поддерживаемом практически всеми существующими видеокартами. Это будет не очень красиво, особенно на современных «широких» мониторах, но даст возможность установить систему с последующей настройкой видеорежима.

Запуск инсталлятора

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

sb02

На возможностях, представляемых Live-средой, останавливаться не будем, ибо цель наша сейчас — установка системы.

Программа установки Fedora, именуемая Anaconda, запускается с LiveCD либо через пиктограмму на рабочем столе, либо через главное меню GNOME: Приложения -> Системные -> Установка на диск. После этого на рабочем столе появляется панель с заставкой и кнопкой Далее:

sb03

Каковую и надо нажать для начала инсталляции.

Выбор раскладки клавиатуры

Первый шаг в процессе установки — выбор раскладки клавиатуры. По умолчанию предлагается Русская (соответствующая варианту winkeys, то есть как на всех современных фабрично русифицированных клавиатурах), с переключателем латиница/кириллица Alt+Shift:

sb04

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

Выбор типа устройства

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

sb05

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

По нажатии кнопки Далее возможно (но отнюдь не обязательно) появится панель следующего содержания:

sb06

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

Назначение имени машины

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

sb07

Если оно не проходит, то надо ввести реальное имя вида hostname.domainname.ru, полученное у провайдера.

Выбор часового пояса

В RFRemix по умолчанию предлагается московское время. Обитателям более иных часовых поясов надлежит установить собственное:

sb08

Надо также проследить, чтобы был отмечен чекбокс Системные часы используют UTC — ведь мы ещё до инсталляции переставили их по Гринвичу, не так ли?

Пароль суперпользователя

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

sb09

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

sb10

Если вы не параноик — смело жмите на кнопку Всё равно использовать.

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

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

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

sb11

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

Далее надо выбрать целевой диск для установки. Если в машине только один физический диск — выбор очевиден, таковым будет устройство с именем sda:

sb12

Если дисков в машине больше одного — имена соответствующих им устройств будут sdb, sdc и так далее, в порядке подключения к разъёмам SATA или линиям PATA. Тут важно не ошибиться, и выбрать именно тот диск, который решено было принести в жертву духу Fedora — то есть пустой или с более ненужным содержанием (далее в ходе разметки оно будет уничтожено безвозвратно).

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

sb13

Останавливаемся на умолчальном пункте Стандартный раздел: создание программного RAID’а — совсем отдельная история, а LVM, по моему глубокому ИМХО, на пользовательской машине не нужен.

Далее добавляем раздел — размер его определяем в умолчальные 500 Мбайт, точкой монтирования указываем /boot, в качестве файловой системы, отказавшись от умолчальной ext4, выбираем старомодную etx2 (аргументация прежняя — «так лучше»):

sb14

Повторяем процедуру создания раздела — на этот раз вместо типа файловой системы выбираем swap, которому за глаза хватит 1024 Мбайт:

sb15

И в третий раз нажимаем кнопку Создать. На этот раз это будет корень файловой иерархии — точка монтирования /, тип файловой системы — etx4, а размер — 12 Гбайт:

sb16

Это, конечно, с изрядным запасом, но при нынешних объемах дисков жлобиться тут не нужно.

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

sb17

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

По завершении разметки таблица разделов на нашем диске приобретёт примерно следующий вид:

sb18

Теперь по нажатии кнопки Далее появляется последовательно два предупреждения. Сначала — указание диска, который будет подвергнут форматированию:

sb19

Затем — последнее китайское предупреждение перед записью изменений на диск:

sb20

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

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

Предпоследний шаг в процедуре инсталляции — установка начального загрузчика, каковым в Fedora выступает GRUB 1-й версии. Поскольку мы отвели под эту систему целый диск, то мудрствовать лукаво не следует — принимаем установки по умолчанию:

sb21

Если диск этот не единственный и не первый — для старта Fedora в дальнейшем надо будет озаботиться переключением в BIOS порядка загрузочных устройств. Можно наладить также мультизагрузку — но это будет предметом отдельного разговора.

Развёртывание системы и перезагрузка

После записи загрузчика на диск без всякого перехода и предупреждения начинается установка системы. При инсталляции с LiveCD она происходит не попакетно — образ с компакта просто переносится на винчестер:

sb22

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

sb23

Теперь, оказавшись снова в рабочем окружении LiveCD, остаётся только перезагрузить машину. Штатным способом это делается через меню Система -> Выключить, после чего на появившейся панели

sb24

выбирается кнопка Перезагрузить.

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

В ходе первого старта свежеустановленной Fedora выполняется сценарий первичной настройки системы — firstboot. В оригинальном варианте дистрибутива ход его выполнения скрыт от пользователя. Но в RFRemix пользователь может влиять на него в интерактивном режиме, принимая осмысленные решения по конфигурированию системы. Какие решения являются осмысленными? Сейчас продемонстрирую.

Знакомство с лицензией

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

sb25

После чего нас знакомят с лицензией, под которой распространяется Fedora вообще и RFRemix в частности:

sb26

И с которой остаётся только согласиться.

Создание пользовательского аккаунта

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

sb27

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

sb28

Впрочем, его опять-таки можно спокойно проигнорировать.

Однако, прежде чем нажимать кнопку Далее, надо обратить внимание на два чекбокса ниже формы ввода. Первый из них разрешает только что созданному пользователю использование команды sudo для получения прав администратора, и подлежит безусловному включению, ибо, опять-таки, «так лучше».

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

Настройка RFRemix

На следующей стадии выполняется настройка RFRemix. Сначала, во вкладке Настройка рабочего стола, необходимо отметить чекбокс В Наутилусе открывать все каталоги в одном окне:

sb29

Без этой опции (а по умолчанию она выключена) файловый менеджер Nautilus будет иметь исключительно убогий вид. Прочие опции этой вкладки можно сохранить умолчальными.

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

sb30

А вот в секции Дополнительные системные настройки, ИМХО, надо отметить все чекбоксы: принудительное завершение сеанса Иксов может понадобиться в аварийных ситуациях, IPv6, насколько я знаю, нашими провайдерами особо не поддерживается, а разрешающий (permissive) режим службы безопасности SELinux’а избавляет от назойливых сообщений и упрощает подключение оборудования.

Установка даты и времени

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

sb31

В условиях десктопа есть смысл сохранить включённой и опцию ускорения синхронизации. Разумеется, всё это имеет смысл только при постоянном подключении к Интернету.

Профиль оборудования

Наконец, финальный аккорд установки — вывод списка оборудования машины: на которую только что была установлена Fedora:

sb32

Рекомендую ознакомиться с ним внимательно — наверняка узнаете о своём компьютере кое-что новое. Ну и не грех отправить свой профиль разработчикам — он им пригодится для пополнения статистики.

Вот теперь — всё: при разрешении автоматического входа в систему на несколько секунд мелькнёт окно авторизации Gdm, после чего перед пользователем предстанет рабочий стол GNOME, абсолютно идентичный тому, что он видел при загрузке с LiveCD.

Можно приступать к работе или заниматься дальнейшими настройками.

Аккаунты и права доступа

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

На стадии установки и первичной настройки мы создали два аккаунта (иначе — учётные записи). Одна, которая всегда имеет имя (логин) root, предназначена исключительно для действий по администрированию системы, вторая же, с произвольным именем (условно username)— для практической работы.

Для начала работы в системе пользователь должен авторизоваться, то есть ввести свой логин и пароль. В Fedora по умолчанию это делается в графическом режиме, через менеджер входа (Gdm). После этого он оказывается в своём рабочем окружении (DE — Desktop Environment, далее подразумевается, что таковым является GNOME) и получает в своё распоряжение домашний каталог (обычно /home/username). В нём он может создавать файлы и каталоги, просматривать их содержимое, изменять, копировать, перемещать и удалять их. За пределами домашнего каталога пользователь обычно имеет право только просмотра каталогов, чтения файлов и исполнения бинарных программ и сценариев. А в отношении некоторых каталогов и файлов он лишён и такой возможности.

Пользователь root (именуемый также суперпользователем или администратором) имеет полный доступ ко всем файлам и каталогам системы. Однако авторизоваться через Gdm он по умолчанию не может. Чтобы получить привилегии администратора, нужно перейти в одну из текстовых консолей с помощью комбинации клавиш Alt+Control+F2F6 (по умолчанию их доступно пять), где ввести логин root и пароль суперпользователя, заданный при инсталляции. Существует также возможность временного получения прав администратора обычным пользователем, о чем будет говориться позднее.

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

Кратко о командном интерфейсе

Не смотря на то, что пользователь после авторизации оказывается в графическом режиме своего DE, многие задачи по настройки системы и установке пакетов проще решать средствами командного интерфейса (CLI — Command Line Interface). Он обеспечивается специальной программой — командной оболочкой (также называемой командным интерпретатором или просто shell’ом).

В Fedora в качестве шелла по умолчанию выступает bash. Он автоматически запускается при авторизации в текстовой консоли или при открытии окна эмулятора терминала в графической среде, и выглядит как приглашение к вводу команд.

Командная директива в общем случае состоит из

  • имени команды, однозначно определяющего её назначение,
  • опций, определяющих условия её выполнения команды, и
  • аргументов — объектов, над которым осуществляются действия.

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

Командная оболочка — это то, что подлежит первоочередной настройке. Она осуществляется правкой конфигурационного файла — /home/username/.bashrc. На деталях останавливаться не буду — пример конфигурационного файла, обеспечивающего удобное автодополнение команд и доступ к их истории, будет дан в Советах.

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

Первая из них универсальна — это su (от Set User Identificator). Данная без опций и аргументов, она запросит пароль администратора, после чего пользователь оказывается как бы в его сеансе работы — с некоторыми оговорками. Чтобы этих оговорок избежать, можно дать ту же команду с опцией:

$ su -

после чего всё рабочее окружение bash будет унаследовано от конфигурации оболочки root’а. Другое дело, нужно ли это? В большинстве случаев, думаю, что не нужно.

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

# exit

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

Второй способ получения административных привилегий — это команда sudo (мы ведь не забыли разрешить её использование на стадии первичной настроки, не так ли?). Обычно она используется для выполнения единичной команды от лица суперпользователя — имя этой «вторичной» команды выступает в качестве её аргумента. В отличие от su, она требует указания пароля не администратора, а пользователя, от лица которого даётся. И суперпользовательские привилегии заканчиваются сразу по её завершении. Впрочем, в форме

$ sudo -i

она продлевает их на неопределённый срок (вплоть до завершения комнадой # exit), одновременно устанавливая пользовательское окружение администратора (аналогично команде su -).

Среда GNOME: очень краткий обзор

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

Введение в GUI

Не смотря на мощь и гибкость CLI, описанного на одной из предыдущих страниц, ныне большинство пользователей предпочитает работать с интерфейсами графическими (GUI — Graphical User Interface).

В Fedora, как и во всех прочих Linux’ах и UNIX’ах, он обеспечивается оконной системой X (в просторечии Иксами), за счёт X-сервера — программы, выполняющей взаимодействие с аппаратурой, и оконного менеджера (WM — Window Manager) или интегрированной среды (DE — Desktop Environment), предоставляющей собственно интерфейс с пользователем.

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

Есть и другой способ запуска GUI: с помощью команды

$ startx

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

$ startx -- 0:1

где 0 — номер дисплея (на персоналке с одномониторной конфигурацией он всегда будет таким), а 1 — номер сеанса, теоретически он может быть вплоть до 231-го.

Таким способом можно запустить Иксы и от имени администратора. Чего, впрочем, по многим причинам делать не рекомендуется. Как и запускать более одного сеанса Иксов от лица одного и того же пользователя.

Среда GNOME: интерфейс

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

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

  • Компьютер — открывает для просмотра файловую систему и сменные накопители, буде таковые имеются;
  • Домашняя папка пользователя –  предоставляет доступ к содержимому каталога /home/username;
  • Корзина, куда помещаются удаляемые файлы.

В дальнейшем рабочий стол будет заполняться окнами запущенных приложений.

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

Верхняя панель несколько более насыщена. На ней, слева направо, можно видеть:

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

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

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

Апплеты могут либо штатно входить в состав рабочей среды, либо устанавливаться отдельно в качестве дополнений — так называемых плагинов (plug-in).

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

  • индикатор раскладки клавиатуры — США/Рус;
  • регулятор громкости звука;
  • дата и время;
  • индикатор управления сетью;
  • смена аккаунта или статуса сеанса.

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

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

Среда GNOME: запуск приложений

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

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

Более подробно речь о них пойдёт в последнем разделе. А пока упомянем только два приложения, которые потребуются нам для индивидуального конфигурирования — Терминал (в меню Приложения -> Системные) и Текстовый редактор gedit (Приложения -> Стандартные). Первый обеспечивает среду для использования CLI, второй — послужит для редактирования системных и пользовательских конфигов.

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

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

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

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

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

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

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

  • из командной строки терминала;
  • с помощью минитерминальной строки, встраиваемой в контрольную панель;
  • из строки минитерминала, вызываемой нажатием комбинации клавиш Alt+F2.

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

Среда GNOME: управление окнами

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

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

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

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

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

Вид этих элементов определяется не только оконным менеджером, но и его темами. Однако во всех темах для GNOME, входящих в штатную поставку Fedora, строка заголовка имеет следующий вид:

  • кнопка меню окна в левой части;
  • собственно заголовок;
  • кнопки минимизации, максимизации и закрытия окна — в правой части строки.

Нажатие на кнопку меню выводит следующие его пункты:

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

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

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

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

Как обращаться с окнами, открытыми на разных рабочих местах, мы уже разобрались. Но на одном рабочем месте может быть и несколько окон, в том числе перекрывающих друг друга. Для доступа к нижележащему окну обычно используется комбинация Alt+Tab, и она же извлекает свёрнутое в панель задач окно.

Среда GNOME: завершение работы

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

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

Кнопка Завершить сеанс пользователя имя_рек предлагает, в частности, Переключить пользователя. Что даёт возможность запустить от имени другого пользователя параллельный сеанс Иксов, не прерывая текущего — аналогично тому, как это можно сделать через startx (как было сказано ранее).

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

Кнопка Завершить сеанс прерывает текущий сеанс Иксов, вызывая появление панели авторизации Gdm. Это бывает необходимым при некоторых конфигурационных мероприятиях. Тот же эффект достигается с помощью комбинации клавиш Alt+Control+Backspace.

Установка пакетов

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

О пакетах, форматах и зависимостях

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

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

Существуют различные способы компоновки файлов в пакет — это называется форматом пакетов. В Fedora используются пакеты формата rpm. Файлы таких пакетов имеют вид

package-W.X.Y-Z.fc##.arch.rpm

где

  • package — имя собственное пакета (например, rpm),
  • W.X.Y — номер ветки, версии и релиза пакета (в авторской трактовке),
  • Z — номер конкретной сборки для данного дистрибутива,
  • fc## — имя дистрибутива и номер его релиза (на текущий момент это fc14 — Fedora 14),
  • arch — целевая архитектура машины (i386 или x86_64, то есть под 32-битные и 64-битные процессоры),
  • rpm — суффикс, определяющий формат пакета.

Некоторые пакеты вместо указания архитектуры содержат в своём именовании суффикс noarch — то есть не зависят от архитектуры процессора; это обычно сценарии на интерпретируемых языках, шрифты, документация и так далее.

Ранее я упоминал о пакетах с исходными текстами. Они опознаются по суффиксу src вместо указания архитектуры.

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

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

Утилита rpm

Для работы с пакетами формата rpm предназначена одноименная утилита, осуществляющая их поиск, получение информации, установку, обновление и удаление, а также отслеживание (но не разрешение) зависимостей.

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

Существует пять основных режимов использования утилиты rpm, каждому из которых соответствует одна из основных опций:

  • режим запроса -q;
  • режим проверки -V;
  • режим установки -i;
  • режим обновления -F и -U;
  • режим удаления -e.

Основные опции сопровождаются дополнительными — своими для каждого режима. Кроме того, есть несколько «общережимных» опций, из которых чаще всего используются -v (вывод подробных сообщений) и -h (представление их в удобном виде).

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

В режиме запроса и, за единичными исключениями, проверки, команду rpm можно давать от лица обычного пользователя. Режимы установки, обновления и удаления обязательно требуют прав администратора.

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

# rpm -ihv path2/pkgname.X.Y.rpm

если он находится на локальной машине, и

# rpm -ihv http://URL/pkgname.X.Y.rpm

если пакет устанавливается из сетевого хранилища.

Если пакет уже установлен в системе, будет выдано сообщение об ошибке.

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

Правда, подчас случается, что rpm возвращает  имя не пакета, а конкретного недостающего файла, например, некоего библиотечного libname.so. В этом случае следует обращаться к утилите yum.

Обновление уже установленного пакета при наличии более новой версии производится посредством команды

# rpm -F path2/pkgname.X.Y.rpm

Опять же, если предполагаемый для обновления пакет не установлен, последует сообщение об ошибке. Поэтому существует обобщённая опция -U, наиболее часто используемая. Так что команда

# rpm -U path2/pkgname.X.Y.rpm

приведёт к установке отсутствующего пакета и обновлению — установленного.

В режимах установки и обновления в качестве аргументов команды rpm необходимо указывать полное имя пакета.

Удаление пакета средствами rpm выполняется очень просто:

# rpm -e pkgname

Однако, если в результате удаления нарушаются зависимости, последует сообщение об ошибке:

error: Failed dependencies:

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

О репозиториях

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

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

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

Дополнительные пакеты содержатся в репозиториях rpmfusion, поддерживаемом в рамках самостоятельного проекта. Они разделяются на две ветки:

  1. rpmfusion-free — исключительно свободно распространяемые пакеты с открытыми исходниками;
  2. rpmfusion-nonfree — пакеты, на распространение которых в некоторых странах накладываются те или иные юридические ограничения (например, мультимедиа-кодеки), или пакеты, не сопровождаемые исходными текстами (проприетарные драйверы видеокарт и сетевых устройств, флэш-плейер от Adobe, браузер Opera, некоторые шрифты и игры).

Все три основных репозитория сопровождаются репозиториями-сателлитами — fedora-updates, fedora-updates-testing, rpmfusion-free-updates и так далее; содержимое их очевидно из названий.

Проект Russian Fedora поддерживает собственные репозитории пакетов. От оригинального варианта они отличаются двумя особенностями:

  1. во-первых, содержат дополнительные пакеты, актуальные для отечественных пользователей, но не включённые (пока?) в репозитории основных веток;
  2. во-вторых, ряд пакетов официальных репозиториев в них пересобран с учётом российских реалий, языковых и юридических; в частности отсутствии патентных ограничений на алгоритмы.

Russian Fedora включает следующие основные репозитории:

  • russianfedora-fixes — изменения и дополнения относительно «головного» репозитория fedora;
  • russianfedora-free — дополнительные свободно распространяемые пакеты (аналог rpmfusion-free);
  • russianfedora-nonfree — дополнительные пакеты, распространяемые с ограничениями (аналог rpmfusion-nonfree).

Разумеется, репозитории-сателлиты, вроде *-updates и *-updates-testing, также имеют место быть.

По умолчанию при установке RFRemix автоматически устанавливаются и активизируются все перечисленные репозитории, кроме *-updates-testing. Последние установлены, но не активизированы (установка и активизация дополнительных репозиториев будет рассмотрена позднее).

Репозитории проекта Russian Fedora сохраняют полную совместимость с оригинальным вариантом дистрибутива. Последний превращается в RFRemix подключением репозиториев russianfedora*. И напротив, отключив после установки RFRemix соответствующие репозитории, можно получить «чистый» дистрибутив Fedora.

Все перечисленные репозитории относятся к стабильным релизам дистрибутива — на сегодняшний день это 13-й и 14-й. Репозитории для более ранних релизов также доступны на многих зеркалах, но обновления к ним (то есть компоненты *-updates) уже не выпускаются.

Кроме «нумерованных» стабильных релизов, существует ещё перманентно тестируемая ветка — rawhide (то есть «сыромятная»). Она имеет собственные репозитории — rpmfusion-free-rawhide, rpmfusion-nonfree-rawhide, russianfedora-fixes-rawhide и так далее. Они также присутствуют в RFRemix, но в некативизированном состоянии. Начинающим пользователям применять их не рекомендуется. И уж категорически не следует подключать репозитории ветки rawhide вместе с «нумерованных» — проблемы в этом случае гарантированы.

Файлы конфигурации репозиториев находятся в каталоге /etc/yum.repos.d/ и имеют вид fedora.repo, fedora-updates.repo и так далее.

Каждый такой файл включает минимум две секции:

[reponame]
...
[reponame-src]

описывающие условия доступа к бинарным пакетам и пакетам с исходниками, соответственно. В repo-файлах для основных репозиториев присуствует также секция [reponame-debuginfo] для доступа к отладочной информации.

Каждая секция содержит обязательные строки примерный вид которых таков:

baseurl=http://URL/$releasever/$basearch/
...
enabled=[0 или 1]
...
gpgcheck=[0 или 1]

Как нетрудно догадаться, первая строка описывает адрес репозитория, с подстановкой текущего релиза дистрибутива (например, 14) и архитектуры процессора (например, x86_64). Во многих случаях имеется также строка mirrorlist, значение которой — URL списка зеркал репозитория.

Значение во второй строке определяет, активизирован данный репозиторий (1) или отключён (0). Аналогично третья строка определяет, следует ли проверять GPG-ключ репозитория на предмет проверки его подлинности. При положительном ответе (значение — 1) вслед за ней должна идти строка gpgkey, указывающая положение ключа.

Настройка установленных при инсталляции репозиториев сводится к их активизации или отключению. По умолчанию во всехrepo-файлах активизирована секция [reponame], две остальные же отключены. То есть при необходимости доступа к исходникам или отладочной информации в строках enabled соответствующих секций надо просто заменить 0 на 1.

Превращение RFRemix в официальный дистрибутив Fedora достигается обратной операцией (то есть заменой 1 на 0) над секцией [reponame] следующих файлов:

/etc/yum.repos.d/russianfedora-fixes.repo
/etc/yum.repos.d/russianfedora-fixes-updates.repo
/etc/yum.repos.d/russianfedora-free.repo
/etc/yum.repos.d/russianfedora-free-updates.repo
/etc/yum.repos.d/russianfedora-nonfree.repo
/etc/yum.repos.d/russianfedora-nonfree-updates.repo

Всё это можно проделать с помощью текстового редактора, запущеного командой типа

$ sudo gedit /etc/yum.repos.d/russianfedora-fixes.repo ...

и так далее.Существует и более простой способ — с помощью команды sed, но об этом нам говорить ещё рано.

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

  • нужный пакет отсутствует в основных репозиториях, но имеется, например, в Fedora People Repositories;
  • требуется узкоспециализированный софт, хранящийся в соответствующих коллекциях, например, в репозитории Atrpms для научных программ).

Тут возможно два варианта действий. Первый — в корне репозитория отыскивается файл вида reponame.repo и просто копируется в каталог /etc/yum.repos.d/. После чего остаётся только убедиться, что строка enable в секции [reponame] имеет значение 1 (а по умолчанию оно почти всегда так и есть).

Именно так обычно происходит с репозиториями Fedora People. GPG-ключей они по большей части не имеют, так что строка gpgcheck отсутствует.

В более сложных репозиториях для подключения требуется более одного файла — кроме основного repo-файла, могут присутствовать дополнительные, а также «ключевой» файл вида RPM-GPG-KEY-fedora-$basearch. В этом случае плдное описание репозитория оформляется как обычный rpm-пакет, который и устанавливается обычным образом. Например, для репозитория Atrpms это будет выглядеть так:

$ sudo rpm -ihv http://dl.atrpms.net/f14-x86_64/atrpms/stable/atrpms-repo-14-4.fc14.x86_64.rpm

При работе в браузере всё ещё проще: достаточно пройти по указанному адресу, отыскать файл atrpms-repo-14-4.fc14.x86_64.rpm, щёлкнуть на нём, согласиться сначала с предложением открыть в установщике пакетов

repo01

а затем с предложением установить его:

repo02

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

Конспективно о yum

Yum — система управления rpm-пакетами и их репозиториями, предлагающая автоматическую установку, обновление и удаление пакетов и пакетных групп с автоматическим контролем зависимостей.

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

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

$ yum subcommand [arguments] --[options]

Команда yum без указания субкоманды выведет краткую справку касаемо последних и их опций. Аналогичный результат будет получен посредством субкоманды

$ yum help

Указание имени субкоманды в качестве аргумента субкоманды help выведет краткие сведения о её назначении.

Субкоманды yum’а определяют одно из действий, которое команда должна выполнить — установку или удаление пакета, вывод информации о нём, поиск пакетов и так далее. Обычно назначение субкоманды легко угадывается из её названия и (или) краткой характеристики в выводе help’а.

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

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

$ yum search pkgname

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

Команда

$ yum provides filename

выполняет поиск пакета, содержащего указанный файл; оказывается востребованной, если rpm в качестве нарушенной зависимости выдаёт не имя пакета, а имя конкретного файла.

С помощью команды

$ yum resolvedep pkgename

можно узнать полное имя пакета, с указанием номера версии, сборки и т.д., по краткому его имени.

Команда

$ yum info pkgname

обеспечит вывод полной информации о пакетy.

Наконец, командой

$ yum deplist pkgname

устанавливается список всех зависимостей указанного пакета.

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

$ yum repolist

мы получим список всех подключённых и активизированных репозиториев.

Команда же

$ yum list

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

$ yum list installed

или

$ yum list available

то мы получим списки пакетов установленных или доступных для установки, соответственно.

И в заключение, введя

$ yum check-update

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

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

Начнём с установки пакетов. В самой простой форме это делается так:

# yum install pkgname1 ... pkgname#

чем производится установка единичного пакета или нескольких пакетов, имена которых даны (в краткой форме) в качестве аргумента, вместе со всеми их зависимостями. Субкоманда install предусматривает доступ к репозиториях, сетевым или локальному (каковым по умолчанию является дистрибутивный DVD).

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

# yum localinstall path2/fullname.rpm

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

Установленные пакеты время от времени нуждаются в обновлении (на прошлой странице было сказано, как таковые выявить). В единичном случае это делается так:

# yum update pkgname

где pkgname — базовое имя обновляемого пакета.

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

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

# yum downgrade pkgname

Наконец, с помощью такой команды

# yum reinstall pkgname

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

Кроме установки и удаления, время от времени требуется и удалять пакеты этой цели служит субкоманда erase (она же remove). В форме

# yum erase pkgname

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

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

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

В числе первых — такие стандартные опции GNU (то есть работающих практически во всех утилитах командной строки), как

-h, (или --help), выводящая экранную подсказку,

--version, выводящая номера версий текущих пакетов rpm и yum,

-v (или --verbose), обеспечивающая вывод подробных сообщений, и

-q (или --quiet), напротив, оные подавляющая.

Из числа прочих, весьма многочисленных, глобальных опций упомяну -y (или --assumeyes) — она предопределяет автоматически положительный ответ на вопросы, задаваемые в ходе установки пакета.

В числе второй группы очень важна опция --skip-broken., употребляемая с субкомандами install и update, и предписывает пропускать при установке и обновлении пакеты, для которых в репозитории содержатся «битые» зависимости. Она может понадобиться при первом же обновлении системы, поскольку, как показывает практика, вероятность таких ошибок не равна нулю, особенно для только что вышедших релизов. И тогда команда

# yum update --skip-broken

обновит всё, что можно, пропустив обновление пакетов с нарушенными зависимостями.

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

В пакет yum-utils входит серия утилит, запускаемых как самостоятельные команды. Полный их список можно получить из

$ man yum-utils

Я остановлюсь лишь на некоторых, которые чаще всего требуются на практике.

Первой в этом ряду будет утилита package-cleanup, предназначенная для получения сведений о непорядках в локальной базе данных пакетов и их ликвидации. Она имеет несколько опций. Например,

$ package-cleanup --problems

выведет список нарушенных зависимостей. С помощью команды

package-cleanup --leaves

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

package-cleanup --orphans

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

Есть ещё команда

package-cleanup --oldkernels --count #

специально предназначенная для удаления из каталога /boot старые ядра (файлы вида vmlinuz-2.6.*), начиная с ядра #, считая от текущего, вместе со всеми сопутствующими файлами — System.map-2.6.*, initrd-2.6.*, config-2.6.*.

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

$ yum search

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

По умолчанию в RFRemix обычно устанавливаются следующие плагины:

  • yum-plugin-fastestmirror — проверка скорости доступа к зеркалам репозитория и выбор самого быстрого из них, выполняется при каждом запуске команды yum;
  • yum-langpacks — автоматическая установка, вместе с основным пакетом, его локально-зависимых дополнений (по умолчанию — в соответствие с системной локалью)
  • yum-plugin-presto — при обновлении пакетов скачивает из репозиториев только дельты изменений (deltarpms), минимизируя таким образом трафик;
  • yum-plugin-refresh-packagekit — обеспечивает распространение обновлений базы пакетов yum на систему PackageKit (о ней будет говориться на ближайших страницах).

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

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

Также представляется практически необходимым плагин yum-plugin-remove-with-leaves — он обеспечивает удаление пакетов, от которых зависит пакет удаляемый: выше мы говорили, что средствами «чистого» yum‘а эта задача не решается.

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

# yum remove --remove-leaves pkgname

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

Управление пакетами посредством PackageKit

Примечание: в настоящее время PackageKit в Fedora по умолчанию не используется, на смену ей пришёл GNOME Software, однако функции его несколько иные: это не менеджер пакетов, аналог Центра приложений Ubuntu (подробности — например, здесь).

Система PackageKit — это надстройка над средствами пакетного менеджмента, такими, как yum и другие. Она представляет к ним текстовый интерфейс и два варианта интерфейсов графических, рассчитанных на работу в KDE и GNOME. Предметом нашего рассмотрения будет только последний.

Gnome PackageKit запускается из главного меню GNOME через пункты Приложения -> Установка и удаление программ. Причём сделать это можно от лица обычного пользователя — пароль администратора будет запрашиваться при необходимости выполнения действий, требующих соответствующих полномочий.

После запуска перед нами появляется окно следующего вида:

pkit01

Переключаясь в левом фрейме окна на соответствующие пункты, в правом можно видеть список входящих в этот пункт пакетов, с отметкой статуса — установлен пакет или только доступен:

pkit02

Списки пакетов и можно фильтровать по:

  • статусу — установлен или доступен;
  • назначению — для разработчиков или конечных пользователей;
  • режиму — графическому или текстовому;
  • “степени свободы” — free или non-free.

По умолчанию во всех пунктах включена опция Без фильтра.

Свободное поле с кнопкой Find рядом предназначено для поиска пакетов. Каковой осуществляется по совпадению не только в их именах, но и в описаниях. В результате в выводе будет список всех пакетов, имеющих хоть какое-то отношение к искомому:

pkit03

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

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

Более подробную информацию о пакете можно получить через меню Выбранное. Так, пункт Получить список файлов выведет список файлов и путей к ним в том виде, в котором они будут установлены в системе:

pkit04

Пункт Зависит от даст список его зависимостей:

pkit05

А пункт Требуется для — напротив, список пакетов, которые зависят от выбранного:

pkit06

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

pkit07

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

pkit08

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

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

Удаление пакетов происходит аналогично:

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

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

Установка и удаление программ может быть выполнена и через пункты меню ВыбранноеУстановить и Удалить, соответственно.

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

Можно видеть, что использование GNOME PackageKit очень просто и наглядно. Казалось бы, эта система делает ненужным упражнения с yum‘ом, которым мы уделили столько внимания на предыдущих страницах.

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

Индивидуальные настройки

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

Задачи

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

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

В сущности, индивидуализация системы сводится к трём задачам:

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

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

Методы

Штатный способ настройки Fedora — через комплекс графических утилит, сконцентрированных в меню Система управляющей панели, где они сгруппированы в два пункта:

  1. Параметры — настройки, выполняемые от лица обычного пользователя и имеющие силу только в его сеансе;
  2. Администрирование — общесистемные настройки, требующие прав администратора и распространяемые на всю систему в целом.

Через пункт Параметры настраивается в первую очередь рабочая среда — в нашем случае это GNOME, имеющий собственный сквозной конфигуратор — Центр управления.

Однако в среде GNOME многие настройки вынесены за его пределы. И ряд параметров можно изменить только посредством gconf-editor, доступного через меню Приложения -> Системные -> Редактор конфигурации.

Некоторые настройки (например, проприетарных драйверов Nvidia и ATI/AMD) можно найти в пункте Системные меню Приложения управляющей панели.

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

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

Ситуация с видеодрайверами: обзор

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

Об относительно мало распространённых интегрированных решениях от SiS и VIA сказать ничего не могу, за отсутствием собственнорго опыта. Может быть, этот вопрос осветит кто-нибудь из «счастливых» обладателей таковых?

А вот пользователям видеочипов от Nvidia и ATI/AMD, как интегрированных, так и дискретных, есть над чем подумать. Тем более что ситуация тут постоянно меняется с выходом новых моделей, версий X-сервера и проприетарных драйверов. На сегодняшний день она такова.

Видеочипы от Nvidia поддерживаются двумя свободными драйверами из комплекта Иксов — nv и nouveau, и фирменным драйвером nvidia. Первый обеспечивает функциональность видеокарт исключительно в 2D-режиме, разработка его прекращена, так что его можно смело списывать со счёта. Тем более, что в состав Fedora он не входит.

Свободный драйвер nouveau развивается довольно активно, и в нём обещана поддержка 3D-функций. Однако на сегодняшний момент он плохо справляется даже с 2D-графикой для некоторых чипов (в частности, у меня были большие проблемы с чипсетом ION). Это приводит к тому, что установка проприетарного драйвера nvidia часто оказывается необходимостью для обладателей соответствующих устройств.

Для видеокарт от AMD (которые часто по привычке продолжают называть картами ATI) существует свободный Иксовый драйвер radeon и проприетарный драйвер catalyst. Первый, развиваемый при активной поддержке производителя, блестяще справляется с 2D-графикой и обеспечивает базовую 3D-функциональность, Фирменный же драйвер, будучи идентичным ему по возможностям в двух измерениях, поддерживает расширенные 3D-функции. Так что тут решение остаётся за пользователем. Я, например, прибег к проприетарному драйверу исключительно в экспериментальных целях. О чём, впрочем, не жалею.

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

Установка видеодрайверов

Фирменные драйвера для видеокарт обоих производителей имеются в репозиториях Fedora (rpmfusion-nonfree) и Russian Fedora (russianfedora-nonfree). Их использование предпочтительней, нежели драйверов с сайтов соответствующих производителей: хотя в последнем случае они могут быть представлены более свежими версиями, однако беспроблемность их установки не гарантируется.

Фирменные драйвера из репозиториев дистрибутива устанавливаются как обычные rpm-пакеты (каковыми они и являются) — посредством yum или PackageKit. Первый способ предпочтителен: при установке через PackageKit в качестве зависимости последует набор модулей для текущей версии ядра (так называемый пакет kmod). В командной же строке yum можно указать установку системы генерации модулей в зависимости от версии ядра (так называемый пакет akmod), обеспечивающий большую гибкость.

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

$ sudo yum update kernel*

и перезагрузки.

Драйвер nvidia устанавливаем так:

$ sudo yum install xorg-x11-drv-nvidia-1:26x.xx akmod-nvidia--1:26x.xx

На сегодняшний момент 1:26x.xx — это версия пакетов для всех современных чипов этой фирмы (GeForce 6, 7, 8, 9, 200 и выше). Для более старых карт потребуются пакеты с номерами версий вида 173xx (GeForce FX) и 96xx (GeForce4 и GeForce3). Карты GeForce2 и ниже (GeForce 256, Riva TNT и так далее) в настоящее время не поддерживаются.

Перед установкой catalyst‘та нужно убедиться, что в файле /etc/fstab присутствует строка

tmpfs	/dev/shm	tmpfs	defaults	0 0

обеспечивающая поддержку POSIX shared memory, необходимую для работы драйвера (по умолчанию она присутствует). После чего даём следующую команду:

$ sudo yum install xorg-x11-drv-catalyst akmod-catalyst

Теперь в обоих случаях остаётся только перезагрузиться.

После установки любого из драйверов в ходе перезагрузки исчезает сплэш-картинка в виде капли, сменяясь синим прогресс-баром. Кроме того, слетают настройки консоли — вместо графического режима через фрейм-буфер и (обычно) родного разрешения матрицы устанавливается обычный текстовый режим с плотностью символов 80×25. Ситуацию можно вернуть в прежнее состояние, но я полагаю это излишним и здесь обсуждать не буду. Заинтересованным предлагается решить данную задачу самостоятельно.

Настройка внешнего вида

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

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

fnt01

Также определяется моноширинный шрифт, который по умолчанию будет использоваться в окне терминала и текстовом редакторе gedit.

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

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

В качестве моноширинного можно использовать одноимённую гарнитуру из соответствующего семейства. Однако я предпочитаю шрифт Terminus Re33 — ttf-версия консольных и терминальных шрифтов Димитра Жекова. К сожалению, в штатный rpm-пакет terminus-fonts дистрибутива он не входит. Так что я просто копирую соответствующий ему файл (terminusre33-bold.ttf) в каталог /usr/share/fonts/.

Любителям «шрифтов как в Windows» придётся озаботиться этим вопросом самостоятельно, следуя инструкциям на Sourceforge — насколько я знаю, соответствующего rpm-пакета в репозиториях текущих релизов нет, или я его плохо искал (хотя, честно говоря, не искал вовсе).

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

fnt02

Что же касается разрешения, то по этому поводу существует два мнения:

  1. что следует использовать значение dpi по умолчанию — 96 (как на приведённом скриншоте), и
  2. что лучше задать то значение, которое определяет сам X-сервер.

Получить это значение можно из лога загрузки Иксов, например, таким образом:

$ grep -i dpi /var/log/Xorg.0.log

Я ни малейшей разницы между умолчальным и определяемым значением визуально не наблюдаю. Однако рекомендую поэкспериментировать самостоятельно. Как и со всеми прочими шрифтовыми параметрами: глаза — штука очень индивидуальная.

Раскладки клавиатуры

Ныне поддержка кириллических раскладок в RFRemix осуществляется “искаропки”, причём как в консоли, так и в Иксах. Однако просто для индивидуализации остаётся и здесь.

О раскладках консоли замечу только, что при выборе русского языка во время инсталляции консоль полностью кириллизуется. При этом устанавливается русская раскладка в варианте winkeys (то есть соответствующая фабричной маркировке современных клавиатур), а переключение с латиницы на кириллицу выполняется комбинацией клавиш Control+Shift. И то, и другое изменить можно — но это совсем отдельная тема.

Для Иксов переключатель раскладок можно выбрать при инсталляции — и любой разумный (кроме традиционного CapsLock). Однако и тут вариант раскладки безальтернативен — тот же winkeys, который устраивает отнюдь не всех. Но теперь ситуация меняется очень просто.

Сначала заходим в меню Система -> Параметры -> Клавиатура и на панели Параметры клавиатуры переходим на таб Раскладки, где видим таковых две — США и Россия:

kbd01

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

kbd02

С опциями Отдельная раскладка для каждого окна (по умолчанию включена) и Новые окна используют раскладку активного окна (по умолчанию выключена) каждый решает для себя. Я включаю обе.

Переключатель раскладок мы выбрали на стадии инсталляции. Если он почему-либо не понравился — его легко сменить через кнопку Параметры и разворачивающийся пункт Клавиша(и) для смены раскладок.

Как индикатор текущей раскладки на клавиатуре задействован ScrollLock. Это также можно изменить — через пункт Использовать клавиатурные индикаторы…. Однако если мы заменим его на, скажем, CapsLock, то, как ни странно, при переключении на кириллицу ScrollLock будет загораться вместе с ним.

Такое безобразие ликвидируется только через меню Система -> Редактор конфигурации. Там надлежит зайти в /desktop/gnome/peripherals/keyboard/kbd, где в списке опций наряду с только что установленным grp_led:caps обнаруживается и прежний grp_led:scroll, каковой и следует удалить.

На управляющей панели также присутствует индикатор текущей раскладки — то только в текстовом представлении, Рус/США. Однако легко сделать и индикацию в виде графияческих картинок, например, традиционных государственных флагов.

Для этого нужно:

  • поместить в каталог /usr/share/pixmaps файлы изображений в формате PNG — традиционно для этого используются флаги США и России;
  • запустить gconf-editor — от root’а из командной строки терминала или из меню Приложения -> Системные -> Редактор конфигурации;
  • отыскать в нём ключ /desktop/gnome/peripherals/keyboard/indicator/showFlags (например, через Правка -> Поиск по значению showFlags);
  • включить соответствующий ему чекбокс.

После этого символы на иконке сменятся значками, масштабированными по высоте панели.

Настройка стартовых служб

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

serv01

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

  • NetworkManager — служба управления сетевыми подключениями;
  • akmods — служба регенерации модулей ядра, необходимая, если используется соответствующая система;
  • gpm — служба консольной мыши;
  • haldaemon — служба сбора информации об аппаратном обеспечении, HAL (Hardware Abstraction Layer); абсолютно необходима;
  • iptables — простой файервол, основанный на списках;
  • messagebus — служба сбора информации о событиях и сообщений системы, необходима;
  • ntpd — служба синхронизации с серверами точного времени, не необходима, но очень удобна при постоянном подключении к сети;
  • nvidia или catalyst — службы поддержки соответствующих видеочипов, в засимости от наличествующего;
  • udev-post — служба для работы с подключаемыми устройства типа флэшек, необходима.

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

# yum install preload

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

Заключение

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

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

Краткий обзор приложений

В этом разделе мы очень рассмотрим назначение программ, которые пользователь получает в своё распоряжение сразу после установки с LiveCD. А главное — чем ему можно их дополнить, и от чего — можно избавиться. Разумеется, всё сказанное ниже — сугубое ИМХО, в которое любой действующий пользователь Linux’а может внести множество корректив. Но для пользователя начинающего — это нечто вроде печки, от которой можно танцевать собственный танец.

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

  • Аудио и видео;
  • Графика;
  • Интернет;
  • Офис;
  • Системные приложения;
  • Стандартные приложения.

Рассмотрим состав каждой группы.

Аудио и видео

В группе Аудио и видео собраны мультимедийные приложения:

  • EasyTags — программа для просмотра и редактирования тэгов в аудио- и видеофайлах форматов MP2, MP3, FLAC, Ogg Vorbis и некоторых других;
  • GMixer — звуковой микшер для среды GNOME;
  • Totem — видеоплейер;
  • Rhythmbox — аудиоплейер;
  • Brasero — программа для записи CD/DVD;
  • Sound Juicer — “звуковыжималка”, то есть программа для захвата треков с аудио-компактов
  • Фотовидеобудка Cheese — программа для создания фото и видео с помощью web-камеры.

RFRemix укомплектован всеми необходимыми кодеками для воспроизведения аудио и видео, в том числе и теми, которые основаны на патентованных, с позволения сказать, алгоритмах, и потому вся мультимедиа теоретически должна играться “искаропки”. Однако у меня регулярно возникали осложнения и с Totem’ом, и с Rhythmbox’ом — возможно, потому, что я не умею их готовить.

И потому у меня оба они — первые кандидаты на удаление. В качеситве универсального аудио- и видеопроигрывателя я долгое время использовал mplayer в его консольной и графической (gnome-mplayer) ипостасях, но последнее время перешёл на VLC. Рекомиендаций по сему поводу не даю — нужно попробовать и то, и другое самому. А возможно, и исконные Totem с Rhythmbox’ом придутся ко двору.

Что же до остальных приложений той группы — ни одно из них лишним не кажется. Разве что Cheese при отсутствии web-камеры окажется не при делах.

Графика

В группе Графика по умолчанию обнаруживается всего два приложения — Shotwell Photomanager и Simple Scan. Хотя на самом деле присутствует и третья программа — Eog of GNOME, почему-то в меню не фигурирующая.

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

Simple Scan, как следует из названия, — простой инструмент для сканирования. При отсутствии сканера оказывается невостребованным.

Что же до Eog of GNOME — это очень простой, но быстрый вьювер изображений, способный работать также в режиме слайд-шоу. Правда, возможности по обработке графических файлов у него ещё слабее, чем у Shotwell’а, и подключить к нему внешний редактор невозможно.

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

К графическим программам надо отнести и средства создания скриншотов. Штатно таковым является gnome-screenshotter — инструмент с ограниченными возможностями и не очень удобный в обращении. Однако существует также программа Shutter с весьма обширными возможностями.

Наконец, если требуется серьёзная работа с растровой графикой, то придётся прибегнуть в GIMP’у — программе, сопоставимой по своим возможностям с Photoshop’ом.

Интернет

В группе Интернет можно видеть джентльменский набор для жизни в Сети:

  • Transmission — очень простой в обращении клиент bit-torrent;
  • Empathy — простой и, на мой взгляд, чрезвычайно удобный клиент мгновенных сообщений, поддерживающий все актуальные протоколы в этой области; по мне он выглядит идеальным для общения в Джуйке;
  • FireFox — браузер, в представлении не нуждается;
  • Pino — клиент для twitter’а, системы микроблоггинга;
  • Vinagre — программа для просмотра удалённых рабочих столов.

Для большинства пользователей этих приложений вполне достаточно — по крайней мере, на первое время. Тем же, кто имеет свои предпочтения или так или иначе связан с web-разработкой, ничтио не мешает пополнить список браузеров: в основных репозиториях имеются Opera, Midori, Epiphany. Подключив же дополнительный репозиторий, можно привлечь к делу и Fedora-ориентированную сборку браузера Chromium, как это описано здесь.

По умолчанию устанавливаются консольные ftp-клиенты wget и lftp — одни из лучших программ в своём классе. Кроме того, в качестве ftp-клиента можно задействовать файловые менеджеры — штатный Nautilus и Midnight Commander (последний, правда, предварительно надо доустановить).

Офис

В списке Интернет-приложений на предыдущей странице обращает внимание отсутствие почтового клиента. Куда он делся? Он оказывается в группе Офис, где мы видим единственного представителя, Evolution, который по совместительству является также чем-то вроде органайзера. О нём я сказать ничего не могу — для меня это ещё более приоритетный кандидат на удаление, нежели Totem и Rhythmbox.

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

Это, во-первых Openoffice.org, претендующий роль функционального аналога и заменителя MS Office. Правда, ситуация с его статусом в плане свободы/несвободы сейчас не ясна (как и перспективы развития), а его бесспорно свободная альтернатива — LibreOffice — пока ещё в стадии разработки. И, возможно, есть смысл использовать сборку Openoffice.org от Инфра-Ресурс, как лучше адаптированную к российским условиям.

Кроме того, существует офисный пакет GNOME Office, основные компоненты которого — текстовый процессор AbiWord и электронная таблица Gnumeric — могут использоваться как автономные приложения. Если AbiWord уступает своему аналогу OOWriter функционально и, главным образом, в плане совместимости с MS Word, то Gnumeric — одна из лучших программ для научных и инженерных расчётов и построения соответствующих диаграмм.

Наконец, из программ офисной ориентации полезно установить evince. Созданная первоначально для просмотра PDF-файлов, ныне она превратилась в универсальный вьювер, воспринимающий множество форматов текстовых и графических файлов.

Системные приложения

Группа Системных приложений весьма изобильна. Здесь мы видим:

  • GParted Partition Editor — мощное и удобное средство для работы с дисковыми разделами;
  • Palimpsest — дисковая утилита для получения информации о дисках и разделах, их монтирования и размонтирования, а также форматирования; я величием её так и не проникся;
  • Deja Dup — простое средство для резервного копирования;
  • gconf-editor — редактор конфигурации GNOME, куда его разработчики спрятали от народа те настройки, которые сочли слишком сложными для простых людей;
  • Регистратор ошибок — средство для протоколирования сбоев и отправки баг-репортов;
  • Анализатор использования диска — понятно без комментариев;
  • Диагностика проблем SELinux — диагностика проблем безопасности, за которую в Fedora и отвечает SELinux;
  • Журнал управления программами — также более-менее понятно;
  • Системный монитор — вывод информации о запущенных процессах, использовании процессора и памяти, смонтированных файловых системах;
  • Создатель CD/DVD — вопреки названию, никаких CD/DVD не создаёт, а создаёт только каталог, куда помещает файлы, предназначенные для записи;
  • Терминал — тот самый эмулятор текстовой консоли, позволяющий эффективно использовать CLI, о котором упоминалось на страницах, посвящённых среде GNOME.

Убавить из этой группы что-либо трудно. Даже частично дублирующие друг друга функционально дисковые утилиты GParted и Palimpsest на поверку оказываются взаимодополняющими. А прибавить — это уже зависит от конкретных задач и обстоятельств. Так, в группу системных приложений сами собой попадают средства настройки видеорежимов карт ATI/AMD и Nvidia — после установки соответствующих проприетарных драйверов. Здесь же оказываются и всевозможные виртуализаторы.

Настройка запуска приложений

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

Настройка главного меню

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

Во-первых, некоторые разделы меню выглядят перегруженными. Так, в меню Система -> Параметры ряд пунктов подчас никогда не используется — например, Bluetooth при отсутствие соответствующих устройств или Вспомогательные технологии, если пользователь не испытывает потребности в таковых.

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

В-третьих, некоторые из устанавливаемых программ таки не попадают автоматически в меню, а потребность в них возникает. Так что редактирование главного меню — не роскошь, а ещё одно средство индивидуализации системы.

Как его выполнить? В некоторых сборках Fedora (и в более иных дистрибутивах с GNOME в качестве десктопа) в самом меню можно обнаружить пункт под названием вроде Главное менюСистема -> Параметры). И, соответственно, действовать через него. Но в некоторых инсталляциях Fedora мы такого пункта не увидим. Однако решается это достаточно легко.

Для начала определяем, какой пакет отвечает за редактирование меню. Сделать это можно, например, с помощью yum:

$ yum search 'menu editor'

В ответ на что последует:

alacarte.noarch : Menu editor for the GNOME desktop

И если команда

$ yum info alacarte

покажет, что такого пакета у нас в системе нет, то его следует установить:

# sudo yum install alacarte

После чего убеждаемся, что в Система -> Параметрыпоявился пункт (Главное меню), через который вызывается такая панель:

appconf01

Очевидно, что пункты меню с “затенёнными” боксами включены, с “чистыми” — выключены. Для отключения первых с них достаточно снять отметку. Что же до вторых, то они соответствуют главным образом отсутствующим разделам меню, так что включать их бесполезно. Но есть некоторые отключённые пункты, которые, возможно, стоит и включить, например, Центр управления GNOME в меню Система -> Параметры, предоставляющий централизованный доступ ко всем пользовательским и системным настройкам, доступным из меню.

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

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

appconf02

После чего нажимаем кнопку OK — соответствующий пункт добавляется в меню мгновенно.

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

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

Предпочтительные приложения

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

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

appconf03

Во вкладке Интернет определяются умолчальные приложения для обработки web-страниц и для работы с электронной почтой. В первом качестве по умолчанию задействован FireFox.

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

Во вкладке Система определяется программа — эмулятор терминала. Умолчальный выбор — GNOME Terminal — обычно устраивает.

Запускаемые приложения

И, наконец, некоторые приложения целесообразно запускать автоматически при старте системы — это определяется в меню Система -> Параметры -> Запускаемые приложения:

appconf04

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

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

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

  • Network Manager — программа управления сетевыми соединениями, использующая одноимённый сервис (о котором — в следующем разделе); в принципе, без неё можно бы и обойтись — но для этого нужно точно знать имеющиеся альтернативы, чего от начинающего пользователя ожидать опрометчиво;
  • PolicyLit Authentification Agent — абсолютно необходимая программа, без неё невозможен доступ к системным графическим утилитам, требующим полномочий администратора;
  • Демон параметров GNOME — отключение его лишает возможности реконфигурации этой среды, так что трогать его не следует;
  • Обёртка реестра At-Spi — практически необходимо для нормальной работы Gtk-приложений;
  • Уведомления дисковой утилиты — без неё не монтируются автоматически дисковые разделы и подключаемые устройства типа флэшек, внешних винчестеров и так далее;
  • Апплет обновлений PackageKit — не необъодим, но полезен, отслеживая обновления пакетов с заданной периодичностью.

Программы, отсутствующие в списке автоматической загрузки, легко добавить в него с помощью одноимённой кнопки. Какие программы целесообразно включать в автоматическую загрузку? А вот это мы сейчас увидим, рассмотрев вторую вкладку панели — Параметры:

appconf05

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

Однако некоторые программы упорно не желают сохраняться по завершении сеанса. К ним относятся приложения клиент IP Empathy и клиент bit-tottent Transmission, текстовый редактор Geany, текстовый процессор Abiword. И если какая-либо программа из этого ряда нужна постоянно — есть смысл добавить её в автозагрузку.

Добавить комментарий