- В.А.Костромин, 6.12.2003, Rus-linux.net, оригинал -

Новые версии дистрибутивов Linux появляются примерно раз в полгода. И вы оказываетесь перед проблемой: обновить систему или работать в старой, настроенной и отлаженной системе. Вообще-то, если необходимые вам приложения работают без нареканий и позволяют выполнять все стоящие перед вами задачи, необходимости обновлять систему вроде бы нет. Ибо одно я могу вам сказать точно: в процессе обновления системы проблемы у вас будут гарантированно. Недаром появился широко известный анекдот про программиста и его сына:
- Папа, папа! Почему солнце встает на востоке, а садится на западе?
- Сынок, система работает? Работает! Вот ты ее и не трогай!

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

Вот тогда перед вами уже встает (как говорится "в полный рост") вопрос о том, каким способом провести это обновление. Вариантов тут несколько.

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

Вариант второй. Обновление системы с помощью программы инсталляции. Большинство дистрибутивов, и Red Hat в частности, на этапе инсталляции предлагают в качестве одного из вариантов установки обновление существующей системы. При выборе этого варианта сохраняются различные конфигурационные файлы, настройки программ и так далее. Вроде бы привлекательная возможность. Однако у такого решения имеется и обратная сторона. Если вы обновляете систему, вы тащите за собой весь тот хлам, который в старой системе накопился. Есть в этом хламе и жемчужины ценных наработок, но их так немного! А хлам все же надо иногда убирать.

В том, что периодическая "чистка" системы просто необходима, меня лично убедил следующий факт. На моем домашнем компьютере стоит ОС ASP Linux. Два года назад (или около того, сейчас уже точно не помню, да это и неважно) я установил на него ASP Linux 7.2 Express Edition с ядром версии 2.4.9-13. После выхода ASP Linux версии 7.3 я провел обновление системы. В результате появилось ядро версии 2.4.18-5asp и осталась возможность загрузки предыдущего ядра. Но самый поразительный результат обновления состоял в том, что многие rpm-пакеты в системе оказались тоже продублированы. Вот несколько примеров, полученных в результате выполнения команды
rpm -qa | sort > ~/rpm.txt

aspldr-0.9-5
aspldr-2.0-4
asplinux-release-7.2-1.asp
asplinux-release-7.3-1.asp
bash-2.05-12.asp
bash-2.05a-13.asp
curl-7.8-1
curl-7.9.7-1.asp
fileutils-4.1-10.asp
fileutils-4.1-5.asp
gawk-3.1.0-4.1.asp
gawk-3.1.0-4.asp
gcc-2.95.4-0.20010823.3
gcc-2.96-112asp
kdeadmin-3.0.0-2
kdeadmin-3.0.2-1asp
kdebase-3.0.0-2
kdebase-3.0.2-2asp
mozilla-0.9.5-2.asp
mozilla-1.0-1.asp

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

Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/hda5              2055600    255356   1695824  14% /
/dev/hda7              3107092   2482564    466692  85% /usr
/dev/hda8             14998392   8363932   5872580  59% /home
/dev/hda1              2044244    581224   1463020  29% /mnt/win_c
/dev/hda6             16273960  14382624   1891336  89% /mnt/win_d
none                    224860         0    224860   0% /dev/shm

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

Но вначале несколько слов о том, в какой ситуации я решился на обновление системы. Поскольку система у меня исправно работала, я долго не решался взяться за ее модификацию. Больше всего меня страшила возможность нарушить работу системы виртуальных машин VMware. Я ее постоянно гоняю для подготовки к печати своих статей и рукописи второго издания книги [1]. Но вот случилось так, что потребовалось мне запустить OpenOffice.org Writer по какой-то надобности. Была у меня установлена какая-то версия этого пакета (одна из первых), но она работать отказалась. Точнее запуститься то программа вроде как запустилась, но при попытке открытия любого файла появлялось сообщение об ошибке, после чего окно программы исчезало с экрана. Попробовал я переустановить программу с дистрибутивного диска последней версии Mandrake (для точности - это была версия 9.2), но появилась куча сообщений о неудовлетворенных зависимостях. А у меня к тому времени имелся еще и дистрибутив ASP Linux 9. И решился я не просто установить с него OpenOffice, а провести обновление системы.

