El sistema X Windows y las cónsolas virtuales Quiero ejecutar las X, ¿cómo lo hago?

La manera más fácil es, simplemente, especificar que quieres usar las X durante el proceso de instalación.

Entonces, lee y sigue la documentación de la herramienta , la cual te ayuda a configurar el sistema XFree86 sobre las características propias de tu sistema (tarjeta de vídeo , ratón, etc).

Quizás te interesaría investigar y probar el servidor Xaccel, disponible a un precio muy razonable. Mira en la sección o para más detalles. ¿Porqué no funciona mi ratón con las X?

Si estás usando syscons (el driver de cónsola por defecto), puedes configurar FreeBSD para soportar un ratón en cada cónsola virtual. Para evitar conflictos con las X, syscons soporta un dispositivo virtual llamado /dev/sysmouse. Todos los eventos recibidos desde el mouse real son escritos en el dispositivo sysmouse, usando el protocolo MouseSystems. Si quieres usar el ratón en una o más cónsolas virtuales /etc/rc.conf: moused_type=ps/2 # or whatever your actual type is moused_port=/dev/psm0 # or whatever your real port is moused_flags= /etc/XF86Config Section Pointer Protocol "MouseSystems" Device "/dev/sysmouse" .....

Hay gente que prefiere usar /dev/mouse bajo X. Para que esto funcione, /dev/mouse debe estar lincado a : # cd /dev # rm -f mouse # ln -s sysmouse mouse Los menus de X Window y cajas de diálogo no funcionan bien.

Intenta desactivar la tecla Num Lock.

Si tu tecla Num Lock está activada por defecto al arrancar el sistema, deberías añadir la siguiente línea en la sección # Let the server do the NumLock processing. This should only be # required when using pre-R6 clients ServerNumLock ¿Qué es una cónsola virtual y como creo más?

Las cónsolas virtuales te permiten tener sesiones simultáneas en la misma máquina sin necesidad de tener montajes complicados como una red o ejecución de X.

Cuando el sistema arranca, mostrará el prompt de login en el monitor una vez finalizado el mismo. Puedes entonces teclear tu login y password y empezar a trabajar (o jugar), en la primera cónsola virtual.

En algun momento, es probablemente querras iniciar otra sesion , por ejemplo, para mirar la documentación de un programa que estás ejecutando, o para leer el correo mientras esperas que termine una sesión ftp que tienes establecida. Solo haz Alt-F2 y encontrarás un prompt un prompt de login esperandote en la segunda "cónsola virtual". Cuando quieras volver a la sesión original, sólo tienes que pulsar Alt-F1.

La instalación por defecto de FreeBSD tiene tres cónsolas virtuales activadas, y Alt-F1, Alt-F2 y Alt-F3 cambian entre ellas. Para activar mas cónsolas virtuales, edita y añade tantas entradas como cónsolas virtuales quieras a partir de # Edit the existing entry for ttyv3 in /etc/ttys and change # "off" to "on". ttyv3 "/usr/libexec/getty Pc" cons25 on secure ttyv4 "/usr/libexec/getty Pc" cons25 on secure ttyv5 "/usr/libexec/getty Pc" cons25 on secure ttyv6 "/usr/libexec/getty Pc" cons25 on secure ttyv7 "/usr/libexec/getty Pc" cons25 on secure ttyv8 "/usr/libexec/getty Pc" cons25 on secure ttyv9 "/usr/libexec/getty Pc" cons25 on secure ttyva "/usr/libexec/getty Pc" cons25 on secure ttyvb "/usr/libexec/getty Pc" cons25 on secure

Utiliza tantas cónsolas como quieras o necesites. Cuantas más cónsolas tengas, más recursos utilizas; esto puede ser importante si tienes 8MB de RAM o menos. También te puede interesar cambiar el modo La manera más fácil de desactivar una cónsola es "apagarla". Por ejemplo, para desactivar el terminal 12, cambia esto: ttyvb "/usr/libexec/getty Pc" cons25 on secure

por esto: ttyvb "/usr/libexec/getty Pc" cons25 off secure

