Gentoo на старом железе (тормозит запуск udevd)

[VadimD]

Есть вопрос касательно Gentoo на старом железе.
Имеется ноутбук Clevo Multimedia Model 98 (k6-2/300Mhz/64Mb RAM/3,2Gb HDD/S3Virge-4Mb Video)
Собирал в чруте на АМД64 3200+ из 1-й стадии с конфигурацией:

Код: Выделить всё

 CHOST="i586-pc-linux-gnu"
CFLAGS="-O2 -mtune=k6-2 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"

Ядро gentoo-sources-2.6.17-r7
udev-087 - /dev из тарбола не разворачивается.
Проблема - очень медленно запускается udevd при инит.

1. Насколько целесообразно использовать udev на старых машинах?
2. Возможно стоит собрать devfsd и перейти на 2.4 ветку ядра?

З.Ы.: На выходных попробую udev-096 с отключением колдплага из бут ранлевел, может будет путёвее.
З.З.Ы.: Планирую накатить RTAI патчи и использоваль ноут как контроллер самодельного CNC станка.

[Savage]

VadimD
HP NetServer E45 (PII - 233MHz, 128М рамы) к какчестве шлюза, LDAP-, Samba-, FTP-, HTTP-сервака на сетку из ~30 машин (ну не дают денех на нормальное железо) пашет хоть бы хны. Стоит на нем Гента, синхронизированная 13.09.2006, ядро 2.6.17-r8, udev включен само собой. Проблем с развертыванием его при загрузке нет никаких (с учетом того, что перегрузка сервака происходит максимум раз в месяц). Отсюда ответ на оба твоих вопроса:
1. Вполне.
2. Нет смысла, стоит только хорошо перековырять ядро на предмет изъятия оттуда ненужного хлама в виде дров к несуществующему железу и неиспользуемых технологий. Ну и, само-собой, чистка мусора из загрузки (coldplug, в принципе, вещь совершенно необязательная и может преспокойно идти лесом).

[VadimD]

Спасибо, разобрался, проблема была в ядре - CONFIG_INOTIFY - был выключен.

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

Вы абсолютно правы, просто я не совсем разобрался, что там за железо, никакой документации на этот ноутбук нет, инет перерыл - тоже нет. Приходится включать все почти драйвера, уж потом выборочно отключать. Например, ALSA - хз, что там за карта, уже потом стало ясно.
На данный момент рою решение, поскольку dmesg выдает ACPI: Unable to locate RSDP - хотя в загруженном SLAX проблем нет.

З.Ы.: У мну в качестве шлюза стояло i486/24Mb RAM/540Mb HDD/ - дистр Smoothwall - тянуло 20 компов в инет через сквид, без проблем 3 года, пока при уборке не плюхнули водой...

[Savage]

VadimD
В плане определения железа без документации советую утилитку lspci (в принципе, довольно известную). Все железо, использующее PCI шину, включая всевозможные встроенные (onboard) девайсы выкладывает как на исповеди. Тем более, если это самое железо довольно старое.
Насчет этого сообщения (ACPI: Unable to locate RSDP), как мне кажется, есть 2 пути решения:
1. Включить в конфиг груба acpi=off в строчку, где прописано ядро и отказаться от ACPI вообще
2. Расковырять конфиг слаксовского ядра на предмет разницы в опциях включенных в его (слакса) и твое свежесобранное. Чего-нить обязательно выплывет.