В продолжение предисловия скажу еще, что в основном я использую домашний компьютер, о котором идет речь, для создания контента своего сайта и в работе над статьями и книгой. Контент сайта я создаю с помощью файлового менеджера MC и его встроенного редактора (а, значит, пользуюсь эмулятором терминала), а статьи пишу в среде VMware, о которой я уже упоминал. Кроме того, я регулярно пользовался почтовой программой KMail, иногда запускал GIMP, часто делал снимки экрана для иллюстрации своих статей с помощью Ksnapshot. Из названий программ вы уже, наверное, поняли, что я работаю в графической среде KDE. Кроме стандартного ПО из дистрибутива ASP Linux 7.2 я часто пользовался следующими дополнительно установленными программами: браузером Mozilla, программой просмотра изображений XnView (очень удобная программка для быстрого просмотра графических файлов, например, для того, чтобы выбрать цифровые фото для сдачи в фотоателье). Думаю, что приведенное описание дает читателю достаточно полное представление о том, с какой точки я начал обновление системы.

Итак, я установил первый дистрибутивный диск ASP Linux 9 Express Edition и перезапустил компьютер. На этапе выбора типа установки (это третий шаг после запуска программы инсталляции) выбрал "Обновление существующей системы Linux".

Рис. 1. Выбор варианта инсталляции.

К сожалению, на следующем этапе я немного погрешил против чистоты эксперимента и, поскольку программа инсталляции позволяет изменить размер раздела, решился уменьшить объем корневого раздела, за счет чего увеличить объем раздела /usr (посмотрите выше, первый у меня был заполнен на 14%, а второй - на 85%). На следующем рисунке вы видите, как это делается.

Рис. 2. Изменение размеров разделов.

Процедура изменения размера разделов длится довольно долго. Но в результате я увидел сообщение о том, что метка /usr задана неправильно или уже используется. Как я понял чуть позже, эта метка была использована для двух разделов, я это просто просмотрел. А пока приходится начать все заново.

Перезапускаю компьютер и теперь уж переразбивать диск не пытаюсь. Пошла установка пакетов, причем даже не спрашивая, что надо устанавливать, а что не надо. Процедура не скорая, успел поужинать, посмотреть телевизор, а все еще прогресс-бар показывает только 50%.

Но все когда-нибудь кончается и наконец появилось сообщение "Установка пакетов завершена". Дополнительно появилось сообщение о том, что имела место ошибка при установке пакета Abiword, но в этом ничего удивительного нет, поскольку я его в свое время снес, причем, вероятно, не совсем корректно. Далее мне было предложено выбрать загрузчик (предлагается на выбор ASPLoader, LILO и GRUB, я выбрал GRUB), вставить в дисковод отформатированную дискету и, наконец, появилось сообщение об успешном завершении установки.

После перезагрузки GRUB предложил на выбор уже 4 варианта - 3 у меня было раньше и появился еще вариант с ядром 2.4.20. По умолчанию оно и запускается. Дожидаюсь окончания загрузки, ввожу ранее заданный пароль пользователя kos (его заводить тоже не пришлось) и запускаю графику командой startx. А дальше возникла куча проблем.

Во-первых, внешний вид экрана существенно изменился, причем иконки на панели и рабочем столе перестали служить для вызова приложений (и даже потеряли свою индивидуальность, обратите внимание на вид панели на рисунке 3). Поэтому я даже не смог вызвать ksnapshot для того, чтобы снять картинку, которую вы видите на рис. 3. К счастью, через главное меню удалось вызвать GIMP, которым этот снимок и был сделан.

Рис. 3. Результат обновления системы по второму варианту.

Во-вторых, оказалось, что система работает в режиме русского языка и в латиницу никак не хочет переключаться. Я переключился во вторую виртуальную консоль, вошел в систему root-ом и посмотрел, что записано в файле /etc/X11/XF86Config. Там было указано "grp:alt_shift_toggle,grp_led:scroll", однако комбинация Alt+Shift не работала, как и все остальные. Попытка использовать Центр управления KDE для смены раскладки тоже ничего не дала.

Но хуже всего, что не запускается почтовая программа KMail, которая как раз в этот вечер мне была очень нужна.

Попробовал я еще скопировать файл XF86Config-4, сохраненный в архиве, но и это не помогло. Короче, после часа безуспешных попыток бросил я эти эксперименты и решил попробовать третий вариант обновления системы (смотри ниже).

