Touchpad travando Dell Vostro 5470

[druidaobelix]

Ainda no Kubuntu instalado, execute também:

Código Selecionar Expandir

xinput list-props "ETPS/2 Elantech Touchpad" | grep Capabilities

e cole aqui o resultado.

[bakhtinjf]

No Kubuntu instalado execute, por favor, o seguinte comando e cole aqui o resultado (use o # código para colar aqui no fórum, pois a saída é um pouco longa e usando o recurso do # [código] cria uma barra de rolagem à direita que economiza espaço visual e torna a melhor a leitura, principalmente para terceiros):

Código Selecionar Expandir

cat /usr/share/X11/xorg.conf.d/50-synaptics.conf

Código Selecionar Expandir

danilo@danilo-Vostro-5470:~$ cat /usr/share/X11/xorg.conf.d/50-synaptics.conf
# Example xorg.conf.d snippet that assigns the touchpad driver
# to all touchpads. See xorg.conf.d(5) for more information on
# InputClass.
# DO NOT EDIT THIS FILE, your distribution will likely overwrite
# it when updating. Copy (and rename) this file into
# /etc/X11/xorg.conf.d first.
# Additional options may be added in the form of
#   Option "OptionName" "value"
#
Section "InputClass"
        Identifier "touchpad catchall"
        Driver "synaptics"
        MatchIsTouchpad "on"
# This option is recommend on all Linux systems using evdev, but cannot be
# enabled by default. See the following link for details:
# http://who-t.blogspot.com/2010/11/how-to-ignore-configuration-errors.html
      MatchDevicePath "/dev/input/event*"
EndSection

Section "InputClass"
        Identifier "touchpad ignore duplicates"
        MatchIsTouchpad "on"
        MatchOS "Linux"
        MatchDevicePath "/dev/input/mouse*"
        Option "Ignore" "on"
EndSection

# This option enables the bottom right corner to be a right button on
# non-synaptics clickpads.
# This option is only interpreted by clickpads.
Section "InputClass"
        Identifier "Default clickpad buttons"
        MatchDriver "synaptics"
        Option "SoftButtonAreas" "50% 0 82% 0 0 0 0 0"
#       To disable the bottom edge area so the buttons only work as buttons,
#       not for movement, set the AreaBottomEdge
#       Option "AreaBottomEdge" "82%"
EndSection

# This option disables software buttons on Apple touchpads.
# This option is only interpreted by clickpads.
Section "InputClass"
        Identifier "Disable clickpad buttons on Apple touchpads"
        MatchProduct "Apple|bcm5974"
        MatchDriver "synaptics"
        Option "SoftButtonAreas" "0 0 0 0 0 0 0 0"
EndSection


[bakhtinjf]

Ainda no Kubuntu instalado, execute também:

Código Selecionar Expandir

xinput list-props "ETPS/2 Elantech Touchpad" | grep Capabilities

e cole aqui o resultado.

Código Selecionar Expandir

danilo@danilo-Vostro-5470:~$ xinput list-props "ETPS/2 Elantech Touchpad" | grep Capabilities
        Synaptics Capabilities (336):   1, 0, 0, 1, 1, 1, 1


[bakhtinjf]

No Fedora experimente alterar a variável TouchpadOff conforme conversamos no post #44, vendo se lá está acatando o comando e gravando e ainda se tais valores correspondem aos movimentos físicos esperados, isto é, se quando altera para 1 o touchpad pára e se quando altera para 2 as rolangens vertical/horizontal param.

Código Selecionar Expandir

synclient TouchpadOff=0

Código Selecionar Expandir

synclient TouchpadOff=1

Código Selecionar Expandir

synclient TouchpadOff=2

E após aplicar cada um verificando se alterou mesmo:

Código Selecionar Expandir

synclient | grep TouchpadOff

Anote ainda  a versão do kernel do Fedora e a interface gráfica (que creio seja o Gnome).

Para ver o kernel:

Código Selecionar Expandir

uname -a

Apesar do eventual funcionamento incompleto, o ponto central é observar se ocorre o travamento, por exemplo, o botão direito não funciona, mas trava ou não trava a interface gráfica ?

synclient TouchpadOff=0 - Não houve mudança alguma o touchpad funcionou com os mesmos defeitos, um toque não funciona e o botão direito não funciona.

synclient TouchpadOff=1 - O touchpad parou de funcionar.

synclient TouchpadOff=2 - O touchpad apresentou as mesmas características do TouchpadOff=0

Código Selecionar Expandir

[liveuser@localhost ~]$ uname -a
Linux localhost 3.11.10-301.fc20.x86_64 #1 SMP Thu Dec 5 14:01:17 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

[druidaobelix]

synclient TouchpadOff=0 - Não houve mudança alguma o touchpad funcionou com os mesmos defeitos, um toque não funciona e o botão direito não funciona.
synclient TouchpadOff=1 - O touchpad parou de funcionar.
synclient TouchpadOff=2 - O touchpad apresentou as mesmas características do TouchpadOff=0

Esse experimento com o Fedora torna claro que a questão não ocorre por defeito no Ubuntu, ao menos quanto ao mau funcionamento, já que não há normalidade plena também lá no Fedora.

O ideal seria poder usar o Fedora e observar se lá também ocorre o travamento para poder deduzir também isso em relação ao Ubuntu e excluir ou não uma variável, mas infelizmente fica difícil usar bastante o computador sem poder usar o botão direito do touchpad. :-(

[druidaobelix]

Antes de fazer a alteração adiante proposta, tenha em mãos um live-pendrive (ou live-cdrom) que permita inicializar o sistema caso venha a ocorrer algum problema que não permita o acesso.

Se ocorrer alguma dificuldade de acesso, experimente ir para tty por Ctrl+AlT+F1 e se não der inicie o sistema pelo modo Recovey (Recuperação) e, se também não conseguir dessa forma, então inicie pelo live-iso (pendrive ou dvdroom) e faça a correção retornando ao estado anterior.

Caso seja necessário iniciar pelo modo Recovery, experimente as opções lá disponíveis testando inicialmente a opção 'resume', se não funcionar teste a opção 'failsafeX' e se também assim não atingir um ambiente gráfico, então vá para a opção 'root' (Desistir e ir para terminal em modo root).

Quando se vai para a opção 'root' no 'Recovery mode' o terminal que se obtém está no modo somente leitura (read only), ou seja, não dá para alterar nada no sistema.

Isso é dessa forma, read only, com o intuito de preservar a integridade do sistema em algumas circunstâncias em que não seja mesmo adequado fazer alterações e agravar o problema, casos por exemplo de falha geral no filesystem, o que não é o caso aqui.

Assim, estando na opção 'root' e, por conseguinte, condição 'read only', é necessário alterar para permitir leitura e escrita, isto é, permitir gravação no disco (read writter, rw).

Como fazer isso?

Não é necessário usar o sudo pois já está como root, então a sintaxe geral é:

Código Selecionar Expandir

mount -o remount,rw /alguma_coisa /algum_lugar

alguma_coisa é o dispositivo e partição a ser montado.
algum_lugar é o mount point, o lugar em que deve ser montado.

ou seja, se está dizendo:

Código Selecionar Expandir

mount -o remount,rw /disposito-partição /mount-point

Exemplo, supondo que a sua partição a ser montada esteja em sda1:

Código Selecionar Expandir

mount -o remount,rw /dev/sda1 /

Vai desmontar e remontar como leitura e gravação a partição sda1 na raiz do sistema (a barra " / " ao final).

Como na hora do 'aperto' você talvez não vá lembrar isso de memória, então deixe anotado naquele arquivo 'testex' que mencionamos lá no post #30  :-)

Nos experimentos que fiz aqui em um notebook, em algumas circunstâncias fiquei sem o recurso de ambos os mouses, o nativo touchpad e o externo usb, e numa dada situação desapareceu a interface gráfica.

Não creio que isso vá ocorrer aí, porque a alteração será direcionada, mas em se tratando do 'Elantec' nunca se sabe então é bom prevenir sabendo como usar o 'root' do 'Recovery' e ainda mantendo um live-iso disponível para o caso de emergência, sobretudo se você não tiver ao lado algum outro computador que permita o acesso fácil aqui ao fórum, isto é, se o computador objeto do experimento for o único no local.

No mais, no caso concreto aqui presente, não há risco de dano algum ao sistema, bastando que se retorne ao estado anterior para eliminar qualquer dificuldade que apareça.

[bakhtinjf]

Estou quase chegando a conclusão de que travamento ocorre quando o computador esta desconectado do carregador da bateria.

Ontem estava usando ele sem o carregador e ele travou 2 vezes. Agora eu não me recordo se ele já travou com o carregador da bateria conectado.

[druidaobelix]

Conforme conversamos no post #51:

"Talvez seja o caso, então, de modificar diretamente no arquivo de configuração ao invés de usar o synclient como set, embora, em tese, devessem proporcionar o mesmo efeito."

Vamos, então, alterar o arquivo synaptics.conf para tornar o parâmetro TouchpadOff permanente.

Entretanto, isso não deve ser feito diretamente onde ele originalmente existe, aliás, como expressamente alertado no post # 61 que você fez, lá constando:

# DO NOT EDIT THIS FILE, your distribution will likely overwrite
# it when updating. Copy (and rename) this file into
# /etc/X11/xorg.conf.d first.

Como no Ubuntu (e Kubuntu) também não existe um diretório xorg.conf.d no local indicado, será necessário criá-lo.

Assim, inicialmente crie um diretório de nome xorg.conf.d dentro de /etc/X11/

Note que o X de X11 é em caixa alta, isto é, letra maiúscula!

Código Selecionar Expandir

cd /etc/X11

sudo mkdir xorg.conf.d


Faça um ls (letra ele mais letra esse) para 'ver' se foi criado corretamente a pasta xorg.conf.d que neste momento ainda está vazia.

Vá agora para (o X novamente em caixa alta):

Código Selecionar Expandir

cd /usr/share/X11/xorg.conf.d/


Faça um ls e veja que há alguns arquivos numerados dentro dessa pasta. Interessa-nos especificamente o arquivo 50-synaptics.conf

Faça uma cópia de segurança desse arquivo, fazendo:

Código Selecionar Expandir

sudo cp 50-synaptics.conf 50-synaptics.conf-original


Copie agora o arquivo 50-synaptics.conf para dentro daquele diretório xorg.conf.d anteriormente criado em /etc/X11

Código Selecionar Expandir

sudo cp 50-synaptics.conf /etc/X11/xorg.conf.d/50-synaptics.conf


Vá novamente para dentro da pasta xorg.conf.d em /etc/X11

Código Selecionar Expandir

cd /etc/X11/xorg.conf.d


Abra o arquivo 50-synaptics.conf que para lá foi copiado:

Código Selecionar Expandir

sudo gedit /etc/X11/xorg.conf.d/50-synaptics.conf


Acrescente ao primeiro bloco 'Section' a linha abaixo, imediatamente após a linha MatchIsTouchpad "on" lá já existente:

Código Selecionar Expandir

Option "TouchpadOff" "0"


Deve ficar dessa forma:

Código Selecionar Expandir

Section "InputClass"
       Identifier "touchpad catchall"
       Driver "synaptics"
       MatchIsTouchpad "on"
Option "TouchpadOff" "0"
# This option is recommend on all Linux systems using evdev, but cannot be
# enabled by default. See the following link for details:
# http://who-t.blogspot.com/2010/11/how-to-ignore-configuration-errors.html
     MatchDevicePath "/dev/input/event*"
EndSection


Salvar e sair.

Verifique e confirme a alteração feita fazendo:

Código Selecionar Expandir

cat /etc/X11/xorg.conf.d/50-synaptics.conf | grep TouchpadOff


Deve obter como saída:

Código Selecionar Expandir

Option "TouchpadOff" "0"


Reinicie a sessão.

Verifique o estado atual da alteração fazendo:

Código Selecionar Expandir

synclient | grep TouchpadOff


Novamente deve obter como saída:

Código Selecionar Expandir

TouchpadOff             = 0


Caso não esteja dessa forma, reinicie o sistema (e não apenas a sessão), talvez mais de uma vez, aqui demorou um pouco para o sistema entender a alteração, tive que usar um pouco o touchpad e reiniciar para só depois aparecer corretamente a alteração feita.

Use o touchpad do computador com essa alteração feita para verificar se houve efeito sobre o travamento.

[druidaobelix]

Estou quase chegando a conclusão de que travamento ocorre quando o computador esta desconectado do carregador da bateria.
Ontem estava usando ele sem o carregador e ele travou 2 vezes. Agora eu não me recordo se ele já travou com o carregador da bateria conectado.

Pode até ser, já vi uma outra pessoa dizendo isso também, aliás, vi um outro relato em que se dizia que o problema desaparecia caso se retirasse a bateria e usasse somente ligado na tomada.

De toda forma, se isso for verdade, também pode significar um problema de eletricidade estática que não está sendo satisfeita por um aterramento adequado. A maioria das residências, infelizmente, ainda não têm tomadas de 3 pinos com o aterramento realmente feito.

Mas vamos adiante testando a hipótese que lhe passei e, creio, há ainda uma outra possibilidade.

[druidaobelix]

Caso tenha alguma dificuldade que torne o sistema inoperável, conforme explicado no post #65 vá para 'root' no 'Recovery mode" e desfaça a alteração eliminando o arquivo 50-synaptic.conf em /etc/X11/xorg.conf.d

Código Selecionar Expandir

cd /etc/X11/xorg.conf.d

rm 50-synaptics.conf


Reinicie o sistema.

Se estiver como root não precisa do sudo, mas se estiver numa janela de terminal, então acrescente o sudo ao rm

[druidaobelix]

Não vou descartar o problema de hardware, por exemplo, ligado à eletricidade estática, que é uma causa muito comum de travamento em computadores, entretanto, se é para achar alguma coisa, neste caso e sobretudo se tratando do 'Elantec', que é um driver torto e difícil já na sua origem, por falta de suporte do fabricante, acho que não se trata disso, pois um travamento de eletricidade estática não costuma responder e voltar destravando como ocorre aí quando se vai para tty e volta por Ctrl + Alt +F7 e ainda desligando e religando o lightdm.

Obviamente que na essência todo comando digitado e enviado é igualmente um sinal elétrico que é passado para uma específica peça do computador, porém não é normal esses travamentos de estática voltarem sem reiniciar o sistema, que não é o caso que está aí acontecendo, daí que acho que o problema seja de outra natureza.

[bakhtinjf]

Ontem travou 3 vezes em menos de 1 hora de uso e com a bateria ligada na tomada.

[druidaobelix]

Ontem travou 3 vezes em menos de 1 hora de uso e com a bateria ligada na tomada.

Como já disse antes, se a tomada não estiver verdadeiramente aterrada é sempre possível um problema de eletricidade estática.

De toda forma, ter travado 3 vezes ontem significa que o procedimento do post #67 não resolveu, certo?
Estava aguardando um retorno seu para seguirmos adiante.

Conforme mencionado no post #55, tão logo possa não deixe de experimentar um live do Lubuntu, tenho uma boa expectativa em relação a ele e seu ambiente gráfico mais leve e diferenciado.

Caso não venha a travar no Lubuntu (ou em qualquer outro ambiente gráfico específico), além de por si só ser uma solução, estaríamos demonstrando que o problema não é de hardware e sim de configuração.

Acho que já disse isso, mas em todo caso, para não ficar na "canseira" de configura e desconfigura idioma e teclado (apesar de ser rápido de fazer), ao montar o live-pendrive use o modo "persistente" que ao menos o básico fica sempre gravado não necessitando mais ser configurado.

[druidaobelix]

Bem, vamos adiante, preciso ver o resultado do seguinte:

Código Selecionar Expandir

cat /sys/module/psmouse/parameters/proto

[bakhtinjf]

danilo@danilo-Vostro-5470:~$ cat /sys/module/psmouse/parameters/proto
auto