[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