Но, прежде чем перейти к его описанию, проведу небольшой анализ результатов, полученных при попытке реализации второго варианта. На мой взгляд, причина неудачи заключалась как раз в том, что сохраняются все старые конфигурационные и настроечные файлы. Но новые версии программ могут использовать другую структуру таких файлов. Поскольку я пытался перейти с версии 7 сразу на версию 9 дистрибутива ASP Linux (а при изменении первой цифры, как известно, происходят существенные изменения в большинстве программ), мне такое объяснение представляется вполне вероятным. Впрочем, это только предположение и я не буду настаивать на том, что оно является единственно правильным. Тем более, что можно погрешить и на мою неуспешную попытку переразбиения диска. Но если еще учесть результаты перехода с версии 7.1 на 7.2, о чем было рассказано выше, я сделал для себя вывод о том, что обновление системы с помощью стандартной программы инсталляции не является лучшим (и даже вообще приемлемым) вариантом обновления системы. И решил опробовать следующий вариант.

Вариант третий. Форматирование всех Linux-разделов, кроме раздела с каталогами пользователей. В Линукс, как известно, существует стандартная структура каталогов, причем все стандартное системное программное обеспечение размещается в каталогах /bin и /sbin, все дополнительно устанавливаемое ПО оказывается в каталоге /usr, а все персональные настройки и личные файлы пользователей размещаются в каталоге /home. Причем, во всех руководствах рекомендуется размещать каталог (файловую систему) /home в отдельном разделе диска. Относительно /usr такая рекомендация тоже высказывается, но уже не в таком обязательном падеже. Если вы этим рекомендациям следовали, то можно пойти по следующему пути: отформатировать все Линукс-разделы диска, кроме раздела /home, и установить систему заново. Я попробовал пройти по этому пути и сейчас расскажу вам о результатах.

Перед тем, как начать обновление, я с помощью команды df выяснил, в каком разделе диска размещена файловая система /home (разбиение диска на разделы было показано выше). У меня в старой системе каталог /home находился в разделе /dev/hda8 (это надо хорошенько запомнить, чтобы не уничтожить ненароком все его содержимое).

Перед началом обновления я еще скопировал в раздел /dev/hda8 (другими словами - в каталог /home) все содержимое каталогов /etc и /root. В первом находятся все конфигурационные и настроечные файлы, которые могут потребоваться в последующем в качестве шпаргалок для настройки новых версий ранее установленных программ. Чтобы не забыть что-нибудь и не тратить время на ненужные разборки, проще всего сохранить копию всего каталога /etc в том разделе, который вы не собираетесь форматировать (то есть либо в разделе /home, либо в другом разделе, который останется нетронутым). Каталог /root является домашним каталогом суперпользователя (в отличие от домашних каталогов обычных пользователей он вынесен из /home в корневой каталог). Здесь располагаются личные настройки суперпользователя, которые тоже могут вам сгодиться в качестве подсказки, если после переустановки что-то не понравится. Если вы хотите сохранить протоколы работы системы, то можно сохранить и содержимое каталога /var/log (но я этого не делал).

Теперь на третьем шаге установки выбираю вариант "Выборочная установка". На этапе задания разбиения диска внимательно проследил за тем, чтобы ненароком не отформатировать раздел /dev/hda8, провел выбор пакетов для установки (не очень задерживаясь на этом этапе, задал что попалось на глаза) и щелкнул по кнопке "Разрешение зависимостей".

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

На этот раз установка завершилась относительно успешно. И первый запуск прошел тоже более-менее успешно. Однако результат снова не радует. На панели задач теперь оказалось всего-то пара иконок, причем отсутствовала даже кнопка главного меню. Ну, кнопки-то мне восстановить (лучше сказать, установить на панель) удалось довольно просто. А вот с размещением на панели кнопок (или аплетов) запущенных приложений дело обстояло куда хуже. В той части панели задач KDE, где обычно размещаются прямоугольнички, соответствующие запущенным программам, было просто чистое поле. И когда я сворачивал запущенное приложение в значок на панели задач, окно программы как бы "исчезало без следа". В результате обратиться к ним, вызвать снова окно программы на рабочий стол, уже было невозможно. Но приложения из памяти, естественно, никуда не девались и команда ps показывала, что запущено одновременно несколько копий одной и той же программы.

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

Вариант четвертый. Создание резервной копии конфигурации и домашних каталогов пользователей.

