Linux - Алексей Стахнов

А если надо произвести обратную операцию – по имени файла узнать, к какому пакету он принадлежит? Выполним следующую команду:

rpm -qf /usr/bin/mc

В результате получим имя пакета:

mc-4.5.51–32.

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

rpm -checksig <имя_пакета>

Эта команда проверяет PGP-подпись пакета. Если ваша система – сервер или к компьютеру имеет доступ кто-то, в чьих действиях вы не уверены, необходимо регулярно производить проверку целостности установленных пакетов и зависимостей командой:

rpm -V gimp

В ответ можно получить, например, следующее:

.М...... /usr/lib/gimp/1.2/modules/libcolorsel_gtk.а

.М...... /usr/lib/gimp/1.2/modules/libcolorsel_triangle.a

.M...... /usr/lib/gimp/1.2/modules/libcolorsel_water.a

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

rpm -Va

Вот результат:

S.5....T с /etc/printcap .М...... /var/spool/at/.SEQ

отсутствует /etc/rpm/macros.dbl

.......Т /usr/share/pixmaps/netscape.png SM5....Т /usr/X11R6/lib/X11/fonts/Speedo/encodings.dir

отсутствует /var/cache/ssl_j>cache_data.dir

.M....G. /dev/jsfd

......G. /dev/tty0

.....U.. /dev/vcs3

.....U.. /dev/vcsa3

S.5....T с /etc/X11/fs/config

отсутствует /usr/share/ssl/certs/stunnel.pem

S.5....T с /etc/openldap/ldap.conf

...

Совет

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

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

Midnight Commander

Midnight Commander – помимо функций файлового менеджера, работы с архивами и большого количества других возможностей, Midnight Commander способен получить информацию из пакетов форматов RPM и DEB, установить или обновить пакет. Конечно, это не заменит полноценного менеджера пакетов, но быстро поставить или обновить несколько пакетов или посмотреть информацию о пакете также иногда бывает полезно. На рис. 8.2 изображено содержимое RPM-пакета, надо только нажать клавишу <Enter> в нужном месте.

Рис. 8.2. Midnight Commander, работа с пакетами RPM

Для нас интересны виртуальные файлы и каталоги (они все пишутся большими буквами):

• HEADER – содержит заголовок пакета – то, что можно получить командой rpm -qi <имя_пакета>;

• *INSTALL, *UPGRADE– если запустить на выполнение, Midnight Commander проинсталлирует или обновит этот пакет;

• /INFO – каталог с информацией о пакете. Содержит виртуальные файлы с информацией, описывающей пакет.

purp

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

Рис. 8.3. Основное окно purp

Предназначена для тех, кто не хочет/не может работать в X Window, а пользоваться RPM по каким-то причинам не желает (типичный представитель – бывший пользователь DOS/Windows, для которого привычен и удобен Norton Commander). На рис. 8.4 показан процесс установки пакетов.

Рис. 8.4. Установка пакетов

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

Kpackage

Kpackage – это полнофункциональный графический интерфейс для менеджеров пакетов RPM, Debian, Slackware, BSD и KISS. Kpackage является частью рабочей среды К Desktop Environment и тесно интегрирован с файл-менеджером KDE (KFM). Практически все, что можно делать в консольном менеджере RPM, реализовано в Kpackage. Окно менеджера пакетов Kpackage приведено на рис. 8.5.

Рис. 8.5. Менеджер пакетов Kpackage

GnoRPM

Менеджер пакетов, входящий в состав GNOME. Полнофункциональный, в целом достаточно удобный. Однако есть несколько неприятных моментов:

• при установке пакетов необходимо отметить соответствующие пакеты. Однако после установки отметки автоматически не убираются;

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

Окно менеджера пакетов GnoRPM приведено на рис. 8.6.

Рис. 8.6. Менеджер пакетов GnoRPM

