Teclado desconfigura

julio_hoffimann
(usa Ubuntu)

Enviado em 21/02/2011 - 13:37h

Adauto,

Atenção, atenção... Você está conseguindo complicar o que é simples! :-P

Abra o terminal, digite:

$ gedit .bashrc

copie as duas linhas no final do arquivo e reinicie. Nada de senha aqui ou aculá!

removido
(usa Nenhuma)

Enviado em 21/02/2011 - 13:46h

Foi culpa minha, Julio.
Iniciei o Ubuntu aqui. Julio tem razão.
O terminal abre diretamente o arquivo pelo Gedit.

Apenas para constar, na última linha dê um <enter> para pular uma linha e acrescente.

adauto23
(usa openSUSE)

Enviado em 21/02/2011 - 14:21h

Que não há um final de arquivo.

No terminal, não acontece nada. Tudo em branco depois do comando, conforme já demonstrei. Não há arquivo nenhum. E

não consigo copiar e colar naquele espaço em branco.

E no editor de texto, não vem nenhuma linha escrita dentro, ontem já colei estas , hoje abri e SOMENTE ELAS estavam

lá, mais nenhuma linha de comando.

Ok..?

julio_hoffimann
(usa Ubuntu)

Enviado em 21/02/2011 - 14:31h

Adauto,

Só por curiosidade, você por acaso não está abrindo os terminais tty, está? [Ctrl]+[Alt]+[F1],[F2],[F3],...

O arquivo está lá, mas você pode ter apagado o conteúdo com a confusão de comandos anteriores. Por sorte o Linux mantem uma pasta com os modelos default para você copiar em casos como este.

Digite o comando: (COPIE E COLE)

$ cp /etc/skel/.bashrc ~

Pronto, agora abra a pasta do seu usuário com o mouse mesmo (/home/adauto), vá em Visualizar->Mostrar arquivos ocultos. Você verá o arquivo lá e agora terá o conteúdo. Copie as duas linhas no final, salve e reinicie.

Atenção... ¬¬

P.S.: captcha = gedit ¬¬

adauto23
(usa openSUSE)

Enviado em 21/02/2011 - 14:42h

