Главная » Форум » Gentoo Linux » Общие вопросы

Мышь: не работает копирование после смены разрешения в GRUB

rime 26 мая, 2010 - 00:31

Доброго времени суток уважаемым гуру!

Заранее извиняюсь за, возможно, нубский сабж, но, будучи новичком в Gentoo, я не знаю, куда в данном случае копать.

Разрешение консоли выставил в grub'е вот так: video=vesafb:mtrr:3 vga=0x361. После этого мышь (поднятая по gpm'у) перестала реагировать на нажатие средней клавиши (колёсика в моём случае), хотя ранее исправно копировала выделенный текст. Под "ранее" я понимаю то время, когда у меня стояли настройки граба по хэндбуку (которые, как выяснилось, не работали в моих нубских руках), и система выставляла какое-то ужасное разрешение.

Я поэкспериментировал с режимами видео, которые предлагает загрузчик, и выяснил следующее: если пропустить длящееся 30 секунд приглашение выбрать режим видео, то я имею то самое жуткое разрешение по умолчанию, но мышка работает штатно. Если же выбрать какой-либо вариант (все не перепробовал, но несколько подходящих к моему дисплею протестил), разрешение перестраивается сообразно выбору, но с мышью возникает упомянутая проблема.

В иксах же всё работает нормально.

Не могу сказать, что проблема так уж серьёзна, но хочется всё-таки понять и исправить.

Заранее спасибо,
rime.

‹ Genius Mousepen i608 8x6 [Solved] wine + unixODBC на x86_64 не работает :( ›
»

посмотри и может исправь

Автор sanya777, дата создания 26 мая, 2010 - 08:50.

посмотри и может исправь /etc/conf.d/gpm

»

В общем, я пошатался по грабу

Автор Гость, дата создания 27 мая, 2010 - 15:42.

В общем, я пошатался по грабу и конфигу gpm'а. Общий вывод такой: select-paste по нажатию на третью клавишу мыши (колёсико) работает ТОЛЬКО когда консоль на ходится в текстовом режиме - то есть в "разрешении" 80x60 и иже с ним.

При переводе в графический режим (вне зависимости от разрешения) select-paste не работает.

Буду очень рад выслушать любые соображения по этому поводу...

»

rime написал(а): Я

Автор krigstask, дата создания 27 мая, 2010 - 16:31.
rime написал(а):
Я поэкспериментировал с режимами видео, которые предлагает загрузчик…

Это где он их предлагает? (-:Е

А вообще очень странно. Может, в логах что есть? Или с другим драйвером кадрового буфера попробовать?

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

»

krigstask написал(а): Это где

Автор rime, дата создания 27 мая, 2010 - 17:10.
krigstask написал(а):
Это где он их предлагает? (-:Е

Я в плане эксперимента давал грабу заведомо ошибочную команду vga=361, после чего он вынужден при загрузке предлагать список вменяемых режимов :) Это-то и позволило выяснить, что функциональность gpm'a полноценна только в текстовом режими консоли.

krigstask написал(а):
А вообще очень странно. Может, в логах что есть? Или с другим драйвером кадрового буфера попробовать?

...На случай, если это поможет уточнить ситуацию: прилагаю содержимое конфига своего граба...


#MOUSE=ps2
MOUSE=imps2
#MOUSEDEV=/dev/psaux
MOUSEDEV=/dev/input/mice

# Extra settings

#RESPONSIVENESS=
#REPEAT_TYPE=raw

# Please uncomment this line if you want gpm to understand charsets used
# in URLs and names with ~ or : in them, etc. This is a good idea to turn on!

APPEND="-l \"a-zA-Z0-9_.:~/\300-\326\330-\366\370-\377\""

# Various other options, see gpm(8) manpage for more.

#APPEND="-g 1 -A60"
#APPEND="-l \"a-zA-Z0-9_.:~/\300-\326\330-\366\370-\377\" -g 1 -A60"

...и gpm'а:

default 0
timeout 30
splashimage=(hd0,0)/boot/grub/splash.xpm.gz

title Gentoo Linux 2.6.32-try0
root (hd0,0)
kernel /boot/kernel-genkernel-x86-2.6.32-try0 root=/dev/ram0 init=/linuxrc ramdisk-8192 real_root=/dev/sda3 video=vesafb:mtrr:3, ywrap vga=0x361 doscsi
initrd /boot/initramfs-genkernel-x86-2.6.32-try0
# vim:ft=conf:
»

С этими конфигами у меня всё работает:

Автор WiseLord, дата создания 27 мая, 2010 - 20:11.

gpm:

MOUSE=ps2
MOUSEDEV=/dev/input/mice

Это несмотря на то, что мышь у меня не ps/2, а вообще радиокомплект клавиатура/мышь. Т.е. этот конфиг я не трогал вообще.
grub.conf:

default 0
timeout 2
splashimage=(hd0,0)/boot/grub/splash.xpm.gz

title Gentoo Linux 2.6.34
root (hd0,0)
kernel /kernel-genkernel-x86_64-2.6.34-gentoo root=/dev/ram0 real_root=UUID=f180c407-424d-4a15-a7ee-afe185769b40 vga=0x37B splash=verbose,theme:livecd-2007.0 console=tty1
initrd /initramfs-genkernel-x86_64-2.6.34-gentoo
»

WizeLord, спасибо, я

Автор rime, дата создания 27 мая, 2010 - 21:46.

WizeLord, спасибо, я попробовал Ваш конфиг. К сожалению, при загрузке система заявляет, что ей незнаком такой video mode, как vge=0x37B.

»

Это не важно. Мелочь.

Автор WiseLord, дата создания 27 мая, 2010 - 23:52.

0x37b - это лишь разрешение 1280x1024@32
vga=ask (или специально указать неправильное) позволит вывести все доступные, можно выбрать по желанию.

Большее внимание я бы рекомендовал обратить на конфиг gpm. Попробуйте вообще удалить конфиг, пересобрать gpm (создастся дефолтный) и проверить в этой ситуации.

Лично я никогда даже не лазил в конфиг gpm, и всё всегда работало.

»

Эх... Я сегодня unmerg'нул

Автор rime, дата создания 28 мая, 2010 - 18:03.

Эх... Я сегодня unmerg'нул gpm, потёр его конфиги и вообще всё, что он нём напоминало, после чего пересобрал его. Ноль эмоций - в графическом режиме select-paste всё так же упорно не работает :(((

»

krigstask написал(а): Может,

Автор krigstask, дата создания 28 мая, 2010 - 18:29.
krigstask написал(а):
Может, в логах что есть? Или с другим драйвером кадрового буфера попробовать?

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

»

Я не очень понял хендбук в

Автор rime, дата создания 3 июня, 2010 - 14:08.

Я не очень понял хендбук в отношении драйвера фреймбуфера :( если в моём случае имеет смысл попробовать другой, то не подскажите ли, как и на какой?.. Спасибо!

»

На какой: либо включить KMS

Автор krigstask, дата создания 3 июня, 2010 - 15:40.

На какой: либо включить KMS (если дрова для иксов открытые), либо uvesafb. Как — поиск по форуму и gentoo-wiki.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

»

В целом vesa - довольно

Автор Nirvandil, дата создания 3 июня, 2010 - 15:41.

В целом vesa - довольно древний драйвер, сейчас я бы рекомендовал uvesa, как более новую и функциональную замену. И если у вас карта ATI или Intel, то можно использовать KMS из ядра.
UPD: krigstask, опередил(:

—

Истин имперских звезда засияет.

»

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".