Fórum Ubuntu Linux - PT
Suporte Técnico => Hardware e Periféricos => Tópico iniciado por: bakhtinjf em 24 de Novembro de 2014, 09:32
-
Como faço para verificar se o ACPI esta ativo ou não no Kubuntu?
-
sudo apt-get install acpi
depois de instalado:
acpi -V
-
Em complemento: verifique também no BIOS, onde algumas vezes existe uma chave para habilitar ou desabilitar o recurso.
De toda forma, é bom algum cuidado ao desabilitar ACPI, observe principalmente o efeito disso junto ao sistema de ventilação do sistema (o funcionamento do fan), que muitas vezes pode ser prejudicialmente alterado.
Se quiser maiores detalhes de parâmetros para ACPI, consulte aqui (em inglês):
DebuggingACPI
https://wiki.ubuntu.com/DebuggingACPI
-
Estou tendo um grande problema com o Linux e ta desanimando de usar. E estou precisando muito usar o computador...
Quando eu utilizo o touchpad o cursor simplesmente trava, depois de um tempo de uso.
Tem como eu saber se é problema no hardware ou algum conflito com o SO?
-
Veja que sem estar diante do equipamento vendo o problema, tudo é mais difícil, vamos por partes.
Lembre-se que a imensa maioria das pessoas aqui presentes não têm um computador igual ao seu.
Assim, você terá que ser os "olhos" dessas pessoas, descrevendo detalhadamente a questão.
É necessário detalhar um pouco mais a análise.
1) Trava apenas com o touchpad ou se instalar um mouse externo também trava depois de um certo tempo de uso?
Obs: É fundamental distinguir isso com a mais absoluta certeza, pois vai direcionar a procura da solução, então, faça um teste longo, muito longo mesmo (horas e horas de uso) com um mouse externo.
2) O quê mais exatamente trava, apenas o ponteiro do touchpad (ou do mouse externo) ou o sistema como um todo congela, isto é, o teclado funciona?
3) Aproximadamente após quanto tempo de uso ocorre o travamento? A quantificação pode ajudar a compreender o problema.
uptime
4) Mais algum problema com o sistema, algum outro sintoma, ou esse é o único problema?
5)Qual a versão do Ubuntu que você usa?
cat /etc/*-release
6) kernel?
uname -a
7) placa de vídeo do sistema e driver?
sudo lshw -c display
8 ) quanto de memória ram?
free
9 ) É a primeira instalação do Ubuntu nesse computador ou já usava antes alguma outra versão? Qual?
10 ) Caso positivo, acontecia o mesmo problema com a versão anterior ou não?
11) Se subir o sistema através de um live-pendrive (ou live-cd-room) o problema também acontece ou não?
12) Está usando algum parâmetro para subir o sistema? Qual o comando usado para inicializar?
cat /proc/cmdline
13) Existe outro sistema operacional instalado (Windows)? Se sim, lá também ocorre travamentos ou não?
14) Caso use uma versão 64-bit, já experimentou usar uma versão 32-bit e vice-versa?
15 ) marca e modelo do computador, se disponível, também eventualmente pode ajudar.
Com um pouco mais de informação bem elaborada talvez o fórum possa ajudar.
Enfim, conte a sua história de uma forma clara, completa e organizada, o que, por analogia, vamos chamar de anamnese do seu computador.
-
Andei lendo um pouco suas mensagens anteriores para tentar conhecer melhor da questão proposta.
Vamos deixar esse link abaixo aqui registrado, que pode nos auxiliar:
Descubra como fazer o Linux rodar bacana no Dell Vostro 5470
http://nerdspace.com.br/descubra-como-fazer-o-linux-rodar-bacana-no-dell-vostro-5470/
Vamos deixar isso aqui também anotado:
touchpad problems Dell Vostro 5470
http://forums.linuxmint.com/viewtopic.php?f=49&t=157436&p=825476#p825476
http://ubuntuforums.org/showthread.php?t=2206136
Independentemente disso, forneça as informações relacionadas no post anterior, pois somente eu fui ver as suas mensagens anteriores, o seu histórico, certamente o restante do fórum não foi e possivelmente não vá, geralmente pela mais absoluta falta de tempo disponível, então forneça as informações adequadas para que eventualmente outros possam de forma mais fácil compartilhar experiência.
-
Olá, muito obrigado pela ajuda...
Então, quando eu conecto um mouse pela porta USB o ponteiro do mouse não trava.
Quando trava, eu consigo acessar o terminal no modo tela cheia pressionando as teclas CTRL + ALT + F1 e com isso, eu consigo reiniciar o computador.
Não há um tempo especifico de quando ocorre o problema, é só eu utilizar o touchpad que depois de um tempo o ponteiro trava.
Estou utilizando o Kubuntu versão 14.04.
danilo@danilo-Vostro-5470:~$ uname -a
Linux danilo-Vostro-5470 3.13.0-39-generic #66-Ubuntu SMP Tue Oct 28 13:30:27 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
danilo@danilo-Vostro-5470:~$ sudo lshw -c display
[sudo] password for danilo:
*-display
descrição: VGA compatible controller
produto: Haswell-ULT Integrated Graphics Controller
fabricante: Intel Corporation
ID físico: 2
informações do barramento: pci@0000:00:02.0
versão: 09
largura: 64 bits
clock: 33MHz
capacidades: msi pm vga_controller bus_master cap_list rom
configuração: driver=i915 latency=0
recursos: irq:60 memória:f1000000-f13fffff memória:e0000000-efffffff porta de E/S:6000(tamanho=64)
*-display
descrição: 3D controller
produto: GK208M [GeForce GT 740M]
fabricante: NVIDIA Corporation
ID físico: 0
informações do barramento: pci@0000:09:00.0
versão: a1
largura: 64 bits
clock: 33MHz
capacidades: pm msi pciexpress bus_master cap_list
configuração: driver=nvidia latency=0
recursos: irq:65 memória:f0000000-f0ffffff memória:c0000000-cfffffff memória:d0000000-d1ffffff porta de E/S:3000(tamanho=128)
danilo@danilo-Vostro-5470:~$ free
total usado livre compart. buffers em cache
Mem: 3950800 2325132 1625668 37844 68076 845944
-/+ buffers/cache: 1411112 2539688
Swap: 3999740
Já tive instalado o Xubuntu nesse computador, mas o botão direito do touchpad não funcionava. Ai resolvi testar o Kubuntu e funcionou os botões do touchpad. O problema de travar o ponteiro do touchpad também ocorria no Xubuntu.
O único sistema operacional que tive nesse computador foi o Linux.
danilo@danilo-Vostro-5470:~$ cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-3.13.0-39-generic root=UUID=c8644bdd-4b2f-4a8e-bd78-b857df53caa3 ro quiet splash
O marca e o modelo do computador que estou utilizando é um DELL Vostro 5470.
-
Qualquer informação a mais estou a disposição.
Estou precisando muito utilizar o computador e é algo que está me incomodando bastante.
-
Olá /bakhtinjf/,
Na pressa esqueci de perguntar - e você não disse - apenas o mais óbvio e importante: qual é o seu touchpad, como o sistema o identifica? :-)
Retire o mouse externo, incluindo eventual transceiver (dongle, dispositivo do mouse que vai conectado na usb) caso seja rf, isto é, sem fio, e execute os seguintes comandos para identificar o touchpad, cole aqui no fórum os resultados:
sudo dmidecode -t21
xinput --list
editando:
retirar o transceiver é para evitar confusão na leitura do input do sistema, pois se fizer com ele irão aparecer dois mouses e para quem está de fora, fica mais difícil de saber qual é o quê.
-
Uma última questão, se me permite a sugestão, altere o título do tópico para algo mais sugestivo e que melhor descreva o problema existente. Talvez algo assim:
Touchpad travando Dell Vostro 5470
Evidentemente o que se quer é que um maior número de pessoas aqui do fórum - e via google eventualmente até mesmo externas - leiam os posts e, quem sabe, possam contribuir com alguma sugestão na solução do problema, notadamente aqueles que por acaso possuam uma máquina idêntica a sua e, assim, possam contribuir.
Então, partindo dessa premissa, o título do tópico é um atrativo importante para atrair a atenção de tais eventuais leitores e, quem sabe, se ter uma experiência compartilhada maior que venha a ajudar.
Do jeito que está, apenas "Verificar ACPI", não está descrevendo de forma sumária e adequada o problema, bem, é apenas uma sugestão.
-
Vamos adiante, você disse:
Quando trava, eu consigo acessar o terminal no modo tela cheia pressionando as teclas CTRL + ALT + F1 [...]
Nesse caso, como você também disse que o teclado continua funcionando - portanto não há um congelamento total do sistema - estando no prompt tty, isto é, aquele terminal que toma a tela toda fora da interface gráfica, fora do ambiente gráfico, analise os resultados dos seguintes experimentos, um cada vez, se e quando ocorrerem os travamentos:
1) Tendo ido para tty, lá estando faça o login e imediatamente a seguir retorne para o ambiente gráfico usando as teclas Ctrl + Alt + F7. O sistema retorna destravado ou não?
2) Num outro travamento, de uma outra vez, novamente estando em tty, faça o login e desligue o ambiente gráfico, a seguir ligue-o novamente. Nesse caso, o sistema retorna destravado ou não?
Estando em tty:
para desligar o ambiente gráfico:
sudo stop lightdm
para reativar e retornar ao ambiente gráfico:
sudo start lightdm
O 'lightdm' é o gerenciador de sessão padrão do Ubuntu recente (antes era o gdm), acho que seja também do Kubuntu, se não for me diga que vamos descobrir qual seja.
3) Num subsequente travamento, vá outra vez para tty, e lá estando retorne ao ambiente gráfico usando:
startx
De novo: nesse caso, o sistema retorna destravado ou não?
nota: após o startx, se tiver que retornar para tty use o Ctrl+Alt+F1 e estando em tty use o Ctrl + c para 'cortar' o acopĺamento (shutdown) do X server.
-
danilo@danilo-Vostro-5470:~$ sudo dmidecode -t21
[sudo] password for danilo:
# dmidecode 2.12
SMBIOS 2.7 present.
Handle 0x0027, DMI type 21, 7 bytes
Built-in Pointing Device
Type: Touch Pad
Interface: PS/2
Buttons: 2
-
danilo@danilo-Vostro-5470:~$ xinput --list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ ETPS/2 Elantech Touchpad id=13 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Power Button id=6 [slave keyboard (3)]
↳ Video Bus id=7 [slave keyboard (3)]
↳ Video Bus id=8 [slave keyboard (3)]
↳ Power Button id=9 [slave keyboard (3)]
↳ Sleep Button id=10 [slave keyboard (3)]
↳ Laptop_Integrated_Webcam_HD id=11 [slave keyboard (3)]
↳ AT Translated Set 2 keyboard id=12 [slave keyboard (3)]
↳ Dell WMI hotkeys id=14 [slave keyboard (3)]
-
Mais um para poder ver como esse Elantech está respondendo, cole a saída aqui (use o recurso de código na colagem da saída para não poluir o post, pois é uma saída um pouco longa):
synclient
Todas as funções do touchpad funcionam normalmente, isto é, funciona o botão esquerdo e o direito, funciona a rolagem vertical e horizontal?
Esse Elantech tem uma loooonga história de dificuldades. :-(
-
danilo@danilo-Vostro-5470:~$ synclient
Parameter settings:
LeftEdge = 136
RightEdge = 3284
TopEdge = 120
BottomEdge = 2103
FingerLow = 1
FingerHigh = 1
MaxTapTime = 180
MaxTapMove = 179
MaxDoubleTapTime = 180
SingleTapTimeout = 180
ClickTime = 100
EmulateMidButtonTime = 0
EmulateTwoFingerMinZ = 282
EmulateTwoFingerMinW = 7
VertScrollDelta = 81
HorizScrollDelta = 81
VertEdgeScroll = 1
HorizEdgeScroll = 0
CornerCoasting = 0
VertTwoFingerScroll = 1
HorizTwoFingerScroll = 0
MinSpeed = 1
MaxSpeed = 1.75
AccelFactor = 0.0490436
TouchpadOff = 2
LockedDrags = 0
LockedDragTimeout = 5000
RTCornerButton = 2
RBCornerButton = 3
LTCornerButton = 0
LBCornerButton = 0
TapButton1 = 1
TapButton2 = 3
TapButton3 = 0
ClickFinger1 = 1
ClickFinger2 = 3
ClickFinger3 = 0
CircularScrolling = 0
CircScrollDelta = 0.1
CircScrollTrigger = 0
CircularPad = 0
PalmDetect = 0
PalmMinWidth = 10
PalmMinZ = 200
CoastingSpeed = 20
CoastingFriction = 50
PressureMotionMinZ = 30
PressureMotionMaxZ = 160
PressureMotionMinFactor = 1
PressureMotionMaxFactor = 1
ResolutionDetect = 1
GrabEventDevice = 1
TapAndDragGesture = 1
AreaLeftEdge = 0
AreaRightEdge = 0
AreaTopEdge = 0
AreaBottomEdge = 0
HorizHysteresis = 20
VertHysteresis = 20
ClickPad = 1
RightButtonAreaLeft = 1710
RightButtonAreaRight = 0
RightButtonAreaTop = 1822
RightButtonAreaBottom = 0
MiddleButtonAreaLeft = 0
MiddleButtonAreaRight = 0
MiddleButtonAreaTop = 0
MiddleButtonAreaBottom = 0
-
Todas as funções do touchpad funcionam normalmente, isto é, funciona o botão esquerdo e o direito, funciona a rolagem vertical e horizontal?
-
Sim, todas as funções do mouse funciona.
Agora estou esperando ele travar novamente. Hoje pela manhã ele travou 2 vezes.
-
Sim, todas as funções do mouse funciona.
Curioso que todas as funções estejam funcionando, não deveriam estar, mas disso tratamos depois.
[...] Hoje pela manhã ele travou 2 vezes.
Parece então que esses travamentos são aleatórios, então como geralmente você vai para tty após ocorrerem, é o caso de a cada vez ir fazendo 'uptime' para ter uma ideia quantificada do tempo médio decorrido antes de cada ocorrência
Conseguiu realizar nesses 2 travamentos algum dos procedimentos assinalados no post #10 ?
-
Depois que travou as 2 vezes seguidas não travou mais. Ai que chato isso.
Quando travar vou realizar esses procedimentos.
-
Depois que travou as 2 vezes seguidas não travou mais. Ai que chato isso.
Quando travar vou realizar esses procedimentos.
Sem stress e sem pressa, de qualquer forma essa busca será uma longa jornada, pois um dos problemas mais difíceis é encontrar as causas de um travamento em um computador, ainda mais quando é intermitente.
O que tem a fazer é ser extremamente metódico, ir explorando as etapas uma a uma, sem pular nada, tentando isolar a causa, o que aliás nem sempre é possível, mas o único meio de saber é tentando fazer.
Não é conveniente que já avancemos para outros testes, sem saber o resultado das questões anteriores, sem agir metodicamente, pois pode embaralhar o raciocínio e, assim, mascarar o real problema.
-
tem chances do problema ser com o Hardware?
-
Experimente criar um novo usuário.
Veja se trava neste novo usuário.
Se travar, remova.o novo usuário.
Existe uma remota possibilidade de seu usuário apresentar problemas e com isto descartar esta dúvida.
-
tem chances do problema ser com o Hardware?
Sim, claro, podemos estar diante de um problema de hardware e então vamos ficar aqui nos próximos 10 anos procurando e não vamos encontrar nada, porque estaremos procurando no lugar errado, lembrando que estatisticamente dos componentes de um notebook o que mais apresenta defeitos, por razões óbvias da forma de uso da interação humana direta tocando sobre o equipamento, é exatamente o touchpad - que foi feito para ser 'tocado', mas tem gente que acha que é para ser 'socado' -, só perdendo para líquido derramado sobre o teclado.
Mas dá para fazer alguns testes antes de jogar a toalha e levar para a assistência técnica. :-)
-
Uma coisa também que me incomoda bastante é quanto ao adaptador Wifi, se o roteador da minha casa não tiver no WPA2-Personal a conexão fica muito instável, caindo com muita frequência.
-
se o roteador da minha casa não tiver no WPA2-Personal a conexão fica muito instável, caindo com muita frequência.
Mas qual é o problema de ficar configurado para WPA2-Personal?
É uma criptografia adequada para um ambiente doméstico.
A diferença entre a personal e a enterprise é basicamente o tamanho da chave, que na enterprise é maior, mas que também acarreta uma maior lentidão.
A WPA2-Personal é tranquilamente segura para um ambiente doméstico, home office, pequenas organizações.
-
Mas quando estou na faculdade, não consigo conectar na rede wifi de jeito nenhum. Todas as pessoas com Windows conseguem acessar.
-
O negocio parou de travar. Tem uns 3 ou 4 dias que não trava e estou utilizando só o tochpad.
Muito estranho isso.
-
Quanto a questão anterior referente ao dispositivo wireless do seu notebook e a dificuldade ou impossibilidade de conectar na rede da faculdade, embora, ao que parece, consiga conectar normalmente na sua rede doméstica, considerando o princípio da especialidade existente sobretudo em fóruns técnicos na internet, pelo qual cada tópico aqui no fórum deve cuidar apenas de um único assunto, sem o que os tópicos iriam virar um 'balaio de gato', uma desordem total, desvinculando os conteúdos de seus respectivos títulos e, assim, dificultando muito a recuperação útil de informações, que é a finalidade última do fórum, sugiro que você abra um novo tópico para especificamente tratar daquele assunto.
Como já disse anteriormente, ao abrir um novo tópico tenha em mente que seu objetivo é atrair leitores para o seu tópico, isto é, você precisa "vender" bem a sua história, o que começa por um bom e atrativo título e ainda uma narrativa suficientemente detalhada com começo, meio e fim.
Comece escolhendo um bom título, que deve ser um sumário da sua dificuldade e talvez também nesse novo tópico seja interessante desde logo explicitar qual é o seu equipamento. Quem sabe algo na linha "Wireless do Dell Vostro 5470 não conecta na rede wifi da faculdade", mas hoje não estou inspirado, tenho certeza que você pode escolher um título melhor que esse por mim sugerido sem muito pensar.
Vi que você já teve um post anterior aqui no fórum tratando exatamente dessa questão do wireless do seu notebook, então, na narrativa do problema, não deixe de claramente mencionar aquele tópico, fornecendo desde logo o link url para ele.
Como você já está ganhando alguma experiência, é fácil deduzir que você concretamente terá que trazer dados de sua tentativa de conexão no ambiente da rede wifi da faculdade, executando comandos no seu notebook quando você estiver lá, sem o que será impossível alguém tentar te ajudar, enfim, penso que seja isso que deva ser feito quanto a essa questão da dificuldade de conexão wifi.
-
Olá, hoje travou pela manhã e eu não estava em casa para ler as instruções que vc havia me passado.
A cerca de uns 5 minutos travou novamente e eu apertei as teclas CTRL + ALT + F1 loguei com meu nome de usuário e senha e em seguida, pressionei as teclas CTRL + ALT + F7 e voltou para o ambiente gráfico sem o ponteiro do touchpad travado. Voltei a utilizar o computador sem precisar reiniciar.
É menos um desconforto, ter que reiniciar o computador toda hora que o ponteiro do touchpad travava. =D
Podemos chegar a conclusão de que não é problema de hardware?
-
apertei as teclas CTRL + ALT + F1 loguei com meu nome de usuário e senha e em seguida, pressionei as teclas CTRL + ALT + F7 e voltou para o ambiente gráfico sem o ponteiro do touchpad travado.
Possivelmente não será necessário logar, bastando que vá para tty (Ctrl + Alt + F1) e imediatamente retorne com Ctrl + Alt + F7.
Para os dois outros procedimentos do post #10, que são comandos, não tem jeito, precisa logar e aplicá-los, mas teste também aqueles outros dois que faltam, pois significam diretamente desligar e religar o servidor X e é bom que saibamos o resultado.
Nesse meio tempo, enquanto espera para dar defeito novamente e aplicar os comandos remanescentes, procure observar qualquer particularidade no uso do notebook, pois o fato é que ficou praticamente 5 dias sem apresentar o travamento e, segundo entendi, você esteve usando e ainda usando diretamente com o touchpad. Observe especialmente o uso das placas de vídeo.
O detalhe é o seguinte: seu equipamento possui duas placas de vídeo, uma Intel, que é a normal do sistema, e uma Nvidia, que é uma aceleradora, uma placa especializada.
Como é que você faz para ativar a Nvidia quando precisa dela? O que é acionado no sistema para isso ou faz automático?
Procure verificar se o travamento do touchpad ocorre quando a Nvidia é acionada, quando ela está em uso, esse é o ponto principal a observar.
-
[...] hoje travou pela manhã e eu não estava em casa para ler as instruções que vc havia me passado.
Suponho que o cenário de quando travou é que você estava talvez na faculdade, sem acesso à internet e, por conseguinte, sem poder ver como fazer os tais comandos, é isso?
Se não conseguiu memorizar os tais comandos anote no próprio computador e recupere-os quando tiver travado, porque você está conseguindo ir para tty, portanto, pode ler um arquivo gravado no seu computador, não está inoperante, o travamento não o deixa inoperante.
Vamos pelo mais simples para deixar as instruções gravadas no seu próprio computador e não depender nem de papelzinho, nem de memorização e tampouco de acesso à internet.
Abra um arquivo de texto em branco usando o gedit (editor de textos padrão do Ubuntu).
Anote nele os comandos que você precisa recuperar e lembrar, que basicamente são:
sudo stop lightdm
sudo start lightdm
startx
Salve o arquivo na sua pasta pessoal (quando vai para tty você vai diretamente para lá) com um nome simples, por exemplo, salve o arquivo com o nome de testex
Quando ocorrer o travamento e você tiver ido para tty e, portanto, está sem nenhum ambiente gráfico (logo, não consegue usar o gedit para ler o arquivo e nem pode voltar pois precisa aplicar o experimento), então na própria linha de comando você pode ler o conteúdo do arquivo menmônico bastando usar o comando cat. Faça assim:
cat textex
Isso, o cat, irá mostrar as três linhas acima que você gravou (e qualquer outra coisa que você tenha colocado lá no arquivo).
Experimente aí para você ver que funciona.
Além da simples solução apontada acima e apenas a título de agregar conhecimento, note que existe também editor de texto, que permite abrir, ler e alterar arquivos quando se está no terminal puro, isto é, em tty, o que é mais ou menos evidente pois em várias situações é necessário fazer isso para modificar alguma coisa no sistema.
Um exemplo de editor de texto, dos mais fáceis de usar, é o nano, que funciona num ambiente exclusivamente texto puro.
Se algum dia tiver a curiosidade de ver como é, apenas lembre-se que as legendas que aparecem na parte de baixo dele, onde aparece um ^ (acento circunflexo) isso é apenas um indicativo que é a tecla Ctrl mais alguma outra tecla, ou seja, usam o ^ como indicativo substituto da tecla Ctrl e, principalmente, para sair dele, do nano, precisa fazer Ctrl x
Então, se estiver em tty e fizer:
nano testex
O nano irá abrir o arquivo textex (ou qualquer outro arquivo texto que você indicar o nome) e mostrar o seu conteúdo e ainda possibilitar, se necessário, alterar e gravar o que quiser, tudo isso sem nenhum ambiente gráfico.
O 'nano' é igual ao 'gedit', só que o 'nano' é sem ambiente gráfico e o 'gedit' é um editor de textos em ambiente gráfico, só isso.
-
A placa de video da Nvdia foi instalado o driver recomendando pelo Kubuntu.
Por padrão veio instalado o driver: Using X.Org X Server - Nouveau display driver from xserver-xorg-video-noveau.
Ai depois eu alterei para o driver da Nvdia que é o: Using NVIDIA binary driver - version 331.38 from nvidia-311 (Recommended Driver).
Todas essas informações estão no Print que tirei do Driver Manager abaixo:
http://tinypic.com/view.php?pic=muzpyt&s=8#.VH0tQ-rd_eQ
Quanto ao driver do video da Intel não fiz nenhuma alteração.
-
Ai depois eu alterei para o driver da Nvdia que é o: Using NVIDIA binary driver - version 331.38 from nvidia-311 (Recommended Driver).
Entendi, mas veja, esse notebook possui aquilo que chamamos de sistema híbrido, com duas placas de vídeo.
A placa de vídeo Intel é para usar quando nenhum requisito especial de vídeo for necessário, ou seja, é para o dia a dia, escrever um texto, etc, coisas comuns que se faz no computador.
A Nvidia é para ser usada quando é necessária intensa aplicação de vídeo, como por exemplo e especialmente quando se está num jogo.
A razão disso, em se tratando de um notebook, é economizar energia da bateria, pois a Nvidia consome uma enormidade e longe da tomada você ficaria rapidamente sem carga.
O que preciso saber é como você faz para alternar entre uma placa e outra.
Instalou algum software para isso? Como é feito o acionamento, a alternação, é automática ou não?
-
Nunca alternei entre as duas placas de video.
Quando eu tinha instalado o Xubuntu instalei o Bumblebee, mas ele deu uns pau muito estranho no computador. Não conseguia conectar de jeito nenhum a internet, nem mesmo com o cabo RJ-45.
Depois disso fiquei com medo e não instalei o Bumblebee no Kubuntu.
-
Uma coisa que eu acho estranho é que quando o computador abre a tela e login o ponteiro do mouse sempre aparece lá no canto superior esquerdo. De vez em quando tenho que fazer algo de diferente tenho que arrastar o ponteiro quase a tela toda. E cá pra nos, fazer isso no touchpad é bastante desconfortável.
O ponteiro do mouse tinha que aparecer no centro da tela, igual a todos os outros.
O ponteiro do mouse aparecer no canto superior esquerdo toda vez que o computador é ligado, apareceu quando eu ativei o driver da Nvidia conforme esta na imagem. Por padrão, o ponteiro do mouse aparece no centro da tela.
-
Nunca alternei entre as duas placas de video.
Isso quer dizer que você usa o notebook cem por cento do tempo usando a Nvidia, é isso?
A Nvídia está sempre operante, em quaisquer situações, é assim mesmo?
Não há mesmo nenhum dispositivo de gerenciamento, seja nativo, seja instalado, nem mesmo o software da nvidia faz isso, alterna para a placa Intel, é isso mesmo?
Como não tenho um notebook da mesma marca e modelo que o seu, dependo sempre do que você me diz. :-)
-
Isso.
Parece que o único software que faz essa alternância eh o Bumblee ne?
-
o SO não consegue fazer essa alternância entre as placas de vídeo de forma automática não? Por exemplo, se eu abrir um aplicativo que necessite mais vídeo ela ativa a Nvidia, caso esteja fazendo algo mais simples ela ativa so a placa da Intel.
-
Oá, travou agora a pouco e realizei os seguintes procedimentos:
A) Digitei o comando: sudo stop lightdm
depois,
B) eu digitei o seguinte comando: sudo start lightdm
Apos realizar esses procedimentos, o computador voltou no modo gráfico funcionando o ponteiro do touchpad.
-
Novamente travou,
Voltei a pressionar as teclas CRTL + ALT + F1, em seguida digitei o comando:
startx
Dessa vez a tela do computador ficou desligada, botão power aceso e o LED do power aceso também.
Depois que eu sabia que não iria entrar no ambiente gráfico eu pressionei novamente as teclas CRTL + ALT + F1 e voltei para o tty.
O mais interessante é que quando voltei para o tty apareceu várias "coisas" sendo inicializado e no fim da tela a seguinte mensagem de erro:
Errs from xkbcomp are not fatal to the x server
Tem como eu tirar um Print Screen da tela do tty e te mandar?
-
druidaobelix, tem ideia para uma solução?
-
Voltei a pressionar as teclas CRTL + ALT + F1, em seguida digitei o comando:
startx
Aqui tendo ido para tty talvez devesse antes de aplicar o 'startx' ter desligado o gerenciador de sessão através do 'sdo stop lightdm', aí então, com ele desligado, aí sim aplicar o startx.
Caso ele iniciasse e o levasse para o ambiente gráfico e, por qualquer razão, for necessário voltar para tty, será necessário 'cortar' o startx, o que pode ser feito em tty acionando as teclas Ctrl + C.
Dá uma mensagem de término anormal etc e tal, mas sem problema e aí vai para o prompt.
Mas não é mais realmente necessário aplicar isso, estou mencionando apenas a título de agregar conhecimento, pois já sabemos que ao sair e retornar do ambiente gráfico o travamento desaparece, o que pelo menos é um razoavelmente bom indicativo.
Vou rever os nossos já extensos posts, mas acho que podemos prosseguir tentando alguma alteração no sistema.
-
Há ainda uma tarefa que pode se mostrar útil, que é sabermos se o travamento guarda relação com algum ambiente gráfico específico ou com uma distribuição específica, no caso o Ubuntu, ou seja, deduzirmos por eliminação.
1) Se você tem o ambiente Unity instalado, instale também o Gnome e verifique se a partir dele o problema se reproduz ou não;
Instale pela Central de programas do Ubuntu que é mais confiável.
Você passará a ter dois ambientes para escolher no login gráfico da sessão.
Caso o problema ocorra apenas em um ambiente específico, isso restringe o campo de pesquisa (além de ser por si próprio uma solução)
2) Monte um live-pendrive com o Fedora (distribuição).
É a mesmíssima coisa que montar um live-iso do Ubuntu, nenhuma dificuldade.
Verifique se o travamento ocorre também usando o Fedora.
A partir daí saberemos se o problema é uma particularidade do Ubuntu ou se ocorre igualmente em distribuição diversa.
Por que o Fedora?
Porque não pode ser uma distribuição derivada do Debian (que é a distro mãe-pai do Ubuntu) e menos ainda uma diretamente derivada do Ubuntu e que tais forks, pois não estaríamos de fato isolando o problema, já que a tendência que igualmente carreguem o problema, exatamente por serem derivadas.
https://fedoraproject.org/pt_BR/get-fedora
Acho que o Fedora está na versão 20 (é a que tenho aqui em multi-boot) e o ambiente é o gnome, não há dificuldade nenhuma de operação, é tão tranquilo quanto o Ubuntu para usar e, no caso, é usar apenas para ir testando e ver se o problema igualmente ocorre.
-
Uma questão para esclarecer que ficou para trás e que esqueci de perguntar.
Quando você testou o travamento indo para tty e retornando para o ambiente gráfico, seja pelo Ctrl + AlT + F7, seja pelo 'start lightdm' e que o travamento do touchpad desapareceu, qual foi o comportamento daí em diante?
Funcionou normal, como sempre faz, demorou para travar novamente, enfim, o que ocorreu?
Alguma alteração em relação ao que vinha ocorrendo?
-
Vamos voltar agora ao post #14, em que você fez uso do synclient
Há uma dificuldade no resultado apresentado, digamos assim, uma incoerência.
O valor da variável TouchpadOff está assinalado como igual a 2, o que significa que a rolagem vertical e horizontal deveriam estar desabilitadas, entretanto, nos posts a seguir perguntei e voce afirmou que estava funcionando corretamente, que a rolagem estava normal, o que se mostra inconsistente.
Vamos então alterar essa variável para podermos ver o que acontece.
O synaptics é um Xorg input driver para touchpad.
A opção "TouchpadOff" é um número inteiro e admite os seguintes valores:
0 Touchpad está habilitado (enabled)
1 Touchpad está desabilitado (switched off)
2 Somente rolagem horizontal e vertical desabilitadas (tapping and scrolling switched off)
O "normal" é que a opção esteja em 0 (zero), isto é, habilitado.
Não sei dizer e não tenho a menor ideia do porquê no seu computador isso aí está em 2 (dois) e não no padrão e, pior ainda, estando em 2 por qual razão as rolagens horizontal e vertical ainda estão funcionando, quando não deveriam estar.
Bem, resta alterar os valores e ver o que acontece.
Primeiro modifique o valor para 1 (um) e veja se de fato desabilitou o touchpad.
Depois modifique o valor para 0 (zero) e veja o que acontece, isto é, se funciona, completa ou parcial e, principalmente, se trava ou não trava.
É ir usando e testando com a opção 0 (zero), que é o padrão, para ver o que acontece.
O detalhe é que essa alteração só é válida para a sessão, isto é, se perde quando se encerra a sessão ou quando o computador é reiniciado, ou seja, não é definitiva, então, enquanto estiver testando, precisa alterar manualmente cada vez que for usar.
Existe meios de tornar a alteração definitiva, mas antes de alterar mesmo o sistema tornando a opção definitiva, experimente para ver o que acontece, caso funcione aí nos preocupamos em como alterar definitivo.
Para fazer a alteração digite numa janela do terminal:
----------------------
synclient TouchpadOff=1
Para confirmar se a modificação foi feita, faça a seguir:
synclient | grep TouchpadOff
Experimente o touchpad, nessa situação não deveria estar funcionando.
----------------------
Agora vamos para o padrão, faça:
synclient TouchpadOff=0
Novamente, para confirmar:
synclient | grep TouchpadOff
Veja se o touchpad funciona e vá usando dessa forma para verificar se trava ou não.
-
Uma questão para esclarecer que ficou para trás e que esqueci de perguntar.
Quando você testou o travamento indo para tty e retornando para o ambiente gráfico, seja pelo Ctrl + AlT + F7, seja pelo 'start lightdm' e que o travamento do touchpad desapareceu, qual foi o comportamento daí em diante?
Funcionou normal, como sempre faz, demorou para travar novamente, enfim, o que ocorreu?
Alguma alteração em relação ao que vinha ocorrendo?
É continuei usando o computador normalmente...dai depois de 4 horas travou novamente e fiz o 2° teste.
O 3° teste foi feito depois que desliguei o computador por um tempo e liguei novamente.
O 2° e o 3° teste foram feitos no mesmo dia.
-
Há ainda uma tarefa que pode se mostrar útil, que é sabermos se o travamento guarda relação com algum ambiente gráfico específico ou com uma distribuição específica, no caso o Ubuntu, ou seja, deduzirmos por eliminação.
1) Se você tem o ambiente Unity instalado, instale também o Gnome e verifique se a partir dele o problema de reproduz ou não;
Instale pela Central de programas do Ubuntu que é mais confiável.
Você passará a ter dois ambientes para escolher no login gráfico da sessão.
Caso o problema ocorra apenas em um ambiente específico, isso restringe o campo de pesquisa (além de ser por si próprio uma solução)
2) Monte um live-pendrive com o Fedora (distribuição).
É a mesmíssima coisa que montar um live-iso do Ubuntu, nenhuma dificuldade.
Verifique se o travamento ocorre também usando o Fedora.
A partir daí saberemos se o problema é uma particularidade do Ubuntu ou se ocorre igualmente em distribuição diversa.
Por que o Fedora?
Porque não pode ser uma distribuição derivada do Debian (que é a distro mãe-pai do Ubuntu) e menos ainda uma diretamente derivada do Ubuntu e que tais forks, pois não estaríamos de fato isolando o problema, já que a tendência que igualmente carreguem o problema, exatamente por serem derivadas.
https://fedoraproject.org/pt_BR/get-fedora
Acho que o Fedora está na versão 20 (é a que tenho aqui em multi-boot) e o ambiente é o gnome, não há dificuldade nenhuma de operação, é tão tranquilo quanto o Ubuntu para usar e, no caso, é usar apenas para ir testando e ver se o problema igualmente ocorre.
Como eu disse eu tinha instalado o Xubuntu e nele tem o XFCE e havia o problema do ponteiro do touchpad travar e os botão direito do touchpad não funcionar.
Quando mudei para o Kubuntu os botões funcionaram perfeitamente, só permaneceu o problema do travamento do ponteiro.
-
Vamos voltar agora ao post #14, em que você fez uso do synclient
Há uma dificuldade no resultado apresentado, digamos assim uma incoerência.
O valor da variável TouchpadOff está assinalado como igual a 2, o que significa que a rolagem vertical e horizontal deveriam estar desabilitadas, entretanto, nos posts a seguir perguntei e voce afirmou que estava funcionando corretamente, que a rolagem estava normal, o que se mostra inconsistente.
Vamos então alterar essa variável para podermos ver o que acontece.
Aguarde......post em elaboração.....
Daqui a pouco volto
Como eu verifico se a rolagem do vertical e horizontal esta funcionando corretamente? Só mover o dedo em cima do touchpad para cima e para baixo e para a direita e esquerda?
-
Como eu verifico se a rolagem do vertical e horizontal esta funcionando corretamente? Só mover o dedo em cima do touchpad para cima e para baixo e para a direita e esquerda?
Isso mesmo, é uma verificação simples da rolagem vertical e horizontal, ou funciona ou não funciona, sem mais aquela.
Obs: retorne lá no post #44 que voce postou antes que eu concluísse o post, então há uma parte a ser executada lá.
-
eu tinha instalado o Xubuntu e nele tem o XFCE e havia o problema do ponteiro do touchpad travar e os botão direito do touchpad não funcionar.
Quando mudei para o Kubuntu os botões funcionaram perfeitamente, só permaneceu o problema do travamento do ponteiro.
Então sabemos que o problema se agrava na interface gráfica do Xubuntu e melhora usando o Kubuntu, o que faz pensar que o problema possa estar relacionado mesmo à interface gráfica.
Chegou a testar diretamente com o Ubuntu usando o Unity e, ainda, usando o Gnome e, melhor ainda, usando o Gnome Painel?
Se o caso, use um pendrive-iso e vá metodicamente fazendo os testes.
Quando estiver em cada um desses ambientes verifique a variável TouchpadOff (explicado no post #44) e no específico ambiente faça a alteração de valor para ver o que acontece, mas isso precisa mesmo ser sistemático e rigoroso para ser conclusivo, é necessário paciência e método para essas coisas.
De toda forma, faça o teste do Fedora, pois aí se estará mudando a própria distribuição e não apenas o ambiente gráfico.
-
Vamos voltar agora ao post #14, em que você fez uso do synclient
Há uma dificuldade no resultado apresentado, digamos assim, uma incoerência.
O valor da variável TouchpadOff está assinalado como igual a 2, o que significa que a rolagem vertical e horizontal deveriam estar desabilitadas, entretanto, nos posts a seguir perguntei e voce afirmou que estava funcionando corretamente, que a rolagem estava normal, o que se mostra inconsistente.
Vamos então alterar essa variável para podermos ver o que acontece.
O synaptics é um Xorg input driver para touchpad.
A opção "TouchpadOff" é um número inteiro e admite os seguintes valores:
0 Touchpad está habilitado (enabled)
1 Touchpad está desabilitado (switched off)
2 Somente rolagem horizontal e vertical desabilitadas (tapping and scrolling switched off)
O "normal" é que a opção esteja em 0 (zero), isto é, habilitado.
Não sei dizer e não tenho a menor ideia do porquê no seu computador isso aí está em 2 (dois) e não no padrão e, pior ainda, estando em 2 por qual razão as rolagens horizontal e vertical ainda estão funcionando, quando não deveriam estar.
Bem, resta alterar os valores e ver o que acontece.
Primeiro modifique o valor para 1 (um) e veja se de fato desabilitou o touchpad.
Depois modifique o valor para 0 (zero) e veja o que acontece, isto é, se funciona, completa ou parcial e, principalmente, se trava ou não trava.
É ir usando e testando com a opção 0 (zero), que é o padrão, para ver o que acontece.
O detalhe é que essa alteração só é válida para a sessão, isto é, se perde quando se encerra a sessão ou quando o computador é reiniciado, ou seja, não é definitiva, então, enquanto estiver testando, precisa alterar manualmente cada vez que for usar.
Existe meios de tornar a alteração definitiva, mas antes de alterar mesmo o sistema tornando a opção definitiva, experimente para ver o que acontece, caso funcione aí nos preocupamos em como alterar definitivo.
Para fazer a alteração digite numa janela do terminal:
----------------------
synclient TouchpadOff=1
Para confirmar se a modificação foi feita, faça a seguir:
synclient | grep TouchpadOff
Experimente o touchpad, nessa situação não deveria estar funcionando.
----------------------
Agora vamos para o padrão, faça:
synclient TouchpadOff=0
Novamente, para confirmar:
synclient | grep TouchpadOff
Veja se o touchpad funciona e vá usando dessa forma para verificar se trava ou não.
Olha o primeiro procedimento...
http://tinypic.com/view.php?pic=sw5pop&s=8#.VH_uVOrd_eQ
O que isso significa?
-
Pela imagem que você postou quer dizer que não está gravando e aceitando a alteração. :-(
Setou o valor 1 (um) na variável, entretanto, ao verificar está lá ainda o valor 2 (dois), como se nada tivesse mudado.
Esse Elantec desde o início é um caso sério., lamentável. :-(
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.
Apenas não lembro exatamente qual é o arquivo onde está essa variável, preciso olhar melhor, uns dias atrás, quando fiz o post #14, até olhei isso e creio que anotei em algum lugar (algum computador), mas como se passou algum tempo desde então, esfriou a memória e agora embaralhou a lembrança disso.
Bem, vamos ver se amanhã ou depois arrumo tempo para ver isso e aí, se o caso, tentamos implementar diretamente no arquivo de configuração, nesse meio tempo e na medida do possível, vá tentando implementar os experimentos de ambiente e distribuição.
-
Pela imagem que você postou quer dizer que não está gravando e aceitando a alteração. :-(
Setou o valor 1 (um) na variável, entretanto, ao verificar está lá ainda o valor 2 (dois), como se nada tivesse mudado.
Esse Elantec desde o início é um caso sério., lamentável. :-(
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.
Apenas não lembro exatamente qual é o arquivo onde está essa variável, preciso olhar melhor, uns dias atrás, quando fiz o post #14, até olhei isso e creio que anotei em algum lugar (algum computador), mas como se passou algum tempo desde então, esfriou a memória e agora embaralhou a lembrança disso.
Bem, vamos ver se amanhã ou depois arrumo tempo para ver isso e aí, se o caso, tentamos implementar diretamente no arquivo de configuração, nesse meio tempo e na medida do possível, vá tentando implementar os experimentos de ambiente e distribuição.
Isso, tenho o Ubuntu 14.10 em algum lugar do computador e vou baixar o Fedora. Acho que eu cheguei a usar o Fedora com o KDE em algum momento nesse computador, e eu acho que eu não instalei ele por causa do botão direito do touchpad. Não me recordo bem.
Mas vou fazer o teste com o Ubuntu e o Fedora com o Gnome.
-
Estou testando o Fedora 20 através do LiveUSB e ta complicado. Botão direito não funciona, um simples toque no touchpad para abrir um documento não funciona.
Complicado. =(
Digitei o comando: synclient
e observei que a variavel: clickPad = 1.
-
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.
synclient TouchpadOff=0
synclient TouchpadOff=1
synclient TouchpadOff=2
E após aplicar cada um verificando se alterou mesmo:
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:
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 ?
-
Esqueci de dizer, importante:
Quando puder montar um live-iso e experimentar com o Lubuntu.
É interessante ver qual será o comportamento na interface gráfica simplificada do Lubuntu.
-
Testei o Ubuntu 14.10 e funcionou o botão direito do touchpad e o toque para abrir um documento funcionou.
-
Ta complicado aplicar essas configurações, por que o teclado ta desconfigurado e o touchpad também esta desconfigurado.
-
Ta complicado aplicar essas configurações, por que o teclado ta desconfigurado e o touchpad também esta desconfigurado.
Plugue provisoriamente um mouse usb para poder trabalhar, depois de configurado, aí sim use apenas o touchpad, não vejo que atrapalhe em nada a verficação necessária.
Quanto ao teclado, os comandos necessário não possuem caracteres latinos (acentos, cedilha), portanto, deveria ser possível sem maiores dificuldades, exceto que uma ou outra tecla pode estar fora de ordem dependendo do teclado, normalmente o símbolo | (pipe) não está na tecla correspondente (procure na tecla de colchete, costuma estar lá) e ainda a barra deitada as vezes está onde é o ; (ponto e vírgula), mas quase sempre é coisa simples de verificar, bastando abrir um editor de texto simples (gedit, kate, leafpad, etc., o que tiver à mão na distro).
Claro que também é possível rapidamente configurar o idioma e o teclado, coisas simples que não demoram 2 minutos para fazer. :-)
-
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):
cat /usr/share/X11/xorg.conf.d/50-synaptics.conf
-
Ainda no Kubuntu instalado, execute também:
xinput list-props "ETPS/2 Elantech Touchpad" | grep Capabilities
e cole aqui o resultado.
-
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):
cat /usr/share/X11/xorg.conf.d/50-synaptics.conf
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
-
Ainda no Kubuntu instalado, execute também:
xinput list-props "ETPS/2 Elantech Touchpad" | grep Capabilities
e cole aqui o resultado.
danilo@danilo-Vostro-5470:~$ xinput list-props "ETPS/2 Elantech Touchpad" | grep Capabilities
Synaptics Capabilities (336): 1, 0, 0, 1, 1, 1, 1
-
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.
synclient TouchpadOff=0
synclient TouchpadOff=1
synclient TouchpadOff=2
E após aplicar cada um verificando se alterou mesmo:
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:
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
[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
-
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. :-(
-
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 é:
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:
mount -o remount,rw /disposito-partição /mount-point
Exemplo, supondo que a sua partição a ser montada esteja em sda1:
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.
-
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.
-
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!
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):
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:
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
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
cd /etc/X11/xorg.conf.d
Abra o arquivo 50-synaptics.conf que para lá foi copiado:
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:
Option "TouchpadOff" "0"
Deve ficar dessa forma:
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:
cat /etc/X11/xorg.conf.d/50-synaptics.conf | grep TouchpadOff
Deve obter como saída:
Option "TouchpadOff" "0"
Reinicie a sessão.
Verifique o estado atual da alteração fazendo:
synclient | grep TouchpadOff
Novamente deve obter como saída:
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.
-
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.
-
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
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
-
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.
-
Ontem travou 3 vezes em menos de 1 hora de uso e com a bateria ligada na tomada.
-
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.
-
Bem, vamos adiante, preciso ver o resultado do seguinte:
cat /sys/module/psmouse/parameters/proto
-
danilo@danilo-Vostro-5470:~$ cat /sys/module/psmouse/parameters/proto
auto
-
Faça o seguinte:
Entre no diretório modprobe.d
cd /etc/modprobe.d
Crie um arquivo com o nome psmouse.conf
sudo touch psmouse.conf
Acrescente esse conteúdo ao arquivo criado:
echo "options psmouse proto=imps" | sudo tee /etc/modprobe.d/psmouse.conf >/dev/null
Confirme o conteúdo do arquivo psmouse.conf fazendo:
cat /etc/modprobe.d/psmouse.conf
Deve resultar:
options psmouse proto=imps
Recarregue o módulo psmouse fazendo (ou reinicie o sistema):
sudo modprobe -r psmouse && sudo modprobe psmouse
Confirme a alteração efetuada fazendo novamente:
cat /sys/module/psmouse/parameters/proto
Agora deve resultar:
ImPS/2
Acelere a velocidade do mouse indo em "Configurações do sistema/Mouse&Touchpad
Mouse
Velocidade do ponteiro ==> inicialmente coloque no máximo e veja se é possível ir usando assim e testando.
Se ficar exageradamente rápido e realmente inusável, reduza um pouco, porém deixando o mais acelerado que puder e for usável.
É necessário que fique acelerado para ver se isso evita o travamento ocasional.
-
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!
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):
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:
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
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
cd /etc/X11/xorg.conf.d
Abra o arquivo 50-synaptics.conf que para lá foi copiado:
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:
Option "TouchpadOff" "0"
Deve ficar dessa forma:
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:
cat /etc/X11/xorg.conf.d/50-synaptics.conf | grep TouchpadOff
Deve obter como saída:
Option "TouchpadOff" "0"
Reinicie a sessão.
Verifique o estado atual da alteração fazendo:
synclient | grep TouchpadOff
Novamente deve obter como saída:
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.
Fiz esse todo esse procedimento agora a pouco.
Logo depois desse procedimento:
synclient | grep TouchpadOff
Novamente deve obter como saída:
TouchpadOff = 0
Ficou dessa forma:
TouchpadOff = 2
-
Êpa, não entendi muito bem!
Então não tinha feito ainda o procedimento do post #67 ?
Se for isso, então é um por vez, primeiro o #67 e vá testando, caso volte a travar, então aí sim faça o procedimento do post de hoje #75.
-
Se o procedimento do post #67 foi feito corretamente deve estar aparecendo:
TouchpadOff = 0
Como eu havia dito, parece que ele demora um pouco para entender a alteração feita, então reinicie o sistema (talvez mais de uma vez), use um pouco o Touchpad e só depois de alguma tempo faça uma nova verificação.
-
Se o procedimento do post #67 foi feito corretamente deve estar aparecendo:
TouchpadOff = 0
Como eu havia dito, parece que ele demora um pouco para entender a alteração feita, então reinicie o sistema (talvez mais de uma vez), use um pouco o Touchpad e só depois de alguma tempo faça uma nova verificação.
oK...vou esperar o procedimento do post 67 concluir.
e logo depois lhe digo o que ocorreu.
mas por enquanto não surgiu efeito. conforme vc pode conferir na post.
vou aguardar mais um pouco. porque todo o procedimento foi feito de forma correta.
-
Não sei se isso tem haver, mas...quando eu instalei o Kubuntu e o Xubuntu ele não criou a partição swap, tive que criar a partição manualmente quando o SO estava instalado. Eu tentei criar a partição swap no modo manual, informando o tamanho desejado.
Ele criou somente a partição, sem nenhum tipo.
-
ele não criou a partição swap
Não vejo nenhuma relação entre uma coisa e outra, é indiferente, isso não tem nada a ver com o touchpad.
Se precisar de uma swap apenas crie uma, é apenas uma partição com um formato especial, nada além, aliás, mesmo tendo uma swap e ainda com o sistema em funcionamento é possível ativá-la ou desativá-la a qualquer tempo.
Não há relação disso com o mau funcionamento do touchpad.
-
# 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"
Option "TouchpadOff" "0"
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
Parece que esta tudo ok, ne?
-
Parece que esta tudo ok, ne?
Não, não está OK, está faltando exatamente fazer a alteração proposta!
O restante é tudo igual, é apenas acrescentar uma linha na posição mencionada no post respectivo # 67.
-
Olá, druidaobelix
Toda vez que o computador é iniciado aparece
TouchpadOff = 2
Depois de um tempo de uso muda para o:
TouchpadOff = 0
Depois que muda para o TouchpadOff = 0, o computador fica muito estranho...não reinicia automaticamente, o atalho para abrir o terminal não funciona =S
Complicado =(
-
Depois de um tempo de uso muda para o:
TouchpadOff = 0
Então quer dizer que altera, o que é bom, então é usar e usar e ver se ainda trava ou não.
o computador fica muito estranho...não reinicia automaticamente,
Explique melhor isso aí acima, normalmente o computador não reinicia mesmo automaticamente, é necessário que se ordene (executando um comando ou clicando em um ícone correspondente) para que ele reinicie.
o atalho para abrir o terminal não funciona
Que atalho?
Não sei qual é o atalho para o terminal no Kubuntu.
Tenho a impressão que a última vez que usei um live do Kubuntu eu próprio configurei o atalho para o terminal para deixá-lo igual ao padrão do Ubuntu, tenho uma vaga lembrança que isso não vem configurado por padrão. É assim ou não?
-
Depois de um tempo de uso muda para o:
TouchpadOff = 0
Então quer dizer que altera, o que é bom, então é usar e usar e ver se ainda trava ou não.
o computador fica muito estranho...não reinicia automaticamente,
Explique melhor isso aí acima, normalmente o computador não reinicia mesmo automaticamente, é necessário que se ordene (executando um comando ou clicando em um ícone correspondente) para que ele reinicie.
o atalho para abrir o terminal não funciona
Que atalho?
Não sei qual é o atalho para o terminal no Kubuntu.
Tenho a impressão que a última vez que usei um live do Kubuntu eu próprio configurei o atalho para o terminal para deixá-lo igual ao padrão do Ubuntu, tenho uma vaga lembrança que isso não vem configurado por padrão. É assim ou não?
Quando eu clico no botão reiniciar o computador não reinicia e o botão CRTL + T não funciona para abrir o Terminal. (esse comando eu configurei manualmente)
Agora por exemplo, não alterou para o TouchpadOff = 0, já reiniciei o computador duas vezes e não alterou. Permanece no TouchpadOff = 2.
Quando eu digito o comando:
sudo kate /etc/X11/xorg.conf.d/50-synaptics.conf
Para verificar como esta o arquivo aparece diversos erros, é natural isso?
-
Quando eu digito o comando:
sudo kate /etc/X11/xorg.conf.d/50-synaptics.conf
Para verificar como esta o arquivo [...]
Para ver o arquivo não é necessário usar o kate, que é um editor de texto, use apenas:
cat /etc/X11/xorg.conf.d/50-synaptics.conf | grep TouchpadOff
Deve resultar:
Option "TouchpadOff" "0"
Mas isso não é necessário ficar verificando, pois uma vez alterado e confirmada a alteração no arquivo de configuração, está alterado e não irá mudar sozinho.
O que indica o *estado* em que está operando é:
synclient | grep TouchpadOff
Deve resultar:
TouchpadOff = 0
Ou seja, isso indica se o parâmetro do arquivo de configuração está de fato sendo usado pelo sistema.
De qualquer forma parece que você já confirmou que o *estado* foi para 0 (zero), demora um pouco mas vai, então é insistir em usar para testar o efeito sobre o travamento, que é o objeto central da questão.
Consertar o modo de desligar e ainda a tecla de atalho para o Terminal podemos fazer se o travamento de fato parar, caso contrário, isto é, se o travamento continuar, então é só reverter a mudança e por consequência tudo volta a ser como antes, porém, se o travamento realmente parar, aí então procuramos solução para os problemas novos.
-
Olá usuário do Ubuntu, tudo bem? Eu estou com um problema que eu comprei um mouse novo, e o mesmo trava depois de um tempo de uso. Fui ao Windows, e ele funcionou perfeitamente. Fiquei usando-o direto durante sete(7) horas e nada de travar. No Ubuntu, trava depois de uns trinta(30) minutos. Eu acho que o problema deve estar no arquivo "xserver-xorg-input-mouse". A versão do meu é 1:1.9.1-1 que está dando este problema. O meu é um computador normal, diferente do relatado por vocês aqui nos tópicos, o "Dell". A minha placa-mãe, é uma Asrock, modelo "G41m-vs3" mas isto eu acho que não tenha nada a ver, já que o problema acontece com a parte de software. Vou tentar reportar este bug e informar que está acontecendo em diversos dispositivos que movimentem o ícone.
-
Problema, acontecendo com frequencia...=//
Estava de ferias e não estava usando o computador...
Mas agora voltou...
-
Faz algum tempo, não lembro mais os detalhes, preciso rever a thread mais detalhadamente, porém se a modificação proposta no post # 75 não funcionou, isto é, não eliminou ou mesmo reduziu substancialmente os travamentos, então não há porque manter as alterações, assim, reverta ao estado anterior.
No post #69 está explicado como reverter a primeira das alterações (que era o post #67);
Desfazer o proposto no #75 é só apagar o arquivo criado psmouse.conf
sudo rm /etc/modprobe.d/psmouse.conf
Reinicie o sistema para recarregar com outro módulo.
Regule novamente a velocidade do mouse (que tinha sido acelerada) indo em "Configurações do sistema/Mouse&Touchpad
De todo modo, faça o proposto no post #72, isto é, montar um live-iso com o LUBUNTU e testar extensivamente para ver como se comporta nesse ambiente, pois há aí uma variável importante de configuração do ambiente gráfico.
-
Eu estava de férias até esqueci do computador.
Essa semana voltei a ativa e fui usar o computador esta a mesma coisa.
=//
Complicado, desanimador...
-
Pelo tempo que passou descobri em alguns foruns problemas igual ao meu.
Parece que a solução esta no sudo synclient TouchpadOff=2.
Li que várias pessoas alteraram o TouchpadOff=2 para TouchpadOff=0 e o travamento parou.
Temos forçar esse TouchpadOff=0.
-
No post #90, havia sido dito:
De todo modo, faça o proposto no post #72, isto é, montar um live-iso com o LUBUNTU e testar extensivamente para ver como se comporta nesse ambiente, pois há aí uma variável importante de configuração do ambiente gráfico.
Chegou a testar com o LUBUNTU conforme pedido?
O que resultou?
-
Ainda não.
-
Ainda não.
Se e quando puder fazer a gentileza de testar o comportamento do touchpad a partir de um live-iso do LUBUNTU agradeço, vez que iria satisfazer uma curiosidade técnica minha nessa questão. Tenho a impressão de que pode funcionar.
-
Mas vamos adiante.
A questão é a seguinte: foi criado um patch, por um cidadão chamado Nikhil Mahale (nickname nmahale), para esse problema de congelamento desse touchpad Elantech.
Você encontra e pode ver o patch no link abaixo, o qual, claro, precisa ser aplicado manualmente:
https://launchpadlibrarian.net/190259378/0001-os-Fix-timer-race-conditions.patch
Basicamente tal patch faz modificações nos arquivos xserver-common e xserver-xorg-core isso referenciado especificamente para a versão 1.15.1 desses arquivos.
Como o patcheamento manual é algo um pouco trabalhoso e nem sempre muito acessível pois que envolve a compilação do código fonte, um outro cidadão, laurence dawney ( nicjname lozdawney) produziu dois pacotes .deb que fazem a tarefa de uma forma fácil.
Tais pacotes podem ser encontrados e baixados a partir desses links do 4shared:
http://www.4shared.com/file/0NElCvFjba/xserver-common_1151-0ubuntu21_.html
http://www.4shared.com/file/urxSMN3Rba/xserver-xorg-core_1151-0ubuntu.html
No final das contas é necessário obter esses dois pacotes .deb:
xserver-common_1.15.1-0ubuntu2.1_all.deb
xserver-xorg-core_1.15.1-0ubuntu2.1_amd64.deb
Se for utilizar esses pacotes, tente inicialmente fazer a instalação usando a Central de Programas do Ubuntu, para o que basta clicar sobre o arquivo baixado e com o botão direito do mouse chamar o instalador.
Se não prosperar, ainda é possível, obtidos os pacotes .deb, fazer a instalação dos pacotes usando:
sudo dpkg -i nome_arquivo.deb
O relativo incoveniente da aplicação extraordinária de um patch é que na próxima atualização sistêmica do Ubuntu o patch deixa de funcionar, porque há a substituição do(s) arquivo(s) alterados por outros fornecidos diretamente pela distribuição. Nesse caso o único recurso é aplicar de novo o patch e ver se continua funcionando ou então travar a atualização do arquivo, não permitindo sua substituição (fazer o pinning de um arquivo ou pregar um arquivo) , não há outro meio.
Entretanto, parece que há uma boa notícia, vez que em 06/02/2015, anteontem, há a informação de que o patch foi finalmente incorporado ao xorg, o que pode ser visto aqui (inclusive também o patch):
https://bugs.freedesktop.org/show_bug.cgi?id=86288
Isso significa que muito provavelmente essa atualização não irá demorar a aparecer também por padrão no Ubuntu, nas atualizações ordinárias, o que muito facilita, pois que não mais fica dependendo de aplicações extraordinárias.
Na verdade certifique-se que o touchpad continua travando antes de aplicar esse patch através dos pacotes .deb, pois pode até já ter ocorrido a atualização automática pela distribuição.
Se usar os pacotes, após a instalação reinicie o sistema.
-
Instalei esses patch.
Agora é aguardar...
Logo depois que eu instalei os patchs e reiniciei o computador apareceu uma atualização para eu fazer dos seguintes arquivos:
xserver-cammon
xserver-xorg-core
-
Vamos ver o que está instalado.
Faz aí esses dois comandos e cole aqui o resultado:
apt-cache show xserver-common
apt-cache show xserver-xorg-core
-
danilo@danilo-Vostro-5470:~$ apt-cache show xserver-common
Package: xserver-common
Priority: optional
Section: x11
Installed-Size: 1763
Maintainer: Ubuntu X-SWAT <ubuntu-x@lists.ubuntu.com>
Original-Maintainer: Debian X Strike Force <debian-x@lists.debian.org>
Architecture: all
Source: xorg-server
Version: 2:1.15.1-0ubuntu2.6
Replaces: xserver-common-lts-quantal (<< 3:0), xserver-common-lts-raring (<< 3:0), xserver-common-lts-saucy (<< 3:0), xserver-common-lts-trusty (<< 3:0), xserver-xorg-core (<< 2:1.5.2)
Depends: x11-common, xkb-data, x11-xkb-utils
Recommends: xfonts-base, xauth
Breaks: xserver-common-lts-quantal (<< 3:0), xserver-common-lts-raring (<< 3:0), xserver-common-lts-saucy (<< 3:0), xserver-common-lts-trusty (<< 3:0)
Filename: pool/main/x/xorg-server/xserver-common_1.15.1-0ubuntu2.6_all.deb
Size: 27700
MD5sum: a052fc092652430133049c3d0d8fdb49
SHA1: ce95d890679c8eed41b2b3dea31871c76d258d0e
SHA256: 9f490df6feec4e6a235e4f6dbb34e7d3c37d82d532929e3244bc89ff0d72adef
Description-pt_BR: arquivos em comum usados por vários servidores X
Este pacote fornece os arquivos necessários para todos os servidores X
baseados no X.Org.
Description-md5: be03943b6955ee9fae7163ad516c772f
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu
Supported: 5y
Task: ubuntu-desktop, ubuntu-usb, kubuntu-desktop, kubuntu-active, kubuntu-active-desktop, kubuntu-active, edubuntu-desktop, edubuntu-usb, xubuntu-desktop, mythbuntu-frontend, mythbuntu-desktop, mythbuntu-backend-slave, mythbuntu-backend-master, lubuntu-core, ubuntustudio-desktop, ubuntu-gnome-desktop
Package: xserver-common
Priority: optional
Section: x11
Installed-Size: 1763
Maintainer: Ubuntu X-SWAT <ubuntu-x@lists.ubuntu.com>
Original-Maintainer: Debian X Strike Force <debian-x@lists.debian.org>
Architecture: all
Source: xorg-server
Version: 2:1.15.1-0ubuntu2.5
Replaces: xserver-common-lts-quantal (<< 3:0), xserver-common-lts-raring (<< 3:0), xserver-common-lts-saucy (<< 3:0), xserver-common-lts-trusty (<< 3:0), xserver-xorg-core (<< 2:1.5.2)
Depends: x11-common, xkb-data, x11-xkb-utils
Recommends: xfonts-base, xauth
Breaks: xserver-common-lts-quantal (<< 3:0), xserver-common-lts-raring (<< 3:0), xserver-common-lts-saucy (<< 3:0), xserver-common-lts-trusty (<< 3:0)
Filename: pool/main/x/xorg-server/xserver-common_1.15.1-0ubuntu2.5_all.deb
Size: 27564
MD5sum: 0831978b770dccea06219f48577e3785
SHA1: 58a3e3dcb212ac75ea786b7cd9eaa532a83c23de
SHA256: a2137a695c5f658495baba962296d98cbf05477455dde6c087c0abe745adf816
Description-pt_BR: arquivos em comum usados por vários servidores X
Este pacote fornece os arquivos necessários para todos os servidores X
baseados no X.Org.
Description-md5: be03943b6955ee9fae7163ad516c772f
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu
Supported: 5y
Task: ubuntu-desktop, ubuntu-usb, kubuntu-desktop, kubuntu-active, kubuntu-active-desktop, kubuntu-active, edubuntu-desktop, edubuntu-usb, xubuntu-desktop, mythbuntu-frontend, mythbuntu-desktop, mythbuntu-backend-slave, mythbuntu-backend-master, lubuntu-core, ubuntustudio-desktop, ubuntu-gnome-desktop
Package: xserver-common
Priority: optional
Section: x11
Installed-Size: 1762
Maintainer: Ubuntu X-SWAT <ubuntu-x@lists.ubuntu.com>
Original-Maintainer: Debian X Strike Force <debian-x@lists.debian.org>
Architecture: all
Source: xorg-server
Version: 2:1.15.1-0ubuntu2
Replaces: xserver-common-lts-quantal (<< 3:0), xserver-common-lts-raring (<< 3:0), xserver-common-lts-saucy (<< 3:0), xserver-common-lts-trusty (<< 3:0), xserver-xorg-core (<< 2:1.5.2)
Depends: x11-common, xkb-data, x11-xkb-utils
Recommends: xfonts-base, xauth
Breaks: xserver-common-lts-quantal (<< 3:0), xserver-common-lts-raring (<< 3:0), xserver-common-lts-saucy (<< 3:0), xserver-common-lts-trusty (<< 3:0)
Filename: pool/main/x/xorg-server/xserver-common_1.15.1-0ubuntu2_all.deb
Size: 27170
MD5sum: 08eaa74918537c080c75edf1e29d0ffc
SHA1: a0020e15fc214ff3f03b90291cd47a3ef7831ac2
SHA256: 1f5a2d99d1b6c555235a4935c034fcb2379f8f033224e1318a10fb9e3691c903
Description-pt_BR: arquivos em comum usados por vários servidores X
Este pacote fornece os arquivos necessários para todos os servidores X
baseados no X.Org.
Description-md5: be03943b6955ee9fae7163ad516c772f
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu
Supported: 5y
Task: ubuntu-desktop, ubuntu-usb, kubuntu-desktop, kubuntu-active, kubuntu-active-desktop, kubuntu-active, edubuntu-desktop, edubuntu-usb, xubuntu-desktop, mythbuntu-frontend, mythbuntu-desktop, mythbuntu-backend-slave, mythbuntu-backend-master, lubuntu-core, ubuntustudio-desktop, ubuntu-gnome-desktop
-
danilo@danilo-Vostro-5470:~$ apt-cache show xserver-xorg-core
Package: xserver-xorg-core
Priority: optional
Section: x11
Installed-Size: 3678
Maintainer: Ubuntu X-SWAT <ubuntu-x@lists.ubuntu.com>
Original-Maintainer: Debian X Strike Force <debian-x@lists.debian.org>
Architecture: amd64
Source: xorg-server
Version: 2:1.15.1-0ubuntu2.6
Provides: xorg-input-abi-20, xorg-video-abi-15
Depends: xserver-common (>= 2:1.15.1-0ubuntu2.6), keyboard-configuration, udev (>= 149), libaudit1 (>= 1:2.2.1), libc6 (>= 2.17), libdrm2 (>= 2.3.1), libgcrypt11 (>= 1.5.1), libgl1-mesa-glx | libgl1, libpciaccess0 (>= 0.12.902), libpixman-1-0 (>= 0.30.0), libselinux1 (>= 2.0.82), libudev1 (>= 183), libxau6, libxdmcp6, libxfont1 (>= 1:1.4.2), libxshmfence1
Recommends: libgl1-mesa-dri (>= 7.10.2-4)
Suggests: xfonts-100dpi | xfonts-75dpi, xfonts-scalable
Conflicts: xserver-xorg-input-evtouch
Breaks: libgl1-mesa-dri (<< 7.10.2-4), libgl1-mesa-dri-experimental (<< 7.10.2-4), libxfixes3 (<< 1:5.0.1), libxi6 (<< 2:1.7.1.901), qt4-x11 (<< 4:4.8.0-1ubuntu2), unity (<< 7.0.2), utouch-frame (<< 2.1.0), utouch-geis (<< 2.2.3), xserver-xorg-input, xserver-xorg-input-2, xserver-xorg-input-2.1, xserver-xorg-input-4, xserver-xorg-input-7, xserver-xorg-input-joystick (<= 1:1.5.0-3), xserver-xorg-input-synaptics (<= 1.2.2-1ubuntu4), xserver-xorg-input-tslib (<= 0.0.6-3), xserver-xorg-input-vmmouse (<= 1:12.6.5-4ubuntu2), xserver-xorg-input-wacom (<= 0.10.5+20100415-1), xserver-xorg-video, xserver-xorg-video-1.0, xserver-xorg-video-1.9, xserver-xorg-video-2, xserver-xorg-video-4, xserver-xorg-video-5, xserver-xorg-video-6, xserver-xorg-video-cyrix (<= 1:1.1.0-8), xserver-xorg-video-i810 (<< 2:2.4), xserver-xorg-video-imstt (<= 1:1.1.0-7), xserver-xorg-video-nsc (<= 1:2.8.3-4), xserver-xorg-video-sunbw2 (<= 1:1.1.0-5), xserver-xorg-video-v4l (<< 1:0.2.0), xserver-xorg-video-vga (<= 1:4.1.0-8)
Filename: pool/main/x/xorg-server/xserver-xorg-core_1.15.1-0ubuntu2.6_amd64.deb
Size: 1228918
MD5sum: 587891ec00014e55fcce060d0aaef23f
SHA1: 5c091a019d9add4565c261b23777ddca54909b71
SHA256: 0cb4d51978b7722d5bf9511c1137cddd41152a502510ec62055451a30b97e100
Description-pt_BR: Xorg X server - core server
The Xorg X server is an X server for several architectures and operating
systems, which is derived from the XFree86 4.x series of X servers.
.
The Xorg server supports most modern graphics hardware from most vendors,
and supersedes all XFree86 X servers.
.
Mais informações sobre o X.Org podem ser encontradas em:
<URL:http://www.X.org>
.
This package is built from the X.org xserver module.
Description-md5: e3826a765918b79dee4b90ec97f9302c
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu
Supported: 5y
Task: ubuntu-desktop, ubuntu-usb, kubuntu-desktop, kubuntu-active, kubuntu-active-desktop, kubuntu-active, edubuntu-desktop, edubuntu-usb, xubuntu-desktop, mythbuntu-frontend, mythbuntu-desktop, mythbuntu-backend-slave, mythbuntu-backend-master, lubuntu-core, ubuntustudio-desktop, ubuntu-gnome-desktop
Package: xserver-xorg-core
Priority: optional
Section: x11
Installed-Size: 3673
Maintainer: Ubuntu X-SWAT <ubuntu-x@lists.ubuntu.com>
Original-Maintainer: Debian X Strike Force <debian-x@lists.debian.org>
Architecture: amd64
Source: xorg-server
Version: 2:1.15.1-0ubuntu2.5
Provides: xorg-input-abi-20, xorg-video-abi-15
Depends: xserver-common (>= 2:1.15.1-0ubuntu2.5), keyboard-configuration, udev (>= 149), libaudit1 (>= 1:2.2.1), libc6 (>= 2.17), libdrm2 (>= 2.3.1), libgcrypt11 (>= 1.5.1), libgl1-mesa-glx | libgl1, libpciaccess0 (>= 0.12.902), libpixman-1-0 (>= 0.30.0), libselinux1 (>= 2.0.82), libudev1 (>= 183), libxau6, libxdmcp6, libxfont1 (>= 1:1.4.2), libxshmfence1
Recommends: libgl1-mesa-dri (>= 7.10.2-4)
Suggests: xfonts-100dpi | xfonts-75dpi, xfonts-scalable
Conflicts: xserver-xorg-input-evtouch
Breaks: libgl1-mesa-dri (<< 7.10.2-4), libgl1-mesa-dri-experimental (<< 7.10.2-4), libxfixes3 (<< 1:5.0.1), libxi6 (<< 2:1.7.1.901), qt4-x11 (<< 4:4.8.0-1ubuntu2), unity (<< 7.0.2), utouch-frame (<< 2.1.0), utouch-geis (<< 2.2.3), xserver-xorg-input, xserver-xorg-input-2, xserver-xorg-input-2.1, xserver-xorg-input-4, xserver-xorg-input-7, xserver-xorg-input-joystick (<= 1:1.5.0-3), xserver-xorg-input-synaptics (<= 1.2.2-1ubuntu4), xserver-xorg-input-tslib (<= 0.0.6-3), xserver-xorg-input-vmmouse (<= 1:12.6.5-4ubuntu2), xserver-xorg-input-wacom (<= 0.10.5+20100415-1), xserver-xorg-video, xserver-xorg-video-1.0, xserver-xorg-video-1.9, xserver-xorg-video-2, xserver-xorg-video-4, xserver-xorg-video-5, xserver-xorg-video-6, xserver-xorg-video-cyrix (<= 1:1.1.0-8), xserver-xorg-video-i810 (<< 2:2.4), xserver-xorg-video-imstt (<= 1:1.1.0-7), xserver-xorg-video-nsc (<= 1:2.8.3-4), xserver-xorg-video-sunbw2 (<= 1:1.1.0-5), xserver-xorg-video-v4l (<< 1:0.2.0), xserver-xorg-video-vga (<= 1:4.1.0-8)
Filename: pool/main/x/xorg-server/xserver-xorg-core_1.15.1-0ubuntu2.5_amd64.deb
Size: 1227908
MD5sum: 34a0624627daf22468c6f2eaab8967a6
SHA1: 1ed077bab8668d312f66ee022c40a01a97f3f638
SHA256: ee3a2535635fff9e9e0d645c86b6de874410d191a71fc957e4aae6b1410cb96a
Description-pt_BR: Xorg X server - core server
The Xorg X server is an X server for several architectures and operating
systems, which is derived from the XFree86 4.x series of X servers.
.
The Xorg server supports most modern graphics hardware from most vendors,
and supersedes all XFree86 X servers.
.
Mais informações sobre o X.Org podem ser encontradas em:
<URL:http://www.X.org>
.
This package is built from the X.org xserver module.
Description-md5: e3826a765918b79dee4b90ec97f9302c
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu
Supported: 5y
Task: ubuntu-desktop, ubuntu-usb, kubuntu-desktop, kubuntu-active, kubuntu-active-desktop, kubuntu-active, edubuntu-desktop, edubuntu-usb, xubuntu-desktop, mythbuntu-frontend, mythbuntu-desktop, mythbuntu-backend-slave, mythbuntu-backend-master, lubuntu-core, ubuntustudio-desktop, ubuntu-gnome-desktop
Package: xserver-xorg-core
Priority: optional
Section: x11
Installed-Size: 3669
Maintainer: Ubuntu X-SWAT <ubuntu-x@lists.ubuntu.com>
Original-Maintainer: Debian X Strike Force <debian-x@lists.debian.org>
Architecture: amd64
Source: xorg-server
Version: 2:1.15.1-0ubuntu2
Provides: xorg-input-abi-20, xorg-video-abi-15
Depends: xserver-common (>= 2:1.15.1-0ubuntu2), keyboard-configuration, udev (>= 149), libaudit1 (>= 1:2.2.1), libc6 (>= 2.17), libdrm2 (>= 2.3.1), libgcrypt11 (>= 1.5.1), libgl1-mesa-glx | libgl1, libpciaccess0 (>= 0.12.902), libpixman-1-0 (>= 0.30.0), libselinux1 (>= 2.0.82), libudev1 (>= 183), libxau6, libxdmcp6, libxfont1 (>= 1:1.4.2), libxshmfence1
Recommends: libgl1-mesa-dri (>= 7.10.2-4)
Suggests: xfonts-100dpi | xfonts-75dpi, xfonts-scalable
Conflicts: xserver-xorg-input-evtouch
Breaks: libgl1-mesa-dri (<< 7.10.2-4), libgl1-mesa-dri-experimental (<< 7.10.2-4), libxfixes3 (<< 1:5.0.1), libxi6 (<< 2:1.7.1.901), qt4-x11 (<< 4:4.8.0-1ubuntu2), unity (<< 7.0.2), utouch-frame (<< 2.1.0), utouch-geis (<< 2.2.3), xserver-xorg-input, xserver-xorg-input-2, xserver-xorg-input-2.1, xserver-xorg-input-4, xserver-xorg-input-7, xserver-xorg-input-joystick (<= 1:1.5.0-3), xserver-xorg-input-synaptics (<= 1.2.2-1ubuntu4), xserver-xorg-input-tslib (<= 0.0.6-3), xserver-xorg-input-vmmouse (<= 1:12.6.5-4ubuntu2), xserver-xorg-input-wacom (<= 0.10.5+20100415-1), xserver-xorg-video, xserver-xorg-video-1.0, xserver-xorg-video-1.9, xserver-xorg-video-2, xserver-xorg-video-4, xserver-xorg-video-5, xserver-xorg-video-6, xserver-xorg-video-cyrix (<= 1:1.1.0-8), xserver-xorg-video-i810 (<< 2:2.4), xserver-xorg-video-imstt (<= 1:1.1.0-7), xserver-xorg-video-nsc (<= 1:2.8.3-4), xserver-xorg-video-sunbw2 (<= 1:1.1.0-5), xserver-xorg-video-v4l (<< 1:0.2.0), xserver-xorg-video-vga (<= 1:4.1.0-8)
Filename: pool/main/x/xorg-server/xserver-xorg-core_1.15.1-0ubuntu2_amd64.deb
Size: 1227730
MD5sum: 1ccf9dc83ecdaf7894d8258835e79b9c
SHA1: 385ad98c31d11047cec2271ef72ae109a5826503
SHA256: aa25ed7a78a019d282186fc2a652908789a26f6f75340bbcb42eb7582ed5f832
Description-pt_BR: Xorg X server - core server
The Xorg X server is an X server for several architectures and operating
systems, which is derived from the XFree86 4.x series of X servers.
.
The Xorg server supports most modern graphics hardware from most vendors,
and supersedes all XFree86 X servers.
.
Mais informações sobre o X.Org podem ser encontradas em:
<URL:http://www.X.org>
.
This package is built from the X.org xserver module.
Description-md5: e3826a765918b79dee4b90ec97f9302c
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu
Supported: 5y
Task: ubuntu-desktop, ubuntu-usb, kubuntu-desktop, kubuntu-active, kubuntu-active-desktop, kubuntu-active, edubuntu-desktop, edubuntu-usb, xubuntu-desktop, mythbuntu-frontend, mythbuntu-desktop, mythbuntu-backend-slave, mythbuntu-backend-master, lubuntu-core, ubuntustudio-desktop, ubuntu-gnome-desktop
-
Travou novamente.
=(
-
No Lubuntu TouchpadOff = 0 por padrão.
No Ubuntu TouchpadOff = 2 por padrão.
-
olá, Druida,
tem novas informações?
-
tem novas informações?
Você disse no post anterior que no Lubuntu a variável TouchpadOff está como 0 (zero) por padrão, o que significa estar habilitado e é o correto.
Agora precisa usar extensivamente o Lubuntu e constatar se nele ocorre o travamento ou não, é isso.
-
Quando haverá uma atualização no Kubuntu que arrumará essa falha?
-
Quando haverá uma atualização no Kubuntu que arrumará essa falha?
Sem nenhuma previsão, vez que como lhe informei, acabou de ser feito um patch de correção, que você aplicou e diz que aí não surtiu efeito, embora tenha resolvido o problema para várias outras pessoas que estavam com esse problema no Ubuntu.
Agora, se e quando será feito um novo patch é impossível saber, pois depende da confirmação de reclamação de um número satisfatório de ocorrências que registrem e confirmem a continuação do problema, mas não é apenas isso, depende também de ser possível minimamente entender tecnicamente a ocorrência e preferencialmente poder reproduzir o problema.
Veja que, em regra, o desenvolvedor não tem uma máquina igual àquela que está sendo apontado o problema, então ele não consegue reproduzir a situação, portanto, não consegue fazer o debug do processamento para identificar precisamente porque está ocorrendo.
Note que a questão não é geral, pois se fosse seria fácil corrigir e rapidamente seria feito.
Tenho vários notebooks e nenhum apresenta esse problema, várias pessoas possuem notebooks com touchpad e não têm essa ocorrência, portanto, é uma específica configuração ainda indeterminada, porém possivelmente relacionada ao touchpad Elantech que está com essa ocorrência, embora nem mesmo isso seja uma certeza, pois parece ser uma interrelação específica entre o driver do touchpad e o driver da placa de vídeo.
E então, tem testado exaustivamente no Lubuntu?
Qual o resultado?
-
Será que é possivel o problema aparecer mesmo no LiveCD?
-
Será que é possivel o problema aparecer mesmo no LiveCD?
Não entendi muito bem o seu raciocínio, de toda forma, insisto fortemente na necessidade de testar no Lubuntu.
Conforme já vimos antes, você está trabalhando com o driver da nvidia e uma certa configuração, ao passo que Lubuntu original estará trabalhando com o driver da nouveau, então aí abre-se uma possibilidade, mas se você não confirmar, então não há como ir adiante.
-
Ainda não testei por um grande período, vou fazer o teste por um dia e vou ver qual será o resultado.
-
Minha duvida é se existe a possibilidade do problema parecer sem o SO estar instalado no HD, só rodando a partir do PENDRIVRE.
-
Minha duvida é se existe a possibilidade do problema parecer sem o SO estar instalado no HD, só rodando a partir do PENDRIVRE.
Só mesmo testando para saber, subindo o sistema através de um live-iso e verificando.
Se você tiver partições disponíveis nem mesmo precisa gravar um pendrive, dá para subir o live-iso direto do disco.
-
Tenho somente uma partição, estou testando em um pendrive mesmo.
Caso não ocorra o problema o que iremos fazer?
-
Caso não ocorra o problema o que iremos fazer?
Caso rode no Lubuntu e o problema não ocorra:
1) Voce terá descoberto e confirmado que o problema não é especificamente do seu hardware;
2) Terá descoberto que o Lubuntu é por si só uma solução ao problema;
3) Poderá tentar, se quiser, usar o driver nouveau no Kubuntu e ver o que acontece;
4) Poderá, ainda, experimentar outros drivers da NVídia.
No mínimo, de plano, resultaria nessas conclusões.
-
Com os drivers da nouveau eu terei todos os recursos do video da nvdia?
-
Mais um detalhe, faça ainda essa experiência no Kubuntu instalado.
sudo modprobe -r psmouse && modprobe psmouse proto=imps
Isso não faz lá muito sentido, pois já fizemos algo semelhante, embora no arquivo de configuração, e você disse que não eliminou o problema, porém por esses dias numa outra thread, digo, tópico, que atendi aqui no fórum, um usuário insistiu que, para ele, a alteração no arquivo de configuração não resolvia o problema do touchpad no notebook dele, porém subindo manualmente, dessa forma que mencionei acima, resolvia, o que parece incoerente, mas nessa altura do campeonato não custa testar, já que é muito simples, bastando executar o comando acima.
Note que esse comando só altera momentaneamente o estado do touchpad, quando reinicia o sistema a alteração se perde, mas se funcionar, é fácil torná-lo permamente.
Então, o que precisa fazer é aplicar o comando no Kubuntu toda vez que subir o sistema e ir usando para ver o que acontece, isto é se trava ou não.
Em paralelo a isso, insisto, não esqueça do experimento do Lubuntu.
-
Que estranho! Quando eu digito esse comando:
sudo modprobe -r psmouse && modprobe psmouse proto=imps
o cursor trava imediatamente, só consigo usar o computador pelo teclado.
preciso as teclas CTRL + F2 e CTRL + F7 e o cursor não volta a funcionar.
-
Com os drivers da nouveau eu terei todos os recursos do video da nvdia?
Nouveau é o driver free e open source para a placa gráfica Nvidia.
Neste computador que estou escrevendo esta resposta, é uma placa NVídia e estou usando o Lubuntu rodando nouveau e é mais que satisfatório, aliás, das instalações que existem neste computador (são várias partições com vários SO), esta é a que mais uso, é a minha preferida, portanto, para meu uso é perfeito.
Não tenho problemas de nenhuma espécie, tudo funciona sempre muitíssimo bem, nada engasga, enrosca, nunca há problemas de atualizações de drivers de placa de vídeo de fabricante, nada, absolutamente nada, fantasticamente perfeita a dupla nouveau e Lubuntu.
Entretanto, veja, cada pessoa usa um computador de uma forma diferente, para diferentes finalidades, então é ver o caso concreto se é adequado ao uso de cada qual.
De toda forma, estamos conjecturando sobre hipóteses, o que não é lá muito produtivo, pois nem ao menos sabemos ainda se o seu touchpad funciona bem no ambiente do Lubuntu.
Faça os testes e aí avalie concretamente, é o melhor a fazer.
-
druidaobelix, poderia dar uma atenção no tópico #116.
-
poderia dar uma atenção no tópico #116.
Apenas não funcionou, nada a fazer, ao reiniciar o sistema tudo volta ao normal.
-
poderia dar uma atenção no tópico #116.
Apenas não funcionou, nada a fazer, ao reiniciar o sistema tudo volta ao normal.
Isso.
-
Mas não é estranho o cursor travar imediatamente quando eu digito o comando.
-
Mas não é estranho o cursor travar imediatamente quando eu digito o comando.
Não, nada de estranho, o que o comando modprobe faz, na primeira parte dele, com o parâmetro -r é baixar da memória o driver que está sendo utilizado naquele momento, ou seja, matou o touchpad, e em seguida sobe o mesmo driver para a memória, apenas que usando um parâmetro adicional, que é o proto=imps.
Apenas não funcionou, como já era esperado.
Já havíamos feito coisa semelhante lá atrás, apenas que por um outro modo, alterando o arquivo de configuração.
O teste foi apenas para comprovar, em razão da afirmação do outro usuário, como mencionei.
Não esperava que funcionasse, realmente não funcionou, está dentro da normalidade.
-
Aproveitando o embalo, existem alguns relatos dizendo que desativar a função "Desabilitar o touchpad quando estiver usando o teclado" faz com que a quantidade de travamentos diminua.
Esse parâmetro no Kubuntu está em Configurações/Teclado, está meio escondidinho, é a última aba, se não me falha a memória.
O nome pode nem ser exatamente esse que mencionei, mas é algo muito semelhante, não dá para errar.
-
O Lubuntu 14.10 tem suporte por quanto tempo?
E o Lubuntu 14.04 tem suporte por quanto tempo?
-
O Lubuntu 14.10 tem suporte por quanto tempo? E o Lubuntu 14.04 tem suporte por quanto tempo?
Como se trata de sabor, isto é, variante derivada e baseada no Ubuntu, segue o mesmo esquema do principal.
Versões LTS (atualmente 12.04 e 14.04), suporte por 5 anos;
Versões intermediárias (final 10, referente ao mês de outubro, atualmente em vigor) servem para testar e experimentar novas funcionalidades e modelos, esgotam-se rapidinho, são apenas campo de prova para constituir futuras versões LTS.
Veja isso aqui para entender melhor o calendário geral de validade e suporte de todas as versões
List of releases
https://wiki.ubuntu.com/Releases
E ainda:
Lubuntu vs Ubuntu
Both Lubuntu and Ubuntu share Two Major Important Things:
Same Core System
Same Repositories
Lubuntu and Ubuntu belong to the same family and talking about each as totally different two systems is not correct since they have some things in common. Thus, we use the same Forum Area and share many Wiki Pages.
The differences between Lubuntu and Ubuntu are:
Different DE - Lubuntu uses LXDE while Ubuntu uses Unity as the default DE.
Different Default Applications
-
Estou testando o Lubuntu 14.10 e até agora não travou.
Estou baixando o Lubuntu 14.04 e testarei também.
-
O bom de ser um usuário Linux é que não precisa se contentar em ter apenas um SO, pode ter vários, quantos quiser, bastando que tenha um pouco de disco ou memória ram para isso.
Quanto você tem de disco rígido e memória ram aí? Se for algo razoável, particiona e pode instalar outros sabores e/ ou distros para uso cotidiano ou experimentação.
Se tiver memória ram boa pode usar VirtualBox que funciona também tudo muito bem.
É só uma questão de planejamento da instalação e um pouco de habilidade nisso, não é nada difícil.
Nesse momento estou escrevendo a partir de um Xubuntu.
-
Eu gostaria de deixar somente uma distribuição do Linux no meu computador. Pq uso esse computador para estudar e programar, mas esse problema esta desanimando de usar o Linux.
-
Eu gostaria de deixar somente uma distribuição do Linux no meu computador. Pq uso esse computador para estudar e programar, [...]
Gosto é gosto, mas realmente não há uma razão para viver engessado.
O fato de estudar e programar usando a máquina nada impede que se tenha mais de um SO instalado, é simples questão de planejamento de uso do equipamento.
Cria-se uma partição de uso exclusivo de arquivos pessoais, distinta dos SOs instalados, daí em diante é apenas um questão de criar links. Melhora a segurança, melhora a versatilidade, aumenta o conhecimento e, acima de tudo, é divertido, o que é essencial.
[...] mas esse problema esta desanimando de usar o Linux.
No Linux é assim mesmo, funciona tudo muito bem em 97% do hardware, há quem diga que em 99% do hardware funciona ótimo, porém nesse resíduo que alguma coisa não funciona, variando entre 1% e 3%, apenas não há suporte dos fabricantes, então não há muito o que fazer.
A comunidade de desenvolvedores faz um trabalho excepcionalmente bom e dedicado, aliás é impressionante como funciona bem, apesar do mundo de dificuldades, porém existe a realidade do hardware e é conviver com ela.
A alternativa é comprar uma licença e voltar para o "janelas", comprar outra licença e adquirir anualmente um Norton Antivírus ou similar e viver num mar de vírus, worms, invasões, infecções, mas claro que é possível.
Você disse lá em cima: "programar"?
Faz o quê, programação de computadores?
-
Sim, eu estudo Sistema de Informação. =D
No Lubuntu tem uma ferramenta de lançador de aplicativos? No Kubuntu eu pressiono as teclas ALT + F2 e digito o nome do aplicativo que desejo encontrar e isso facilita muito o meu dia a dia. Não consegui achar essa ferramente nas outras distribuições do Linux.
Foi uma das razões de ter encantado pelo Kubuntu.
-
Olha que interessante!
Ativei o drive da nouveau no Kubuntu e olha o que apareceu:
TouchpadOff = 0.
-
Ativei o drive da nouveau no Kubuntu e olha o que apareceu: TouchpadOff = 0.
Pois é, exatamente isso que imaginava e o comparativo era o Lubuntu que trabalha com o módulo nouveau num sistema gráfico mais simples.
Agora é descobrir se ainda vai travar ou não o touchpad.
-
E agora?
É bem provável que não trave mais, certo?
-
É bem provável que não trave mais, certo?
Qual foi sua conclusão no Lubuntu? Usou suficientemente?
Só vai descobrir usando, seja no Lubuntu, seja no Kubuntu.
E depois de testar exaustivamente isso, falta uma última etapa, que é experimentar o driver NVídia direto e ver o que acontece, ainda que seja apenas para saber.
-
É bem provável que não trave mais, certo?
Qual foi sua conclusão no Lubuntu? Usou suficientemente?
Só vai descobrir usando, seja no Lubuntu, seja no Kubuntu.
E depois de testar exaustivamente isso, falta uma última etapa, que é experimentar o driver NVídia direto e ver o que acontece, ainda que seja apenas para saber.
Então, nesse periodo todo o driver que estava ativo era o da NVIDIA, por acaso agora eu alterei para o driver da nouveau e teve esse resultado.
-
Então, nesse periodo todo o driver que estava ativo era o da NVIDIA,
Lá o início dessa conversa, no post #6, você executou o lshw -c display que mostrou que o driver usado era o nvidia.
Mas até então era apenas mais uma das hipóteses a ser trabalhada e sempre é preciso ir metodicamente testando as variáveis.
Não tem jeito de fazer análise, ou faz metodicamente ou não faz.
Aliás, a palavra analisar significa exatamente decompor o todo em partes, não é isso mesmo?
-
Entendo.
Irei usar o Kubuntu com o driver da nouveau e vamos ver no que vai dar.
É aguardar...
Estou usando ele a umas 2 horas e ainda não ocorreu o problema.
-
Estou observando que o desempenho do computador caiu um pouco depois que ativei o driver da noveau.
Se a gente baixar o drive no site da nvdia e instalar a ultima atualização do driver será que resolveria?
Tem um drive para o adaptador de video atualizado no dia 16/02/2015.
-
Como mencionado no post #113, só experimentando para saber, entretanto, a probabilidade maior é de que venha a travar novamente, mas só usando mesmo para confirmar ou não.
O driver baixado do site do fabricante precisa ser específico para o modelo de sua placa gráfica, conforme eles indicam lá.
Caso não saiba instalar, escrevi um roteiro bem detalhado que pode ser encontrado no post #6 do seguinte tópico [o que me poupa de ter de escrever tudo de novo :-) ]
http://ubuntuforum-br.org/index.php/topic,115911.0.html
Para desinstalar veja o post #15 desse link acima.
-
Estou usando a quase 8 horas com o driver da noveau e ainda não travou.
-
Instalar o driver da Nvidia baixado diretamente do site do fabricante é uma compilação manual. Isso significa que a cada vez que o (K/L/X)Ubuntu alterar alguma coisa no kernel ou alguns dos arquivos a ele relacionados, a compilação manual feita anteriormente deixará de funcionar e nessa situação você irá inevitavelmente parar numa tela preta.
Nessas ocorrências vá para tty (você já sabe como), desinstale o driver da nvidia e instale novamente para que o sistema gráfico volte a funcionar, portanto, memorize bem os passos de instalação e desinstalação do driver da nvidia (ou deixe facilmente anotado no próprio computador, também você já sabe como fazer isso - post #30), de tal forma que não se aperte se vier a ocorrer - e certamente virá a ocorrer - se passar a usar com a compilação manual.
-
Não travou mais, já tem uns 3 dias que estou usando.
Não instalei o drive da NVDIA.
O que podemos fazer agora?
-
Não travou mais, já tem uns 3 dias que estou usando.
Então a solução foi encontrada e é essa, usar o driver nouveau.
Não há mais nada a fazer.
Se possível, quando puder, confirme ainda a mesma solução para o Lubuntu, pois isso pode ser útil para outros que venham a ter o mesmo problema e queiram uma solução diferente do Kubuntu.
-
Vi que lançaram o Ubuntu 14.04.2 será que quando lançarem para o Kubuntu vai solucionar o problema dos drivers?
-
Fiz a atualização para o Kubuntu 14.04.4 e estou usando o driver da NVDIA. Digitei syncliente e apareceu TouchpadOff= 0.
=D
O que me desanima nesse drive da NVDIA é o ponteiro do mouse que inicia na tela de login la no topo da tela, tenho que arrastar o mouse a tela toda.
É um saco!
-
O meu touchpad também está estranho, ele fica mexendo rápido e depois trava, clica sem ordenar .
O meu computador é um netbook MEGAWARE linha classic
processador Intel Atom N280 1.66GHz
memória 2048MB
e uso o ubuntu 14.04 de 32bits
e não estou conseguindo utilizar o touchpad, por outro lado quando eu coloco um mouse externo funciona normalmente. Ele estava há pouco com um windows 8 e tudo funcionava bem, por isso que estou crendo que é questão de configuração.
Abraços
-
Estamos cá novamente, /Josué Jürgen/, :-)
Infelizmente essas questões de touchpad são complicadas, depende essencialmente da disponibilidade de drivers do fabricante, nem sempre disponível ou adequado.
O seu computador (netbook Megaware) é totalmente diferente desse relatado no tópico (um Dell Vostro 5470), conforme consta do específico título do tópico.
De toda forma, podemos analisar melhor o problema e ver se atingimos algum avanço.
Creio que seja melhor você abrir um tópico específico para o seu caso.
Coloque um título síntese esclarecedor do problema (por exemplo: Touchpad irregular e travando no netbook Megaware Classic), enfim, use sua criatividade de tal forma que possa despertar interesse no Fórum e eventualmente ter a participação de outros usuários que conheçam ou possuam idêntico equipamento ao seu e que possam participar do tópico, quem sabe contribuindo com alguma solução.
No novo tópico informe as características de hardware do equipamento e a versão/ambiente ou "sabor" do Ubuntu que está usando (como já fez aqui), além, claro, da adequada descrição do problema e se já tentou alguma solução, qual seja ela e o resultado alcançado. Se abrir o tópico me avise que participo e vamos tentar ajudar em algo.