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
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.
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 Hay gente que prefiere usar /dev/mouse bajo X. Para que
esto funcione, /dev/mouse debe estar lincado a
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
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 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 por esto:
Si tu teclado solo tiene 10 teclas de función, tendras que
acabar con:
(También puedes, simplemente, borrar estas líneas.)
Una vez has editado el fichero 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.
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.
Existen dos escuelas sobre como arrancar el 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
Si arrancas las 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
Asegúrate de que existe al menos una línea como esta
sin comentar:
Está en 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.