Moderator: Stolz
/etc/conf.d/keymapscameta wrote:Que tienes en:
/etc/conf.d/keymaps
/etc/rc.conf
y que te dice el comando
locale
Code: Select all
tux2duo ~ # cat /etc/conf.d/keymaps
# /etc/conf.d/keymaps
# Use KEYMAP to specify the default console keymap. There is a complete tree
# of keymaps in /usr/share/keymaps to choose from.
KEYMAP="es euro2"
CONSOLEFONT="lat9w-16"
# Should we first load the 'windowkeys' console keymap? Most x86 users will
# say "yes" here. Note that non-x86 users should leave it as "no".
SET_WINDOWKEYS="yes"
FIX_EURO="yes"
# The maps to load for extended keyboards. Most users will leave this as is.
EXTENDED_KEYMAPS=""
EXTENDED_KEYMAPS="backspace keypad euro"
# Tell dumpkeys(1) to interpret character action codes to be
# from the specified character set.
# This only matters if you set UNICODE="yes" in /etc/rc.conf.
# For a list of valid sets, run `dumpkeys --help`
#DUMPKEYS_CHARSET="ISO-8859-15"
Code: Select all
tux2duo ~ # cat /etc/rc.conf
# /etc/rc.conf: Global startup script configuration settings
# UNICODE specifies whether you want to have UNICODE support in the console.
# If you set to yes, please make sure to set a UNICODE aware CONSOLEFONT and
# KEYMAP in the /etc/conf.d/consolefont and /etc/conf.d/keymaps config files.
UNICODE="yes"
# Set EDITOR to your preferred editor.
# You may use something other than what is listed here.
EDITOR="/bin/nano"
#EDITOR="/usr/bin/vim"
#EDITOR="/usr/bin/emacs"
CONSOLEFONT="lat9w-16"
# DISPLAYMANAGER has moved to /etc/conf.d/xdm
# XSESSION is a new variable to control what window manager to start
# default with X if run with xdm, startx or xinit. The default behavior
# is to look in /etc/X11/Sessions/ and run the script in matching the
# value that XSESSION is set to. The support scripts are smart enough to
# look in all bin directories if it cant find a match in /etc/X11/Sessions/,
# so setting it to "enlightenment" can also work. This is basically used
# as a way for the system admin to configure a default system wide WM,
# allthough it will work if the user export XSESSION in his .bash_profile, etc.
#
# NOTE: 1) this behaviour is overridden when a ~/.xinitrc exists, and startx
# is called.
# 2) even if ~/.xsession exists, if XSESSION can be resolved, it will
# be executed rather than ~/.xsession, else KDM breaks ...
#
# Defaults depending on what you install currently include:
#
# Gnome - will start gnome-session
# kde-<version> - will start startkde (look in /etc/X11/Sessions/)
# Xfce4 - will start a XFCE4 session
# Xsession - will start a terminal and a few other nice apps
XSESSION="Gnome"
Code: Select all
tux2duo ~ # locale
LANG=es_ES.UTF-8
LC_CTYPE=es_ES.UTF-8
LC_NUMERIC="es_ES.UTF-8"
LC_TIME="es_ES.UTF-8"
LC_COLLATE=C
LC_MONETARY="es_ES.UTF-8"
LC_MESSAGES="es_ES.UTF-8"
LC_PAPER="es_ES.UTF-8"
LC_NAME="es_ES.UTF-8"
LC_ADDRESS="es_ES.UTF-8"
LC_TELEPHONE="es_ES.UTF-8"
LC_MEASUREMENT="es_ES.UTF-8"
LC_IDENTIFICATION="es_ES.UTF-8"
LC_ALL=
Code: Select all
# /etc/rc.conf: Global startup script configuration settings
# UNICODE specifies whether you want to have UNICODE support in the console.
# If you set to yes, please make sure to set a UNICODE aware CONSOLEFONT and
# KEYMAP in the /etc/conf.d/consolefont and /etc/conf.d/keymaps config files.
UNICODE="yes"
# Set EDITOR to your preferred editor.
# You may use something other than what is listed here.
EDITOR="/bin/nano"
#EDITOR="/usr/bin/vim"
#EDITOR="/usr/bin/emacs"
# DISPLAYMANAGER has moved to /etc/conf.d/xdm
# XSESSION is a new variable to control what window manager to start
# default with X if run with xdm, startx or xinit. The default behavior
# is to look in /etc/X11/Sessions/ and run the script in matching the
# value that XSESSION is set to. The support scripts are smart enough to
# look in all bin directories if it cant find a match in /etc/X11/Sessions/,
# so setting it to "enlightenment" can also work. This is basically used
# as a way for the system admin to configure a default system wide WM,
# allthough it will work if the user export XSESSION in his .bash_profile, etc.
#
# NOTE: 1) this behaviour is overridden when a ~/.xinitrc exists, and startx
# is called.
# 2) even if ~/.xsession exists, if XSESSION can be resolved, it will
# be executed rather than ~/.xsession, else KDM breaks ...
#
# Defaults depending on what you install currently include:
#
# Gnome - will start gnome-session
# kde-<version> - will start startkde (look in /etc/X11/Sessions/)
# Xfce4 - will start a XFCE4 session
# Xsession - will start a terminal and a few other nice apps
#XSESSION="Gnome"
Code: Select all
# /etc/conf.d/keymaps
# Use KEYMAP to specify the default console keymap. There is a complete tree
# of keymaps in /usr/share/keymaps to choose from.
KEYMAP="es"
# Should we first load the 'windowkeys' console keymap? Most x86 users will
# say "yes" here. Note that non-x86 users should leave it as "no".
SET_WINDOWKEYS="no"
# The maps to load for extended keyboards. Most users will leave this as is.
EXTENDED_KEYMAPS=""
#EXTENDED_KEYMAPS="backspace keypad euro"
# Tell dumpkeys(1) to interpret character action codes to be
# from the specified character set.
# This only matters if you set UNICODE="yes" in /etc/rc.conf.
# For a list of valid sets, run `dumpkeys --help`
DUMPKEYS_CHARSET=""
Code: Select all
<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
<device>
<match key="info.capabilities" contains="input.keymap">
<append key="info.callouts.add" type="strlist">hal-setup-keymap</append>
</match>
<match key="info.capabilities" contains="input.keys">
<merge key="input.xkb.rules" type="string">base</merge>
<!-- If we're using Linux, we use evdev by default (falling back to
keyboard otherwise). -->
<merge key="input.xkb.model" type="string">keyboard</merge>
<match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
string="Linux">
<merge key="input.xkb.model" type="string">evdev</merge>
</match>
<merge key="input.xkb.layout" type="string">es</merge>
<merge key="input.xkb.variant" type="string" />
</match>
</device>
</deviceinfo>Ahí no tengo problema ninguno, en el entorno gráfico funciona perfectamente, mi problema es en modo consola, en las tty (uso bash) leo todo correctamente, pero no puedo escribir caracteres especiales como € ñ ç á é etc...cameta wrote:Code: Select all
<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- --> <deviceinfo version="0.2"> <device> <match key="info.capabilities" contains="input.keymap"> <append key="info.callouts.add" type="strlist">hal-setup-keymap</append> </match> <match key="info.capabilities" contains="input.keys"> <merge key="input.xkb.rules" type="string">base</merge> <!-- If we're using Linux, we use evdev by default (falling back to keyboard otherwise). --> <merge key="input.xkb.model" type="string">keyboard</merge> <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name" string="Linux"> <merge key="input.xkb.model" type="string">evdev</merge> </match> <merge key="input.xkb.layout" type="string">es</merge> <merge key="input.xkb.variant" type="string" /> </match> </device> </deviceinfo>
No hay maneracameta wrote:Sólo se me ocurre que al tratarse de un portatil el mapa es no le sirve.
Prueba con el mapa es-cp850 en /etc/conf.d/keymaps a ver que ocurre.
KEYMAP="es-cp850"
Pon tambíen una foto del teclado de tu portatil si puedes. Eso puede darnos pistas a ver si no es un teclado qwerty.
Code: Select all
# loadkeys esSi, carga el mapa /usr/share/keymaps/i386/qwerty/es.map.gz y lo hace correctamente :Squilosaq wrote:Mira si te configura bien el teclado haciéndolo manualmente.Code: Select all
# loadkeys es
Code: Select all
rc-status bootCode: Select all
# rc-update add keymaps bootSi que lo carga :Squilosaq wrote:Comprueba que tienes configurado tu sistema para que el el servicio keymaps se cargue durante el arranqueSi no lo está lo añades conCode: Select all
rc-status bootCode: Select all
# rc-update add keymaps boot
Code: Select all
tux2duo dabuti # rc-status boot
Runlevel: boot
alsasound [ started ]
bootmisc [ started ]
checkfs [ started ]
checkroot [ started ]
clock [ started ]
consolefont [ started ]
hostname [ started ]
keymaps [ started ]
localmount [ started ]
modules [ started ]
net.lo [ started ]
rmnologin [ started ]
urandom [ started ]
Pues... poca cosa:quilosaq wrote:Yo diría que tienes algún script, que se ejecuta automáticamente, y que está cargando un mapa de teclado erróneo. ¿Qué archivos tienes en /etc/profile.d?
Code: Select all
tux2duo ~ # ls /etc/profile.d/
bash-completion.sh java-config-2.csh java-config-2.sh

esteban@localhost ~ $ loadkeys es
Loading /usr/share/keymaps/i386/olpc/es.map.gz
conjeturando iso-8859-1 diaeresis
Couldn't get a file descriptor referring to the console
Si te fijas el comando de arriba lo he ejecutado como usuario.quilosaq wrote:No puede ser debido a la ejecución incorrecta de un loadkeys porque loadkeys necesita permisos de root