[sisyphus] Новые удав , initrd, ядро и все-все

Ivan Adzhubey =?iso-8859-1?q?iadzhubey_=CE=C1_rics=2Ebwh=2Eharvard=2Eedu?=
Сб Фев 17 06:48:01 MSK 2007


Приветствую!

Обновился. Жив как видите. Но плавать в серной кислоте как всегда тяжело. 
Хотя - мы привычные.

Из невосполнимых потерь: отвалился AGP (agpgart/intel_agp), fglrx ругается:

(II) fglrx(0): Kernel Module Version Information:
(II) fglrx(0):     Name: fglrx
(II) fglrx(0):     Version: 8.33.6
(II) fglrx(0):     Date: Jan  8 2007
(II) fglrx(0):     Desc: ATI FireGL DRM kernel module
(II) fglrx(0): Kernel Module version matches driver.
(II) fglrx(0): Kernel Module Build Time Information:
(II) fglrx(0):     Build-Kernel UTS_RELEASE:        2.6.18-std-smp-alt4
(II) fglrx(0):     Build-Kernel MODVERSIONS:        no
(II) fglrx(0):     Build-Kernel __SMP__:            no
(II) fglrx(0):     Build-Kernel PAGE_SIZE:          0x1000
(II) fglrx(0): [drm] register handle = 0x00004000
(II) fglrx(0): [pci] find AGP GART
(EE) fglrx(0): [agp] unable to acquire AGP, error "xf86_ENODEV"
(EE) fglrx(0): cannot init AGP
(II) fglrx(0): [drm] removed 1 reserved context for kernel
(II) fglrx(0): [drm] unmapping 8192 bytes of SAREA 0x2000 at 0xb7eef000

При этом:

# lsmod|grep agp
intel_agp              24604  0
agpgart                32456  2 fglrx,intel_agp

# uname -a
Linux localhost.localdomain 2.6.18-std-smp-alt4 #1 SMP Fri Feb 16 19:43:34 MSK 
2007 i686 GNU/Linux

Отвалился мыш, вот такой:

# lsusb
Bus 002 Device 003: ID 046d:c50e Logitech, Inc. MX-1000 Cordless Mouse 
Receiver

Я его раньше использовал с evdev, что позволяло задействовать все его 
бесчисленные колесики и кнопочки (16 штук общим числом ;). Теперь с 
Device "evdev" иксы виснут намертво, черный экран навсегда, в консоли тоже, 
хотя ввод работает и можно вслепую залогинится и набрать reboot например. 
Пришлось вернуть Device "/dev/input/mice", что разморозило иксы, но кнопочки 
на мыше естественно пропали.

Удав запускается в процессе загрузки дважды (вроде бы теперь это модно?), но 
второй раз ругается: error initializing udevd socket   [FAILED]. Так и надо?

Опять ругань на отсутствующий девайс FWH:

Feb 16 22:23:12 bamyasi hotplug: Hotplug (pnp.rc) start: succeeded
Feb 16 22:23:13 bamyasi kernel: intel_rng: FWH not detected
Feb 16 22:23:13 bamyasi modprobe: FATAL: Error inserting intel_rng 
(/lib/modules/2.6.18-std-smp-alt4/kernel/drivers/char/hw_random/intel-rng.ko): 
No such device
Feb 16 22:23:13 bamyasi pci.agent[9603]: ... can't load module intel-rng
Feb 16 22:23:13 bamyasi pci.agent[9603]: missing kernel or user mode driver 
intel-rng

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

Весь dmesg под завязку залит километрами отладочного вывода:

EDAC DEBUG: MC0: i82875p_check()
EDAC DEBUG: MC0: i82875p_check()
EDAC DEBUG: MC0: i82875p_check()
EDAC DEBUG: MC0: i82875p_check()
EDAC DEBUG: MC0: i82875p_check()
EDAC DEBUG: MC0: i82875p_check()
EDAC DEBUG: MC0: i82875p_check()
EDAC DEBUG: MC0: i82875p_check()
EDAC DEBUG: MC0: i82875p_check()
EDAC DEBUG: MC0: i82875p_check()
EDAC DEBUG: MC0: i82875p_check()
EDAC DEBUG: MC0: i82875p_check()
EDAC DEBUG: MC0: i82875p_check()
EDAC DEBUG: MC0: i82875p_check()
EDAC DEBUG: MC0: i82875p_check()
EDAC DEBUG: MC0: i82875p_check()

Первое упоминание этого загадочного 82875 такое:

EDAC DEBUG: i82875p_init_one()
EDAC i82875p: i82875p init one
EDAC DEBUG: i82875p_probe1()
PCI: Unable to reserve mem region #1:1000 на fecf0000 for device 0000:00:06.0
EDAC DEBUG: edac_mc_add_mc()
EDAC DEBUG: edac_create_sysfs_mci_device() idx=0
EDAC MC0: Giving out device to i82875p_edac i82875p: DEV 0000:00:00.0

И дальше сплошной EDAC DEBUG. Что это, Бэрримор?

Пока вроде все, пошел гуглить про едак, продолжение следует...

--Иван



Подробная информация о списке рассылки Sisyphus