Touchpad desativado na inicialização?

0

Estou configurando o laptop de um cliente (Acer Aspire E1-431-2867) e, por algum motivo, o touch pad é desativado na inicialização.

  • Ativá-lo manualmente com a tecla de função ( fn + f7 ) funciona bem.
  • O sistema dual é inicializado entre o Ubuntu e o Windows, e o problema ocorre apenas no Ubuntu.
  • O problema não é devido a qualquer coisa que eu instalei como estava acontecendo com o Live USB também.
  • Não consigo encontrar nada sobre isso em lugar algum.

Existe uma maneira de impedir que isso aconteça? NB: Eu gostaria de devolver o sistema ao proprietário em alguns dias.

    
por RolandiXor 12.08.2015 / 04:07

1 resposta

1

Uma solução simples seria executar o script que ativa / desativa o touchpad em um nível de execução do sistema baixo o suficiente antes do X estar ativo e em execução, para garantir que o touchpad esteja funcionando antes de uma GUI ser iniciada. Então, /etc/rc.local deve estar ok, mas infelizmente não posso dizer uma palavra definitiva sobre isso já que não tenho minha máquina Ubuntu acessível agora, e não posso testar isso. Deve ser bem difícil.

  • Execute acpi_listen e pressione a tecla fn + F7 ; a saída deve ser semelhante a esta:
hotkey ATKD NNNNNNNN 00000000

Onde NNNNNNNN é o código ACPI do fn + F7 do keystroke;

  • Executar grep NNNNNNNN /etc/acpi/events/* ; o nome do arquivo na saída deve ser o nome do arquivo no qual o código ACPI do fn + F7 do keystroke é tratado;

  • Abra o arquivo com um editor de texto;

  • Procure uma seção como esta:

# ...
event=hotkey (ATKD|HOTK) NNNNNNNN
action=/etc/acpi/actions/action.sh
# ...

Onde /etc/acpi/actions/action.sh é o script que é executado cada vez que a tecla fn + F7 é pressionada;

Agora é só uma questão de executar o script em /etc/rc.local :

  • Abra /etc/rc.local com um editor de texto;

  • Adicione esta linha ao final do arquivo antes da linha exit 0 :

# ...
/etc/acpi/actions/action.sh
# ...

Deve ser isso. Reinicialize e veja se o touchpad está ativado na reinicialização;

Em qualquer caso, se não for necessário, sugiro remover o comando set -e na parte superior de /etc/rc.local ou modificar a maneira como o script é chamado, por ex. um wrapper que chama o próprio script e que sempre retorna 0 , para evitar que o script quebre a execução de rc.local devido a valores de retorno diferentes de 0 .

    
por kos 13.08.2015 / 00:33