Si tu teclado solo tiene 10 teclas de función, tendras que acabar con: ttyv9 "/usr/libexec/getty Pc" cons25 off secure ttyva "/usr/libexec/getty Pc" cons25 off secure ttyvb "/usr/libexec/getty Pc" cons25 off secure

(También puedes, simplemente, borrar estas líneas.)

Una vez has editado el fichero , el siguiente paso es asegurarte de que tienes suficientes dispositivos de terminales virtuales. La manera más fácil de hacerlo es: # cd /dev # ./MAKEDEV vty12 # For 12 devices

A continuación, la manera más fácil de activar las cónsolas virtuales es rearrancar el sistema. Si, realmente no quieres rearrancarlo, puedes para el servidor de X Window y ejecutar (como kill -HUP 1

Es imperativo que pares el servidor de X Window si está funcionando, antes de ejecutar este comando. Si no lo haces, parecerá que tu sistema está parado/colgado después de ejecutar el comando kill. ¿Cómo accedo a las cónsolas virtuales desde X?

Si la cónsola está actualmente mostrando X Window, puedes usar Ctrl-Alt-F1, etc, para cambiar entre las cónsolas virtuales. Ten en cuenta que una vez pases de una cónsola X Window a un terminal virtual, solo tienes que usar la tecla Alf- para volver a conmutar entre terminales virtuales o volver a las X. No necesitas pulsar la tecla Ctrl. Si usas la tecla Ctrl para volver a las X en alguna de las releases antiguas, puedes encontrarte que la cónsola de texto está bloqueada. Pulsa la tecla Ctrl de nuevo para desbloquearla. ¿Cómo arranco XDM desde el fichero /etc/ttys?

Existen dos escuelas sobre como arrancar el . Una escuela arranca el xdm desde el fichero usando el ejemplo dado, mientras que la otra simplemente arranca el xdm desde el fichero o desde un script /usr/local/etc/rc.d. Ambos métodos son igualmente válidos, y uno puede funcionar en situaciones que el otro no. En ambos casos el resultado es el mismo: el sistema X Window lanzará un prompt de login gráfico.

El método ttys tiene la ventaja de documentar en que vty se lanzarán las X pasando la responsabilidad de rearrancar el servidor X al hacer el logout al proceso init. El método rc.local hace más fácil terminar con el proceso xdm en caso de problemas con el servidor X.

Si arrancamos desde rc.local, Una versión previa de esta FAQ decía que debías añadir el /usr/X11R6/lib/X11/xdm/Xservers. Esto no es necesario: las X usarán el primer Cuando arranco xconsole obtengo "Couldn't open console".

Si arrancas las con , los permisos en /dev/console no serán cambiados, resultando en cosas como que y no funcionen.

Esto se debe a la manera en que son fijados los permisos de la cónsola. En un sistema multiusuario, podemos no querer que cualquier usuario pueda escribir en la cónsola de sistema. Para usuarios que realizan logins directamente desde una máquina con un VTY, existe el fichero para resolver estos problemas.

Asegúrate de que existe al menos una línea como esta sin comentar: /dev/ttyv0 0600 /dev/console

Está en y asegurará que cualquiera que realice un login en /dev/ttyv0 será el propietario de la cónsola. Mi ratón PS/2 no funciona bien en X.

Tu ratón y el driver de ratón quizás estén fuera de sincronización.

En versiones 2.2.5 y anteriores, conmutando entre sesiones X y sesiones de terminales virtuales, podía provocar una desincronización. Si el problema ocurre muy amenudo, deberías añadir la siguiente opción en el fichero de configuración de tu kernel y recompilarlo. options PSM_CHECKSYNC

Mira la sección si no tienes experiencia en compilar nuevos kernels.

En versiones 2.2.6 y posteriores, el chequeo de sincronización es realizado de otra manera, y es estandard en el driver de ratón PS/2. Aun así, en casos extraños puedes llegar a ver mensajes de error de sincronización como este: psmintr: out of sync (xxxx != yyyy) y parecer que tu ratón no funciona adecuadamente.

Si esto ocurre, desactiva el código de chequeo de sincronización poniendo los flags del driver PS/2 a 0x100. Entra en UserConfig poniendo la opción -c en el prompt de arranque: boot: -c Entonces, en la línea de comando de UserConfig, teclea: UserConfig> flags psm0 0x100 UserConfig> quit Mi ratón PS/2 de MouseSystems no funciona.

Hemos recibido reportes de que algunos modelos de ratones PS/2 de MouseSystems solo trabajan si están configurados en modo "alta resolución".

Desafortunadamente no hay solución para versiones 2.0.x y 2.1.x. En versiones 2.2.x, aplica el siguiente parche en /sys/i386/isa/psm.c y compila un nuevo kernel. diff -u psm.c.orig psm.c @@ -766,6 +766,8 @@ if (verbose >= 2) log(LOG_DEBUG, "psm%d: SET_DEFAULTS return code:%04x\n", unit, i); + set_mouse_resolution(sc->kbdc, PSMD_RES_HIGH); + #if 0 set_mouse_scaling(sc->kbdc); /* 1:1 scaling */ set_mouse_mode(sc->kbdc); /* stream mode */

En versiones 2.2.6 o posteriores, especifica el flag 0x04 al driver PS/2 para poner el ratón en modo de alta resolución. Entra en UserConfig: boot: -c y en la línea de comandos teclea: UserConfig> flags psm0 0x04 UserConfig> quit

Mira en la sección anterior para posibles causas de problemas con los ratones. Cuando compilo una aplicación X.

Imake.tmpl es parte del package Imake, una aplicación estandard de compilación de X. Tanto Imake como headers y otros ficheros necesarios para compilar aplicaciones X están en la distribución de programación X. Puedes instalarla desde el sysinstall o manualmente desde los ficheros de la distribución X. ¿Cómo invierto los botones del ratón?

Ejecuta el comando ¿Cómo instalo un "splash screen" y donde los consigo?

Justo antes de la publicación de FreeBSD 3.1 se añadió una nueva característica que permite mostrar "splash screens" durante los mensajes de arranque del sistema. Los "splash screen" deben ser un bitmap de 256 colores (*.BMP) o ZSoft PCX (*.PCX). Además, deben tener una resolución de 320x200 o inferior para poder trabajar en controladoras VGA estándars. Si se compila el soporte VESA en el kernel, se pueden usar bitmaps de hasta 1024x768. Recordar que el soporte de VESA requiere que la opción VM86 sea compilada en el kernel. El soporte actual de VESA puede ser compilado directamente en el kernel con la opción de configuración VESA o cargando el módulo kld VESA durante el arranque.

Para usar un "splash screen" necesitas modificar los archivos de inicio que controlan el proceso de arranque de FreeBSD. Estos archivos cambiaron con FreeBSD 3.2, así que ahora existen dos maneras de cargar un "splash screen": FreeBSD 3.1

El primer paso es encontrar una versión bitmap de tu "splash screen". La release 3.1 sólo soporta bitmaps de Windows. Una vez hayas elegido tu "splash screen" copiala en /boot/splash.bmp. A continuación necesitas tener un archivo /boot/loader.rc que contenga las siguientes líneas: load kernel load -t splash_image_data /boot/splash.bmp load splash_bmp autoboot FreeBSD 3.2+

Además de soportar los "splash screens" en formato PCX, FreeBSD 3.2 incluye un mejor sistema de configuración del proceso de arranque. Si quieres, puedes usar el método señalado para FreeBSD 3.1. Si lo haces, y quieres usar PCX, reemplaza splash_bmp con splash_pcx. Si por el contrario quieres usar la nueva configuración de arranque, necesitas crear un archivo /boot/loader.rc que contenga las siguientes líneas: include /boot/loader.4th start

y otro archivo /boot/loader.conf que contenga lo siguiente: splash_bmp_load="YES" bitmap_load="YES"

Esto asume que estás usando /boot/splash.bmp como tu "splash screen". Si quieres usar un archivo PCX, copialo a /boot/splash.pcx, crea un archivo /boot/loader.rc como se ha indicado anteriormente, y crea un /boot/loader.conf que contenga: splash_pcx_load="YES" bitmap_load="YES" bitmap_name="/boot/splash.pcx"

Ahora todo lo que necesitas es un "splash screen". Puedes navegar por una inmejorable galería en .