Всем привет
Оперативки 6 гиг, ОС FreeBSD 6.4 для i386.
Включил PAE
Появилась проблема со входом с консоли (эффект "Глючной клавиатуры"). Нажимаешь клавиши, а на экране всякая ерунда рисуется.
При этом через ssh всё в норме. Всё работает без ошибок, в логах тоже ничего особенного.Кто-нибудь сталкивался с такой траблой?
Куда копать?
>Всем привет
>Оперативки 6 гиг, ОС FreeBSD 6.4 для i386.
>Включил PAE
>Появилась проблема со входом с консоли (эффект "Глючной клавиатуры"). Нажимаешь клавиши, а
>на экране всякая ерунда рисуется.
>При этом через ssh всё в норме. Всё работает без ошибок, в
>логах тоже ничего особенного.
>
>Кто-нибудь сталкивался с такой траблой?
>Куда копать?ssh это терминал, как и локальные монитор с клавой. Только удаленный. Обеспечением ssh терминала шрифтами, системой приема-передачи отображаемых данных занимается программа ssh-клиент.
А локальное отображение символов зависит от кодировки клавиатуры (keymap) и шрифтов (consolefont), которыми рисуется всякая ерунда вместо буковок.
Короче, PAE тут не при чем. При пересборке ядра или других манипуляциях возможно пропали какие-то файлы или перезаписались конфиги. Нужно восстановить стандартные настройки консоли или повторить действия по ее русификации, если ты ранее ее делал.
Русификацию делал.
Но...
Вообщем выяснилось, что это клавиатура.
Как ни странно, мне даже в голову не пришло попробовать её заменить.
Вообще-то непонятно. Клава проверенная (Mitsumi самая обыкновенная ps/2). На других серваках работаает без проблем (и на этом тоже, только без PAE).
Причём глюки проявлялись не только при нажатии на клавиши, но и с acpi: комп зависал, при попытке перезагрузки (завершения работы) через ssh. При нажатии на кнопку питания комп нормально выключался. Все эти глюки только с PAE (без PAE нормально).
Поставил клаву другой фирмы (HP). Всё отлично. Ничего не глючит.И теперь мне не понятно: где связь с русификацией, acpi и заменой клавы.
>Причём глюки проявлялись не только при нажатии на клавиши, но и с
>acpi: комп зависал, при попытке перезагрузки (завершения работы) через ssh. При
>нажатии на кнопку питания комп нормально выключался. Все эти глюки только
>с PAE (без PAE нормально).
>Поставил клаву другой фирмы (HP). Всё отлично. Ничего не глючит.
>
>И теперь мне не понятно: где связь с русификацией, acpi и заменой
>клавы.Всякие артефакты конечно бывают... Я тоже встречал ps/2 мышку, которая с конкретной материнкой не хотела работать даже в виндах.
Но в этом случае наверняка дело все-таки в каких-то опциях ядра. Сравни конфиги дифом ради любопытства. Слишком уж призрачна связь PAE с клавиатурой.
>Всякие артефакты конечно бывают... Я тоже встречал ps/2 мышку, которая с конкретной
>материнкой не хотела работать даже в виндах.
>Но в этом случае наверняка дело все-таки в каких-то опциях ядра. Сравни
>конфиги дифом ради любопытства. Слишком уж призрачна связь PAE с клавиатурой.
>Всё не так просто оказалось:
С включенным PAE косяк вылезает на начальном этапе загрузки фри (после выбора способа загрузки и до начала подключения устройств):
1. Если при включении компа стоит клава Mitsumi, то этот момент длится с минуту (до того как пойдут девайсы подключаться). На экране стоит черта "\".
Далее меняй клаву - не меняй - пофиг - ГЛЮКИ.
2. Если стоит клава HP, то момент длится секунд 10, и затем всё в норме. (Можно воткнуть назад Mitsumi и всё будет работать)
Причём не зависит от того с русификацией собиралось ядро или без.А что конкретно сравнить?
каталоги в /usr/obj/usr/src/sys?
так там много чего разного.
KERNCONF?
Так они типовые (/usr/src/sys/i386/conf/GENERIC и /usr/src/sys/i386/conf/PAE)
Без ручного вмешательства.
Да, возможно дело в PAE, раз без него так все хорошо, а с ним плохо. Быстрое решение - не пользоваться локальной консолью, комп эксплуатировать осторожно в ожидании новых багов.
Или долгое решение - разбираться, искать, обновлять фрю, менять железки если до этого дойдет...>Причём глюки проявлялись не только при нажатии на клавиши, но и с
>acpi: комп зависал, при попытке перезагрузки (завершения работы) через ssh. При
>нажатии на кнопку питания комп нормально выключался. Все эти глюки только
>с PAE (без PAE нормально).Управление питанием это ядро, биос и собственно материнка. Если в ядре включен acpi то я бы внимательно просмотрел настройки биоса на эту тему. А еще спецификацию к материнке, и снова бы слазил в конфиг ядра. Стандартные ядра мне как-то не по душе. Лишнее лучше выключить, а нужное включить. А может без пересборки поколдовать с загрузочными опциями ядра?
Материнка в списке поддерживаемых значится? Не ругают ли ее в гугле в сочетании с freebsd? Я надеюсь это не какой-ньть ноунейм, затраты на который меньше за счет несоизмеримо бОльших усилий по наладке :)>Всё не так просто оказалось:
>С включенным PAE косяк вылезает на начальном этапе загрузки фри (после выбора
>способа загрузки и до начала подключения устройств):
>1. Если при включении компа стоит клава Mitsumi, то этот момент длится
>с минутуА в dmesg после этй загрузки будет написано про успешно обнаруженную клаву? Вдруг есть что-то общее с этим http://www.freebsddiary.org/headless.php ...
Там клава не обнаруживается и считается usb-шной.
После анализа dmesg двух вариантов сборки с PAE и без, выяснил, что единственное отличие в порядке подключения ACPI.
Кусок лога без PAE:Copyright (c) 1992-2008 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 6.4-RELEASE #1: Thu Jul 2 14:42:10 MSD 2009
root@ctlot.vladfond.ru:/usr/obj/usr/src/sys/SMP
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2790.96-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf27 Stepping = 7
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0x4400<CNXT-ID,xTPR>
Logical CPUs per core: 2
real memory = 4025942016 (3839 MB)
avail memory = 3937476608 (3755 MB)
ACPI APIC Table: <PTLTD APIC >
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
cpu2 (AP): APIC ID: 6
cpu3 (AP): APIC ID: 7
ioapic0 <Version 2.0> irqs 0-23 on motherboard
ioapic1 <Version 2.0> irqs 24-47 on motherboard
ioapic2 <Version 2.0> irqs 48-71 on motherboard
kbd1 at kbdmux0
...Кусок лога с PAE:
Copyright (c) 1992-2008 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 6.4-RELEASE #6: Thu Jul 2 16:59:04 MSD 2009
root@ctlot.vladfond.ru:/usr/obj/usr/src/sys/SMP_PAE
ACPI APIC Table: <PTLTD APIC >
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2790.96-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf27 Stepping = 7
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0x4400<CNXT-ID,xTPR>
Logical CPUs per core: 2
real memory = 6710886400 (6400 MB)
avail memory = 6302982144 (6010 MB)
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
cpu2 (AP): APIC ID: 6
cpu3 (AP): APIC ID: 7
ioapic0 <Version 2.0> irqs 0-23 on motherboard
ioapic1 <Version 2.0> irqs 24-47 on motherboard
ioapic2 <Version 2.0> irqs 48-71 on motherboard
kbd1 at kbdmux0
...Т.е. отличие только в месте расположения строки:
ACPI APIC Table: <PTLTD APIC >
А что будет если с современного livecd 7.2 загрузиться? Ну или на другой хард ее поставить (smp+pae) в том же компе.>После анализа dmesg двух вариантов сборки с PAE и без, выяснил, что
>единственное отличие в порядке подключения ACPI.Это не должно играть роли, но почему-то вспомнилась опция noapic, которая иногда помогает решить некоторые проблемы. Укажи при загрузке, вдруг чего получится.
Причем ожидаемый результат это нормальное выключение, а на клавиатуру может и не повлиять.А вот еще о ядре:
>kbd1 at kbdmux0
# atkbdc0 controls both the keyboard and the PS/2 mouse
device atkbdc # AT keyboard controllerThe keyboard controller (atkbdc) provides I/O services for the AT keyboard and PS/2 style pointing devices. This controller is required by the keyboard driver (atkbd) and the PS/2 pointing device driver (psm).
device kbdmux # keyboard multiplexer
Basic support for keyboard multiplexing. If you do not plan to use more than one keyboard on the system, you can safely remove that line.
Как я себе представляю kbdmux - лишняя сущность в этой цепочке. Выкинуть бы ее за ненадобностью. Как я понимаю atkbd и atkbdc для ps/2 клавы достаточно.
Теперь и с другой клавой такие же косяки.
Запутался...