Thanks. Опробованный вариант, а то "на кошках потренироваться" как не получается ?:-)

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

ссылку не видишь ?
вот она...ссылка
или тебе нужен мунуал ?

черт, будет интересно, результаты будут ?

Возможно пригодится — http://www.funtoo.org/wiki/Uvesafb

Я так и не понял преимуществ использования uvesafb
Мне моя консоль и так нравится

nvidia под руку ещё не попалась, поэтому пока опишу, что нужно для перехода на uvesafb в общем случае.
Сразу оговорюсь, что процесс оказался прост и прямолинеен.

0. Исходные:
Slackware-13.37 32-bit внутри VirtualBox-3.2.12
Ядра стоковые:
- основное generic-smp-2.6.37.6, создан initrd
- резервное huge-smp, прописано в lilo.conf отдельным пунктом загрузки (да, из ремонтных соображений).

Поехали...

1. Читаем
http://dev.gentoo.org/~spock/projects/uvesafb/

Смотрим, как собрано ядро:

$ zgrep "CONFIG_CONNECTOR\|CONFIG_FB_UVESA" /proc/config.gz
CONFIG_CONNECTOR=m
# CONFIG_FB_UVESA is not set

Понимаем, что нужно дособрать собственно uvesa, чем и займёмся.

2. Собираем модуль uvesafb

Ставим исходники ядра (если ещё не установлены):

# slackpkg install kernel-source

Включаем сборку uvesafb, собираем и ставим модуль:

# cd /usr/src/linux
# zcat /proc/config.gz > .config
# make menuconfig
Graphics support ---> 
 Support for frame buffer devices ---> 
  <M> Userspace VESA VGA graphics support

# make prepare modules_prepare
# make drivers/video/uvesafb.ko
# cp drivers/video/uvesafb.ko /lib/modules/$(uname-r)/kernel/drivers/video/
# depmod -A

3. Ставим klibc (есть на slackbuilds.org)

# mkdir ~/bld; cd ~/bld
# wget http://slackbuilds.org/slackbuilds/13.37/misc/klibc.tar.gz
# tar xf klibc.tar.gz
# cd klibc
# wget http://mirror.sit.wisc.edu/pub/linux/libs/klibc/1.5/klibc-1.5.24.tar.bz2
# PKGTYPE=txz VERSION=1.5.24 ./*Build
# rm -rf /tmp/SBo/klibc-*/ /tmp/SBo/package-klibc/
# upgradepkg --install-new /tmp/klibc-*t?z

4. Ставим v86d

# cd /src
# wget -O - http://dev.gentoo.org/~spock/projects/uvesafb/archive/v86d-0.1.10.tar.bz2 | tar jx
# cd v86d
# ./configure --with-klibc
# make
# strip --strip-unneeded v86d
# make install
# make clean

Результат -- единственный файл: /sbin/v86d, желающие могут опакетить ;-)

5. Готовим initrd

Как говорил выше, у меня initrd был создан ранее, поэтому мне достаточно было просто немного модифицировать существующий /boot/initrd-tree и пересобрать /boot/initrd.gz. Если в сказанном что-то непонятно, читаем /boot/README.initrd, man mkinitrd. Полезняшка:

# /usr/share/mkinitrd/mkinitrd_command_generator.sh
mkinitrd -c -k 2.6.37.6-smp -f ext4 -r /dev/sda2 -m jbd2:mbcache:ext4 -u -o /boot/initrd.gz

Добавляем uvesafb в список модулей (коннектор -- cn -- добавится по зависимостям) и выполняем:

# mkinitrd -c -k 2.6.37.6-smp -f ext4 -r /dev/sda2 -m uvesafb:jbd2:mbcache:ext4 -u -o /boot/initrd.gz

Читаем /usr/src/linux/Documentation/fb/uvesafb.txt

Модифицируем дерево, добавляя туда /sbin/v86d, правим параметры модуля в /boot/initrd-tree/load_kernel_modules и пересобираем initrd:

