Linux
Шрифт:
Рис. 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 был получен новый конфигурационный
Впрочем, если вы не экспериментатор – кардинально менять систему часто не придется. Существуют серверы, замена операционной системы Linux на которых не производится годами. Администратор к ним подходит раз в два месяца, чтобы сделать профилактику системного блока (пыль и т. п.). На этих машинах лишь периодически обновлялись некоторые прикладные пакеты: одни из-за проблем безопасности (ошибки есть в любой программе), другие – ставились более свежие версии. Опытные пользователи Windows 9х (особенно те, кто много и часто ставят разнообразное программное обеспечение) знают – систему надо периодически переустанавливать. С операционной системой Linux все несколько иначе. Во-первых, ее крайне тяжело штатными способами довести до необходимости переустановки. Во-вторых, и это особенность любого программного обеспечения, как правило, новые версии программ весьма сырые. К примеру, очень тяжело дался переход с версии ядра 2.0 на 2.2. Были времена, когда исправления к ядру выпускались буквально ежедневно. Мы уже упоминали хорошее правило: «Работает – не трогай». Поэтому нормальные администраторы и пользователи выдерживают некоторую паузу после выхода очередного обновления, изучают отзывы, и только после этого устанавливают обновление на систему. В-третьих, для перехода с одной версии дистрибутива на другую иногда приходится выводить систему из «общего пользования» на день-два, а то и больше. Вот, собственно, почему, не стоит без особых причин менять одну версию дистрибутива на другую.
Дистрибутивы
Дистрибутивы. Что это такое? Какие они бывают? Чем один дистрибутив лучше другого?
Дистрибутив – это определенный набор программ, утилит и документации, объединенный логичной системой установки и сопровождения программных пакетов, ориентированный на определенную группу пользователей и определенный тип задач. По большому счету, обладая достаточными знаниями, можно накачать из Интернета ядро операционной системы, загрузчик, драйверы, программное обеспечение, и все это установить вручную, а потом долго подгонять и настраивать. Но в следующий раз, когда возникнет необходимость установить систему у другого пользователя, вы дважды подумаете – ставить все это самостоятельно и повторять мучения с настройкой или взять какой-либо дистрибутив и за полчаса установить систему (о настройке мы пока деликатно умолчим, случаи бывают разные).
О пользователях. Условно их можно разделить на начинающих, «продвинутых» и специалистов. Соответственно было бы неплохо иметь для каждой группы свой тип дистрибутива. И дистрибутивы, действительно, в некоторой степени ориентируются на такое разделение пользователей. Есть пакеты, где инсталляция проходит буквально за десять щелчков мышью, а существуют и такие, где очень многое необходимо настраивать вручную. Часть дистрибутивов пытается совместить в себе и легкость в установке, и настраиваемость всего и вся. Кстати, как уже неоднократно замечено, с переходом пользователей из одной группы в другую тяга к тотальной настраиваемое™ системы возрастает.
Помимо деления по легкости установки и сопровождения, дистрибутивы подразделяются и по назначению. Обычно это: офисный (домашний) дистрибутив, малый сервер, мощный сервер, и, конечно, дистрибутивы специального назначения. Многие дистрибутивы являются многофункциональными.
Попробуем теперь определить дистрибутив, приемлемый для большинства пользователей. Такой подход весьма субъективен, но все же некоторые тезисы для большинства дистрибутивов могут быть общими:
• набор пакетов должен быть логичен и удобен;
• основную часть дистрибутива должны составлять стабильные пакеты, все остальные пакеты должны отражаться в документации как экспериментальные, желательно так же для увеличения стабильности эти пакеты пропатчить (внести в них имеющиеся исправления, патчи, от англ. patch — исправление, заплатка);
• компакт-диск должен быть загрузочным и иметь опцию аварийной загрузки;
• дистрибутив должен иметь возможность устанавливаться с компакт-диска, с жесткого диска, по сети;
• набор программного обеспечения в пакете должен соответствовать целям дистрибутива;
• все программное обеспечение должно надежно функционировать на любом оборудовании, выпущенном в пределах 2–3 ближайших лет;
• локализация и интернационализация должны присутствовать во всех программах;
• при установке и настройке пакета администратор должен получить полный контроль над системой;
• все необходимое для инсталляции системы должно находиться на одном компакт-диске, все остальное – на дополнительных (опциональных) дисках.