Дык вот было ядро 2.4.21-15.EL - сказали старое.
Поставил седня 2.4.32
Ну дык вот - ряд проблем.
1) в grub'е прежнее ядро запускалось так

Цитата

title White Box Enterprise Linux (2.4.21-15.EL) root (hd0,2) kernel /boot/vmlinuz-2.4.21-15.EL ro root=LABEL=/ hdc=ide-scsi initrd /boot/initrd-2.4.21-15.EL.img

Когда я прописал нечто подобное для нового ядра, запускаться оно категорически отказалось, ссылаясь на плохой root=
Пришлось указать напрямую

Цитата

title White Box Enterprise Linux (2.4.32) root (hd0,2) kernel /boot/vmlinux-2.4.32 ro root=/dev/hda3  hdc=ide-scsi

Тут возникла другая проблемма - в скрипте rc.sysinit корень перемонтировался в rw режим, при этом, в качестве моунт-поинта использовался /, ну и соотвественно он у меня его не находил. Пришлось менять fstab, кстати, источник в нём указывался всё тот же LABEL=/, ну и сам rc.sysinit
Ладно если бы на этом всё кончилось, но там туева хуча if-ов, внутри которых в случае ошибки, система размонтирывает диск всё также через /
Ну так вот, вопрос #1 , что значило вот это "LABEL=/" и как мне это использовать для загрузки нового ядра. Могу только предположить, что дело в initrd - которое вероятно что-то инициализирует, но при подключении этого же initrd к новому ядру - и поставкой параметра LABEL=/ ядро всё равно ругалось на root=

2) Перестали грузиться X
Когда делаю startx экран будто-бы переходит в x - но дальше чёрного экрана не уходит. Для выхода приходиться переключать на другую вирт консоль и назад.
Вот, что выдает startx

Цитата

XFree86 Version 4.3.0 (Custom Build: 4.3.0-62.EL) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.21-9.0.1.EL i686 [ELF] Build Date: 14 May 2004 Build Host: bob.whiteboxlinux.org Before reporting any problems, please make sure you are using the most recent XFree86 packages available from Red Hat by checking for updates at http://rhn.redhat.com/errata or by using the Red Hat Network up2date tool.  If you still encounter problems, please file bug reports in the XFree86.org bugzilla at http://bugs.xfree86.org and/or Red Hat bugzilla at http://bugzilla.redhat.com Module Loader present OS Kernel: Linux version 2.4.32 ([email protected]) (gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-34)) #1 SMP Fri Dec 9 14:54:58 ALMT 2005 Markers: (--) probed, (**) from config file, (==) default setting,         (++) from command line, (!!) notice, (II) informational,         (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Fri Dec  9 17:18:29 2005 (==) Using config file: "/etc/X11/XF86Config" XIO:  fatal IO error 104 (Connection reset by peer) on X server ":0.0"       after 0 requests (0 known processed) with 0 events remaining.

По этому поводу второй вопрос. Как решить данную проблему - лишь обновлением X? Подскажите где их можно скачать. И если можно исправить без скачивания, то КАК?

Заранее спасибо за помощь

Это сообщение отредактировал(а) Alexandr87 - 9.12.2005, 15:16

Присоединённый файл ( Кол-во скачиваний: 5 )
 XFree86.0.log 63,45 Kb

"LABEL=/" значит "раздел, помеченный как /". В данном случае /dev/hda3 Почему подставка root= не пашет - фиг его знает.

Цитата

при подключении этого же initrd к новому ядру

"ЭТОГО ЖЕ" ? Это не есть хорошая идея. initrd тоже надо менять вместе с новым ядрышком. Правда как их делать я так и не въехал. Если грузится без initrd - значит будет без initrd

Насчет иксов...
могу предположить что :
1. Либо нет места на /
2. Либо нет доступа на запись в / (корень смонтирован только для чтения)
3. Либо не фурычет сеть. Шерстим конфиг, включаем TCP/IP NETWORKING ( ) и UNIX DOMAIN SOCKETS
4. в логе какая - то ругань на отсутствие APM. Может стоит втроить в ядрышко
APM (Advanced Power Management) BIOS support (APM)

Alexandr87 ... и так, у тебя твой whitebox говоришь накрывается каким-то органом....
ок.

1. сегодня 'модерновые' линухи используют системы автоматической установки пакетов, над rpm - напр. yum, apt. для их работы нужен файл репозитариев.
работа с apt, напр. проста.
обновить списки и дигитальные подписи пакетов через репозитарии:
apt-get update
установить пакет 'x' - причем все зависимости решаются автоматом, и система сама скачивает нужные зависимости и устанавливает:
apt-get install x
обновить ВСЕ пакеты кроме исключенных системных - как напр. ядро:
apt-get upgrade
обновить систему всключая базовые как ядро пакеты:
apt-get dist-upgrade


2. ядро привязано к утилитам как modutils, binutils, base-system, glibc - поэтому обновляя на более новое ядро стоит проверить что еще надо обновить. я предполагаю, что грабли с LABEL именно из-за этого и происходят.

3. initrd нужен только на системах с новозможными для работы без ядра устройствями, и в них не всегда есть реальная нужда.

4. X-ы - давай сначала реши обновление ядра а там, обновишь и Х.

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

Цитата

(--) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such device) (--) PCI:*(0:2:0) Intel Corp. 852GM/852GME/855GM/855GME Chipset Graphics Controller rev 2, Mem @ 0xb0000000/27, 0xf0000000/19, I/O @ 0xe000/3 (--) PCI: (0:2:1) Intel Corp. 852GM/852GME/855GM/855GME Chipset Graphics Controller rev 2, Mem @ 0x10000000/27, 0x18000000/19 (--) Assigning device section with no busID to primary device (--) Chipset 852GM/855GM found (WW) I810(0): Bad V_BIOS checksum (--) I810(0): Chipset: "852GM/855GM" (--) I810(0): Linear framebuffer at 0xB0000000 (--) I810(0): IO registers at addr 0xF0000000 (--) I810(0): Pre-allocated VideoRAM: 16252 kByte (--) I810(0): Maximum frambuffer space: 32616 kByte (--) I810(0): A non-CRT device is attached to pipe B. No refresh rate overrides will be attempted. (--) I810(0): Maximum space available for video modes: 16192 kByte drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmGetBusid returned ''

Что то у меня тупое ощущение, что он карточку определяет коряво.

Насчет modutils, пытался я их значит установить, но там помоему они какой-то bison найти не могли во время make. Мож надо было попробовать заодно gcc обновить. Да уж блин с такими темпами от дистрибутива ничего родного не останиться.