Собственно говоря, мне уже ничего не оставалось, как ставить всю систему заново. Но я все же решил сохранить все, что осталось от старой системы. Для этого я с помощью программы Partition Magic ужал существовавшие разделы диска, выкроив место для еще одного раздела. Если быть абсолютно точным, то я просто удалил все разделы, кроме старого раздела /dev/hda8, в котором у меня старые домашние каталоги и сохраненные копии каталогов /etc и /root. Затем на свободном месте создал новые разделы для файловых систем
/ - объемом 1000 МБ;
/boot - объемом 100 МБ;
/usr - объемом 2000 МБ;
/home - объемом 4500 МБ.

После чего установил в эти разделы Линукс с дистрибутива ASP Linux 7.3. Выбор версии в данном случае определялся тем обстоятельством, что мне нужно было как можно скорее восстановить работоспособность системы, и я выбрал ту систему, которая ближе всего к предыдущему варианту. А, кроме того, я смогу чуть позже еще раз вернуться к экспериментам по обновлению системы до версии 9.

Установка прошла без особых проблем и я перешел к восстановлению тех настроек и того набора программ, которые работали в старой системе. В принципе, хотя в данном случае перехода к новой версии системы и не было, но проведенные действия вполне можно считать частным случаем обновления системы. Старый раздел с каталогом /home я смонтировал в каталог /mnt/old-home.

Итак, начинаем восстановление привычной программной среды. Первым делом надо научить компьютер говорить по русски. Заглядываю в свои старые шпаргалки (склероз, что поделаешь) , а точнее - в заметки о русификации и действую по прописанным там рецептам: устанавливаю локаль путем копирования сохраненного файла /etc/sysconfig/i18n, сравниваю другие файлы из /etc/sysconfig с их сохраненными аналогами и вношу необходимые поправки в новые версии конфигурационных файлов. Далее я буду краток и перечислю только то, что делал, а подробности о том, как это делается, смотрите в других разделах моих заметок:

• настроил шрифт в эмуляторе консоли;
• установил и настроил программу Midnight Commander (жить без нее не могу!);
• установил третий уровень запуска по умолчанию;
• восстановил подкаталоги и подкорректировал содержимое файла /etc/fstab, обращаясь за подсказкой к старой версии этого файла;
• убрал ненужные сервисы (sendmail очень тормозил загрузку системы);
• настроил локальный Web-сервер httpd;
• скопировал в /etc старые версии файлов hostname, hosts, resolv.conf;
• удалил в своем домашнем каталоге подкаталог /Mail и скопировал старый вариант этого каталога из архива, после чего вновь увидел в почтовых ящиках программы KMail весь архив полученных ранее писем;
• настроил сеть на новом и старом компьютерах. На старом (old-lin) пришлось запускать команду ifconfig, на основном (trend) ничего делать не потребовалось. За подсказками обращался к своей книге [1]. Компьютеры стали взаимно пинговаться. И локальный web-сервер trend стал доступен с компьютера old-lin. Так что локальная сеть работает!
• настроил kppp (при этом тоже пользовался описанием из своей книги [1], и хотя версия kppp сменилась с 1.3 на 1.5, настройка проводится точно так же);
• после этого удалось получить почту и выйти в Интернет с помощью браузера;
• вывел на рабочий стол иконки для монтирования flash-диска USB и ежедневно запускаемых приложений;
• установил программу XnView из сохраненного в архиве rpm-пакета;

Если какой-то пакет или приложение требовал настройки, сверялся со старым конфигурационным файлом, который сохранен, и делал все настройки по аналогии. Вот, вроде бы и все.

Попробовал еще перезагрузиться в Windows 98, загрузка прошла успешно.

Чтобы восстановить ту программную среду, в которой я привык работать, которая ранее была не моем компьютере, осталось установить систему виртуальных машин VMWare. Вот тут и начались проблемы!

Итак, сама-то система ASP Linux 7.2 у меня успешно установилась, однако с запуском системы виртуальных машин 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 успешно перешагнул тот рубеж, на котором остановился в предыдущий раз, однако ушел таки недалеко, выдал сообщение

The directory of kernel headers (version 2.4.18-15) does not match your running kernel (version 2.4.18-5asp). Even if the module were to compile successfully, it would not load into the running kernel.

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] с текстом об установке ядра и приступил к повторению тех действий, которые там описаны. Но это уже другая история и ее я расскажу в отдельной статье. Что же касается обновления системы, то попробую подвести некоторые итоги.

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

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

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

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

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

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

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