Заметки пользователя Linux. Четыре варианта обновления Линукс-системы (часть 3)

(C) В.А.Костромин, kos @ rus-linux dot net

Предыдущая заметка

Итак, сама-то система ASP Linux 7.3 у меня успешно установилась, однако с запуском системы виртуальных машин VMWare возникли существенные проблемы. Заключались они в следующем.

Сам пакет VMware-Workstation-4.0.5-6030.i386.rpm установился без проблем и каких-либо запросов. Но при запуске скрипта /usr/bin/vmware-config.pl появилось требование предварительно установить gcc. Для gcc потребовался еще пакет glibc-devel, а последнему - пакет kernel-headers >= 2.2.1. Пакеты gcc и glibc-devel нашлись на втором дистрибутивном диске, а вот с kernel-headers и начались проблемы. На дистрибутивных дисках такого пакета не нашлось, хотя у меня полная версия этого дистрибутива, так называемый ASP Linux 7.3 Deluxe Edition на 10 CD-дисках.

Полез я в Интернет, на свои любимые сайты для поиска rpm-пакетов rpm.pbone.net и Rufus.W3.Org. Но ни на том, ни на другом сайте я не нашел пакета kernel-headers-2.4.18-5asp, соответствующего установленному у меня ядру. Ближайшим по номеру версии пакет, который нашелся, был kernel-headers-2.4.18-15.i586.rpm. На сайте asplinux.ru, кстати, тоже не нашлось нужного пакета, что уж совсем непонятно.

После установки пакета kernel-headers-2.4.18-15.i586.rpm, а также пакетов gcc и glibc-devel, скрипт /usr/bin/vmware-config.pl успешно перешагнул тот рубеж, на котором остановился в предыдущий раз, однако ушел таки недалеко, выдал сообщение

What is the location of the directory of C header files that match your running kernel? [/usr/src/linux/include]

и далее идти отказался.

Перечитав свои заметки об установке ядра из исходников, которой я занялся тоже по причине того, что не мог установить систему VMware, я решился повторить этот "подвиг" и снова заняться установкой ядра из исходников. Скачал из Интернет самую последнюю версию ядра, которую смог найти (почему-то это была версия 2.4.23, хотя из новостей я знаю, что уже выпущена версия 2.4.25), развернул архив в каталоге /usr/src, положил перед собой свою книгу [1] с текстом об установке ядра и приступил к повторению тех действий, которые там описаны. Но это уже другая история и ее я расскажу в отдельной статье.

А мне тем временем понадобился пакет OpenOffice.org. Но, оказалось, что он не установлен. Стал я сравнивать свой старый (сохраненный) домашний каталог с вновь созданным домашним каталогом. Оказалось, что по сравнению со старой системой у меня нет не только OpenOffice.org, но и Acrobat Reader, links, mplayer, netscape, xine, xmms. Кроме netscape, которым я уже не пользуюсь, поскольку перешел на mozilla, все это надо доустанавливать. Ставлю диск с приложениями из дистрибутива ASP Linux 7.3 и ставлю
rpm -i acroread-5.05-1.asp.i386.rpm
после чего Acrobat Reader успешно запускается командой acroread от имени простого пользователя.
Средствами мультимедиа я займусь позже, а вот OpenOffice.org мне просто необходим (очень хорошо он преобразует файлы doc-формата в html). Но ставить его в версии 1.0.2 из имеющегося rpm-пакета мне как-то не хочется, поскольку я уже успел поработать с версией 1.1. А она у меня только в исходных кодах. Но процесс ее инсталляции - дело не скорое и его я тоже обещаю описать в отдельной заметке, а эту пора заканчивать.

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

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

А что касается предварительных выводов, то для начала придется повторить то, с чего я начал: браться за обновление системы стоит только в самом крайнем случае, ибо проблемы у вас возникнут непременно. Если все необходимые вам приложения исправно работают в старой системе, то лучше ее и не рушить. Может быть, лучше заниматься ее постепенным обновлением - установить новое ядро, потихоньку обновлять приложения. Это тоже путь непростой - стоит вспомнить о том, что Red Hat начиная с версии 8 перешло на кодировку Unicode, которую многие приложения пока не понимают, а также о необходимости разрешения зависимостей при установке новых пакетов.

Ну, а уж если вы решились обновить систему целиком, то из четырех рассмотренных в этой статье вариантов я все же склоняюсь к последнему - создать на диске отдельный раздел для архивных файлов, скопировать туда каталоги /etc, /home, /root и другие нужные вам каталоги и файлы, а затем установить систему полностью заново, после чего заняться ее настройкой "с нуля", используя архив как подсказку.

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

Если вы выберите такой вариант обновления, вы должны быть заранее готовы к тому, что вам придется обновить не только саму систему, но и все программные приложения, которые вы ставили отдельно. В моем случае это были OpenOffice.org, Acrobat Reader, links, mplayer, xine, xmms. У вас этот набор будет свой, но, вероятно, не меньший по числу приложений.

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

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

Список литературы и ссылки.

1. В.А.Костромин, "Linux для пользователя", изд. БХВ-Петербург, 2002 год, серия "Самоучитель", 650 стр.