Шрифт:
отсутствует /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 показано основное окно программы.
Предназначена для тех, кто не хочет/не может работать в X Window, а пользоваться RPM по каким-то причинам не желает (типичный представитель – бывший пользователь DOS/Windows, для которого привычен и удобен Norton Commander). На рис. 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.
Существуют также менеджеры 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. Были времена, когда исправления к ядру выпускались буквально ежедневно. Мы уже упоминали хорошее правило: «Работает – не трогай». Поэтому нормальные администраторы и пользователи выдерживают некоторую паузу после выхода очередного обновления, изучают отзывы, и только после этого устанавливают обновление на систему. В-третьих, для перехода с одной версии дистрибутива на другую иногда приходится выводить систему из «общего пользования» на день-два, а то и больше. Вот, собственно, почему, не стоит без особых причин менять одну версию дистрибутива на другую.
Дистрибутивы
Дистрибутивы. Что это такое? Какие они бывают? Чем один дистрибутив лучше другого?
Дистрибутив – это определенный набор программ, утилит и документации, объединенный логичной системой установки и сопровождения программных пакетов, ориентированный на определенную группу пользователей и определенный тип задач. По большому счету, обладая достаточными знаниями, можно накачать из Интернета ядро операционной системы, загрузчик, драйверы, программное обеспечение, и все это установить вручную, а потом долго подгонять и настраивать. Но в следующий раз, когда возникнет необходимость установить систему у другого пользователя, вы дважды подумаете – ставить все это самостоятельно и повторять мучения с настройкой или взять какой-либо дистрибутив и за полчаса установить систему (о настройке мы пока деликатно умолчим, случаи бывают разные).