Заметки пользователя Linux. О компиляции ядра 2.6.0. Часть 3. Неудачная попытка

kernel /boot/vmlinuz-2.6.0-0.test10.1.95 ro root=LABEL=/ hdc=ide-scsi rhgb

kernel /boot/vmlinuz-2.6.0-0.test10.1.95 ro root=LABEL=/ rhgb  

rpmdb: unable to join the environment
error: db4 error(11) from dbenv->open: Resource temporarily unavailable
error: cannot open Packages index using db3 - Resource temporarily unavailable (11)
error: cannot open Packages database in /var/lib/rpm
no packages

А ведь автор статьи [3] пишет только о своем опыте и не претендует на то, что ему удалось найти и преодолеть все сложности перехода с ядра 2.4.х на 2.6.0. В общем, прочитав эти статьи, я решил, что не стоит подвергать риску мою основную систему и лучше перенести эксперименты с новым ядром на мой старенький тестовый компьютер.

Для того, чтобы вы четко представляли ситуацию, опишу конфигурацию этого компьютера.

Процессор Pentium II MMX 233 MHz, HDD IDE 4 GB, ОЗУ 128 MB, FDD, USB порт, ATAPI CD-ROM FX810T4, сетевая карта, операционная система Red Hat Linux 9 (Shrike) с ядром 2.4.20-13.9 на основе файловой системы Ext3fs.

Теперь посмотрим, какие пакеты требуется доустановить перед установкой ядра 2.6.0:

Таблица 4. Версии пакетов на тестовой системе.

Как видите, пакет gcc у меня оказался не установлен. На дистрибутивном диске Red Hat Linux 9 нашелся пакет gcc-3.2.2-5.i386.rpm, который, как вы помните, не рекомендуется для компиляции ядра. Поэтому я установил пакет gcc-2.96-110.i386.rpm, который нашел на дистрибутивном диске от Red Hat Linux 7.3 CE. Правда, при этом пришлось применить силу, то бишь опцию --force, поскольку для gcc-2.96 потребовался еще пакет cpp-2.96, а последний конфликтовал с установленным пакетом cpp-3.2.2 (который, в свою очередь, не удалялся, потому что был нужен пакету XFree86-4.3.0-2).

Попытка установить пакет module-init-tools-0.9.13-0.1.i686.rpm привела к появлению следующего сообщения:

ошибка: Неудовлетворенные зависимости:
         modutils < 2.4.25-2 конфликтует с module-init-tools-0.9.13-0.1

Но, поскольку в прочитанных мной материалах сообщалось, что module-init-tools вполне заменяют modutils и причем успешно работают с ядрами 2.4.х, я решился удалить пакет modutils и установить module-init-tools-0.9.13-0.1. Удаление modutils без проблем не прошло:

[root@linux Kernel]# rpm -e modutils
ошибка: неудовлетворенные зависимости:
        modutils >= 2.3.11-5 нужен для (установлен) kudzu-0.99.99-1
        modutils >= 2.3.11-5 нужен для (установлен) initscripts-7.14-1
        modutils >= 2.4.18 нужен для (установлен) kernel-2.4.20-8
        modutils >= 2.3.21-4 нужен для (установлен) irda-utils-0.9.14-9
        modutils >= 2.4.18 нужен для (установлен) kernel-2.4.20-13.9
        /sbin/insmod.static нужен для (установлен) mkinitrd-3.4.42-1

[root@linux Kernel]# rpm -e --nodeps modutils

Опция сработала, после чего я установил и новые утилиты

[root@linux Kernel]# rpm -Uhv module-init-tools-0.9.13-0.1.i686.rpm
Подготовка...     ########################################### [100%]
   1:module-init-tools      ########################################### [100%]

Пакет procps я вначале нашел только в виде tar-gz-архива procps-3.1.14.tar.gz. Но попытка его установить командами

[root@linux Kernel]# tar xvfz procps-3.1.14.tar.gz
[root@linux Kernel]# cd procps-3.1.14
[root@linux Kernel]# make
[root@linux Kernel]# make install

А попытка установить пакет oprofile-0.7.1.tar.gz привела к тому, что при выполнении команды .configure в развернутом из архива каталоге появилось сообщение об ошибке: "no suitably configured kernel include tree found". Этого я не понял: требуется установить ядро, для того, чтобы установить пакет, нужный для установки ядра. Пришлось снова заняться поиском rpm-пакетов. Дольше всего пришлось искать пакет procps версии 3.1.13. Но и он в конце концов нашелся по адресу ftp://ftp.pbone.net/mirror/ftp.turbolinux.com/pub/TurboLinux/stable/untested/Server/8/i586/procps-3.1.13-1.i586.rpm

Нашелся и rpm-пакет oprofile-0.6-122.i586.rpm

 687925  oprofile-0.6-122.i586.rpm
 157069  procps-3.1.13-1.i586.rpm

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

А эффект этот заключался в следующем. Скачал я упомянутые пакеты на свой основной компьютер и вознамерился перенести их на тестовый с помощью дискеты. Однако, смонтировать дискету мне не удалось! Когда попытался сделать это простой командой
[root]# mount /mnt/floppy
получил сообщение
mount: you must specify the filesystem type
А команда
[root]# mount -t vfat /dev/fd0 /mnt/floppy
выдала
mount: fs type vfat not supported by kernel
Но я ведь ядро еще не менял, а до сих пор оно знало, что такое vfat!
Далее я пытался перенести нужные пакеты на тестовый компьютер еще несколькими способами:
- пытался смонтировать диск к основному компьютеру по NFS и наоборот - диск основного компьютера к тестовому (сеть отказалась работать);
- записать пакеты на CD-RW (CD не удалось смонтировать тоже);

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

Посмотрел я протокол работы системы (на домашнем тестовом компьютере), но ничего там необычного не нашел.

Перезапустил еще раз комьютер и заметил, что на этапе загрузки появляются несколько сообщений о том, что ядру требуется старый modprobe и старый depmod, но оно не может найти файлы /sbin/modprobe.modutils и /sbin/depmod.modutils. В результате не запустился и демон NFSD.

Короче, какой-то из моих силовых приемов оказался слишком сильным! Пришлось мне на обоих компьютерах установить систему заново. Как хорошо, что я не пошел на эти действия на своем основном компьютере. Имейте мой опыт в виду, если решитесь ставить новое ядро. Не обещаю, что я решусь еще на одну попытку установки ядра 2.6.0 (но если решусь, то у этой статьи будет продолжение). А пока напрашивается такой вывод:

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

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

1. В.А.Костромин, "Linux для пользователя", изд. БХВ-Петербург, 2002 год, серия "Самоучитель", 650 стр.
2. jeremy, "Feature: HowTo Upgrade To The 2.6 Kernel"
3. Thomer M. Gil, "Migrating to Linux Kernel 2.6"
4. Kristof Vansant, "Fedora core 1 with kernel 2.6-test"
5. midian, "Feature: VMWare and NVidia on Linux 2.6 Kernel HowTo"