Существуют также менеджеры glint, grpm, gtkrpm и много других. Однако наиболее распространенные – это Kpackage и GnoRPM. Они являются составной частью KDE и GNOME.

Ссылки

• www.linuxdocs.org – одно из собраний документации о Linux.

• www.rpm.org/maxuniim-rpm.ps.gz – источник сведений о RPM: «Maximum RPM» в формате PostScript.

• www.redhat.com/support/docs/rpm/RPM-HOWTO/RPM-HOWTO.html – RPM-HOWTO – описание RPM, тонкости работы (на английском языке).

• www.linux.org.ru – один из основных русскоязычных сайтов, посвященных Linux, в разделе документации есть RPM-HOWTO на русском языке.

• www.rpm.org – сайт, полностью посвященный RPM.

• rpmfind.net – репозитарий и поисковая система RPM.

• rufus.w3.org/linux/RPM – репозитарий RPM.

• www.freshmeat.net – большая коллекция программ, в том числе и в RPM-пакетах.

Часть III Инсталляция Linux

Глава 9 Подготовка к инсталляции

Рассмотрим процесс подготовки к установке операционной системы Linux. Пользователи Windows, особенно если знакомство с ней произошло во времена третьей версии, знают, что инсталляция операционной системы сопровождается значительными усилиями по установке оборудования и периферии. С Linux (если вы специально не ищете трудностей) такого, скорее всего, не произойдет – вы поставите систему и все. И при выходе следующей версии дистрибутива ничего не придется переустанавливать заново. Даже если кардинально поменять всю аппаратуру (кроме винчестера), в большинстве случаев Linux сама определит новое оборудование и перенастроит систему. Вот конкретный пример. Было: винчестер 10 Гбайт, материнская плата на чипсете ВХ, видеокарта nVIDIA Vanta, сетевая карта на шине PCI и аудиокарта на шине ISA. После апгрейда системы от старой конфигурации остался только жесткий диск. Новая конфигурация: материнская плата на чипсете i815E – встроенные сетевой адаптер, видео и аудио. Windows 98, находящуюся на том же жестком диске, пришлось перенастраивать около часа. Linux сразу нашла все новое оборудование, оставила корректные сетевые настройки. Единственное, что пришлось сделать – заново настроить X Window: с помощью Х-конфигуратора для X Window был получен новый конфигурационный файл. Весь переход на новую платформу занял 3 минуты.

Впрочем, если вы не экспериментатор – кардинально менять систему часто не придется. Существуют серверы, замена операционной системы Linux на которых не производится годами. Администратор к ним подходит раз в два месяца, чтобы сделать профилактику системного блока (пыль и т. п.). На этих машинах лишь периодически обновлялись некоторые прикладные пакеты: одни из-за проблем безопасности (ошибки есть в любой программе), другие – ставились более свежие версии. Опытные пользователи Windows 9х (особенно те, кто много и часто ставят разнообразное программное обеспечение) знают – систему надо периодически переустанавливать. С операционной системой Linux все несколько иначе. Во-первых, ее крайне тяжело штатными способами довести до необходимости переустановки. Во-вторых, и это особенность любого программного обеспечения, как правило, новые версии программ весьма сырые. К примеру, очень тяжело дался переход с версии ядра 2.0 на 2.2. Были времена, когда исправления к ядру выпускались буквально ежедневно. Мы уже упоминали хорошее правило: «Работает – не трогай». Поэтому нормальные администраторы и пользователи выдерживают некоторую паузу после выхода очередного обновления, изучают отзывы, и только после этого устанавливают обновление на систему. В-третьих, для перехода с одной версии дистрибутива на другую иногда приходится выводить систему из «общего пользования» на день-два, а то и больше. Вот, собственно, почему, не стоит без особых причин менять одну версию дистрибутива на другую.

Дистрибутивы

Дистрибутивы. Что это такое? Какие они бывают? Чем один дистрибутив лучше другого?

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