За последние 60 дней ни разу не выходила
Сайт листа:
http://www.linuxrsp.ru
Открыт:
25-07-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.linux.discuss-list@subscribe.ru
Адрес
модератора: comp.soft.linux.discuss-owner@subscribe.ru
Привет.
Как мне сделать чтобы не приходилось после регистрации в стсиеме, каждый раз
вводить команду "fbset -a 1024x768-100" ? В /etc/init.d/ кидал скрипт с этой
командой, но никакого эффекта. И опция "-a" почему-то не работает.
Если это возможно, то хотелось бы конечно видеть желаемые установки фреймбуфера
сразу после загрузки lilo :))
Та я хз вообще. Просто в ядре включен (монолитно), и всё. Для карточки ATI Rage128
PRO 32метра. Только я не совсем понимаю зачем это? Я вообще-то думал, что фреймбуфер
- он и в африке фреймбуфер. Но после твогео вопроса я уже так не считаю. Раньше
я пользовался шапкой, так там тупо прописывал скрипты автозагрузки в "произвольной
форме". Теперь же мне приходится каждый раз набирать fbset -a 1024x768-100, причем
в _каждой_ консоли. На "-а" никак не реагирует
В сообщении от 1136726561 секунд после начала Эпохи Sergey A. Ovchar написал(а):
Rage128
В `/etc/lilo.conf' после `image=...' добавить:
append=video="1024x768@100"
Не принимает. Что-то с синтаксисом
В сообщении от 1136805004 секунд после начала Эпохи Sergey A. Ovchar написал(а):
Тьфу! :)
append="video=1024x768@100"
Все равно не работает
В сообщении от 11 января 2006 02:18 Sergey A. Ovchar
написал(a):
И не должно.
Общий формат параметров для fb -
video=driver_name:parameter,..
К сожалению, узнать о допустимых параметрах можно только
изрядно полазив по исходникам драйверов :-(
Hello Sergey,
Wednesday, January 11, 2006, 10:38:34 AM, you wrote:
почему не использовать стандартную vesa ?
/usr/src/linux/Documentation/fb/vesafb.txt
The video mode number of the Linux kernel is the VESA mode number plus
0x200.
Linux_kernel_mode_number = VESA_mode_number + 0x200
So the table for the Kernel mode numbers are:
| 640x480 800x600 1024x768 1280x1024
----+256 | 0x301 0x303 0x305 0x307
32k | 0x310 0x313 0x316 0x319
64k | 0x311 0x314 0x317 0x31A
16M | 0x312 0x315 0x318 0x31B
у меня так например
less /boot/grub/grub.conf
title CentOS 4.2 (2.6.9-22.0.1.106.unsupportedsmp)
root (hd0,1)
kernel /vmlinuz-2.6.9-22.0.1.106.unsupportedsmp ro root=LABEL=/ vga=0x305
initrd /initrd-2.6.9-22.0.1.106.unsupportedsmp.img
В сообщении от 1136968714 секунд после начала Эпохи Sergey B. Khvatov написал(а):
Действительно, то-то я совсем тут напутал.
А как же `Documentation/fb/aty128fb.txt', `Documentation/fb/modedb.txt'?
Может:
append="video=aty128fb:1024x768@100"
?
Довольно красиво плоучилось. Спасибо. Тема закрыта. (Афтар, пишы исчо)
В сообщении от 11 января 2006 16:40 Konstantin Korikov
написал(a):
B. Khvatov написал(а):
Так же, как и со всем, что лежит в Documentation: там далеко
не всё, а что есть - не всегда правда.
лучше video=aty128fb:off и использовать X сервер. Сразу
станет гораздо легче и удобнее.
Да, это уж точно. Зачастую на такое попадаю
В сообщении от 1137054756 секунд после начала Эпохи Sergey B. Khvatov написал(а):
Согласен. Но все же что-то там есть, и чаще всего это правда.
В подавляющем большинстве случаев это правда. Однако лично я использую
framebuffer лишь для одной программы - Qingy. Уж очень она мне
нравится, и грузится намного быстрее чем KDM и GDM.
Если используется драйвер для конкретной видюхи или vesafb (советую
второе), то достаточно в загрузчике передать соответствующий параметр
ядру (для 1024x768 этот параметр -- vga=791).
Однако можно использовать драйвер vesafb-tng (по-моему, появился в
сравнительно свежих ядрах). Он позволяет задать разрешение прямо в
конфигурации ядра. Тогда никаких параметров при загрузке передавать не
надо.
В сообщении от 1136676731 секунд после начала Эпохи Sergey A. Ovchar написал(а):
А какой драйвер фреймбуфера используется?