adauto@adauto-Capella-IbexPeak-M-Chipset ~ $ cp /etc/skel/.bashrc ~(copiado e colado)
cp: impossível obter estado de `/etc/skel/.bashrc': Arquivo ou diretório não encontrado


Estou abrindo o terminal através do menu.

julio_hoffimann
(usa Ubuntu)

Enviado em 21/02/2011 - 14:50h

Não sabia que o Mint não possuia o diretório, ele está presente no Ubuntu, no Arch, etc.

Então abra o arquivo como falei no último post através do navegador de arquivos, clicando na pasta do usuário e mostrando os arquivos ocultos.

Copie este conteúdo a seguir no seu .bashrc:


# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples

# If not running interactively, don't do anything
[ -z "$PS1" ] && return

# don't put duplicate lines in the history. See bash(1) for more options
# ... or force ignoredups and ignorespace
HISTCONTROL=ignoredups:ignorespace

# append to the history file, don't overwrite it
shopt -s histappend

# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
HISTSIZE=1000
HISTFILESIZE=2000

# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize

# make less more friendly for non-text input files, see lesspipe(1)
[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"

# set variable identifying the chroot you work in (used in the prompt below)
if [ -z "$debian_chroot" ] && [ -r /etc/debian_chroot ]; then
debian_chroot=$(cat /etc/debian_chroot)
fi

# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
xterm-color) color_prompt=yes;;
esac

# uncomment for a colored prompt, if the terminal has the capability; turned
# off by default to not distract the user: the focus in a terminal window
# should be on the output of commands, not on the prompt
#force_color_prompt=yes

if [ -n "$force_color_prompt" ]; then
if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
# We have color support; assume it's compliant with Ecma-48
# (ISO/IEC-6429). (Lack of such support is extremely rare, and such
# a case would tend to support setf rather than setaf.)
color_prompt=yes
else
color_prompt=
fi
fi

if [ "$color_prompt" = yes ]; then
PS1='${debian_chroot:+($debian_chroot)}\[{TEXTO}33[01;32m\]\u@\h\[{TEXTO}33[00m\]:\[{TEXTO}33[01;34m\]\w\[{TEXTO}33[00m\]\$ '
else
PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
fi
unset color_prompt force_color_prompt

# If this is an xterm set the title to user@host:dir
case "$TERM" in
xterm*|rxvt*)
PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"
;;
*)
;;
esac

# enable color support of ls and also add handy aliases
if [ -x /usr/bin/dircolors ]; then
test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval "$(dircolors -b)"
alias ls='ls --color=auto'
#alias dir='dir --color=auto'
#alias vdir='vdir --color=auto'

alias grep='grep --color=auto'
alias fgrep='fgrep --color=auto'
alias egrep='egrep --color=auto'
fi

# some more ls aliases
alias ll='ls -alF'
alias la='ls -A'
alias l='ls -CF'

# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc package.

if [ -f ~/.bash_aliases ]; then
. ~/.bash_aliases
fi

# enable programmable completion features (you don't need to enable
# this, if it's already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
if [ -f /etc/bash_completion ] && ! shopt -oq posix; then
. /etc/bash_completion
fi



ADICIONE AS DUAS LINHAS LINHAS DO EDINALDO AQUI




Salve e feche o arquivo. Reinicie.

adauto23
(usa openSUSE)

Enviado em 21/02/2011 - 15:19h

Como podemos observar pelo título, o problema continua.

Fiz como sugerido, na verdade no arquivo só havia os comandos sugeridos pelo edinaldo, devo ter apagado o restante ontem.

Salvei reiniciei e testei e o negócio ainda está lá.

Reabri o arquivo e está assim, agora:

# If not running interactively, don't do anything
[ -z "$PS1" ] && return

# don't put duplicate lines in the history. See bash(1) for more options
# ... or force ignoredups and ignorespace
HISTCONTROL=ignoredups:ignorespace

# append to the history file, don't overwrite it
shopt -s histappend

# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
HISTSIZE=1000
HISTFILESIZE=2000

# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize

# make less more friendly for non-text input files, see lesspipe(1)
[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"

# set variable identifying the chroot you work in (used in the prompt below)
if [ -z "$debian_chroot" ] && [ -r /etc/debian_chroot ]; then
debian_chroot=$(cat /etc/debian_chroot)
fi

# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
xterm-color) color_prompt=yes;;
esac

# uncomment for a colored prompt, if the terminal has the capability; turned
# off by default to not distract the user: the focus in a terminal window
# should be on the output of commands, not on the prompt
#force_color_prompt=yes

if [ -n "$force_color_prompt" ]; then
if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
# We have color support; assume it's compliant with Ecma-48
# (ISO/IEC-6429). (Lack of such support is extremely rare, and such
# a case would tend to support setf rather than setaf.)
color_prompt=yes
else
color_prompt=
fi
fi

if [ "$color_prompt" = yes ]; then
PS1='${debian_chroot:+($debian_chroot)}\[{TTEXTO}33[01;32m\]\u@\h\[{TTEXTO}33[00m\]:\[{TTEXTO}33[01;34m\]\w\[{TTEXTO}33[00m\]\$ '
else
PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
fi
unset color_prompt force_color_prompt

# If this is an xterm set the title to user@host:dir
case "$TERM" in
xterm*|rxvt*)
PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"
;;
*)
;;
esac

# enable color support of ls and also add handy aliases
if [ -x /usr/bin/dircolors ]; then
test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval "$(dircolors -b)"
alias ls='ls --color=auto'
#alias dir='dir --color=auto'
#alias vdir='vdir --color=auto'

alias grep='grep --color=auto'
alias fgrep='fgrep --color=auto'
alias egrep='egrep --color=auto'
fi

# some more ls aliases
alias ll='ls -alF'
alias la='ls -A'
alias l='ls -CF'

# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc package.

if [ -f ~/.bash_aliases ]; then
. ~/.bash_aliases
fi

# enable programmable completion features (you don't need to enable
# this, if it's already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
if [ -f /etc/bash_completion ] && ! shopt -oq posix; then
. /etc/bash_completion
fi

# Mapa de Teclado
setxkbmap -model abnt2 -layout br -variant abnt2




Há um outro arquivo em separado, chamado ,drmc:

[Desktop]
Language=pt_BR.utf8
Layout=br




Este não tem nada a ver..?

julio_hoffimann
(usa Ubuntu)

Enviado em 21/02/2011 - 15:29h

Adauto! Conseguiu! \o/ Finalmente podemos partir para outra tentativa.

Apague as duas linhas do Edinaldo no .bashrc já que elas não fazem efeito.

Escreverei um grande texto para que outras pessoas consigam resolver problemas parecidos com outras teclas, não somente com a '?'. Aguarde um pouco.

Abraço!

P.S.: O outro arquivo não tem nada a ver. ;-)

removido
(usa Nenhuma)

Enviado em 21/02/2011 - 15:41h

É cada uma que acontece.
Em outro, o Ubuntu do autor do tópico não reconhece o comando 'sudo add-apt-repository'.
É Julio, é desafio atrás de desafio! rs

adauto23
(usa openSUSE)

Enviado em 21/02/2011 - 15:44h

Ok, aguardarei.

Mas se tivesse dito de prima onde procurar um arquivo oculto...seria pa puf.....

Mando pesquisar e o pc não acha....como é que eu vou achar.....

Mas tudo bem, até vc agora sabe que aquele diretório não existe no mint....


essa informática...

E para informação, quando ponho para pesquisar o tal arquivo, quando chego no "s" de bas, o linux trava. Me lembra

aquele doente que entrou no hospital por causa de apendicite, foi pegando doenças pelo caminho e morreu de

pneumonia....

att

removido
(usa Nenhuma)

Enviado em 21/02/2011 - 15:54h

O Mint é baseado no Ubuntu, foi uma surpresa não existir esse arquivo.
Cada distro com suas particularidades.

albfneto
(usa openSUSE)

Enviado em 21/02/2011 - 15:59h

lendo o tópico e os posts, me parece haver algum problema devido a uma "falha" do linux em reconhecer certo o teclado.

é notebook e notebooks costumam ter alguns hardwares não totalmente padronizados, não usuais.

eu tentaria, no configurador de hardware, variar a "marca" e modelo de teclado, até achar um que funfasse.

outra coisa, tentou forçar o teclado a ser configurado via XORG? Isso já resolveu um problema meu em Gentoo com XFCE, o teclado não configurava e resolveu, mas era desktop e não notebook.
se quiser tentar:

coloque esta linha na sessão "server layout" do arquivo /etc/X11/xorg.conf

Option "AutoAddDevices""false"

depois, em um terminal, faça este comando:

$ sudo setxkbmap -model abnt2 -layout br -v 10