# cp /sbin/v86d /boot/initrd-tree/sbin/
# sed -i /boot/initrd-tree/load_kernel_modules \
   -e 's/uvesafb/uvesafb mode_option=1024x768-32 mtrr=3 scroll=ywrap/'
# mkinitrd

6. Загрузчик

Правим /etc/lilo.conf, ставим vga=normal или vga=extended, если не было initrd -- добавляем. Получится что-то вроде:

append=" vt.default_utf8=1"
boot = /dev/sda
compact
lba32
  bitmap = /boot/slack.bmp
  bmp-colors = 255,0,255,0,255,0
  bmp-table = 60,6,1,16
  bmp-timer = 65,27,0,255
prompt
timeout = 30
change-rules
  reset
vga=normal
image = /boot/vmlinuz-generic-smp-2.6.37.6-smp
  root = /dev/sda2
  initrd = /boot/initrd.gz
  label = Linux
  read-only
image = /boot/vmlinuz-huge-smp-2.6.37.6-smp
  root = /dev/sda2
  label = LinuxHS
  read-only

Записываем загрузчик:

# lilo

Перезагружаемся, лицезрим uvesafb в действии. На всякий случай проверяем:

# dmesg | grep uvesafb
[    4.294639] uvesafb: Oracle Corporation, Oracle VM VirtualBox VBE Adapter, 
Oracle VM VirtualBox Version 3.2.12, OEM: VirtualBox VBE BIOS http://www.virtualbox.org/, VBE v2.0
[    4.350977] uvesafb: protected mode interface info at c000:7fe6
[    4.351902] uvesafb: pmi: set display start = c00c8031, set palette = c00c80e2
[    4.353167] uvesafb: pmi: ports = 1ce 1cf 1cf 1d0
[    4.355195] uvesafb: no monitor limits have been set, default refresh rate will be used
[    4.356568] uvesafb: scrolling: ywrap using protected mode interface, yres_virtual=2304
[    4.359920] uvesafb: message too long (57808), can't execute task
[    4.359923] uvesafb: VBE get state call failed (eax=0x4f04, err=-7)
[    4.374637] uvesafb: framebuffer at 0xe0000000, mapped to 0xe0880000, using 9216k, total 9216k

Пожалуй, вместо

# sed -i /boot/initrd-tree/load_kernel_modules \
   -e 's/uvesafb/uvesafb mode_option=1024x768-32 mtrr=3 scroll=ywrap/'

можно поступить проще, после сборки uvesafb

# echo "options uvesafb mode_option=1024x768-32 mtrr=3 scroll=ywrap" > /etc/modprobe.d/uvesafb.conf

modprobe позвать с -M, или ручками:

# mkdir /boot/initrd-tree/etc/modprobe.d/
# cp /etc/modprobe.d/uvesafb.conf /boot/initrd-tree/etc/modprobe.d/

Примечание: в качестве исходного дерева mkinitrd использует /usr/share/mkinitrd/initrd-tree.tar.gz. Если  дополнить его файликом /sbin/v86d, при создании initrd можно будет обходиться одним вызовом mkinitrd, наподобие:
# mkinitrd -c -M -k 2.6.37.6-smp -f ext4 -r /dev/sda2 -m uvesafb:jbd2:mbcache:ext4 -u -o /boot/initrd.gz
или
#  mkinitrd -c -M -m uvesafb:ext4 -u
или даже (при условии правильного содержимого /etc/mkinitrd.conf)
# mkinitrd -F
только не забывать модифицировать /usr/share/mkinitrd/initrd-tree.tar.gz после обновления пакета mkinitrd (да-да, превратится в тыкву ;-) ).

Вопрос: насколько я понял работу видеосистемы вообще, если, к примеру, я такое проверну, то мне приется распрощаться с проприетарными драйверами на видюшку (у меня nvidia GF FX5200), так? Вроде бы модуль фреймбуфера с модулем видеодрайвера конфликтуют, и если есть один, то второй откажется работать?

Вместо дикой цифры можно выполнить
# lilo -T video

но гораздо больше можно узнать у
# vbetest

(есть в lrmi (см. slackbuilds.org) и v86d).