Re: imagem do cursor presa na tela
Funcionou mesmo galera, e acho que ficou mais rápido mesmo! Valeu galera!! Em 14/08/05, Vinicius Vasconcellos[EMAIL PROTECTED] escreveu: Bom dia a todos. Tambem estava com o mesmo problema referente ao pre 5, que instalei no meu notebook, testei a dica di Djalma e funcionou perfeitamente. - SWCursor on Valeu pela dica... Obrigado! On 8/13/05, Djalma Brandão Martins [EMAIL PROTECTED] wrote: RicardoFunke escreveu: Pô beleza! quanta informação Acho, então, q eu posso ficar usando o driver vesa e quando precisar de mais qualidade eu descomento a linha do savage. Valeu mesmo galera! 2005/8/9, Flavio Alberto Lopes Soares [EMAIL PROTECTED]: Exato ! O único porém é que o driver vesa não usa todo o potencial da placa de vídeo como a aceleração 3D (eu acho), é o driver genérico mas em geral funciona pras situações de emergência quando o oficial não funciona. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 18:14 +, RicardoFunke escreveu: Opa eu não tinha entendido a dica que o colega Thadeu Pena me deu! achei que ele tinha trocado a placa, mas era só trocar o nome do driver de savage para vesa em /etc/X11/XF86Config-4, e funcionou perfeitamente!! nem precisou mudar o Identifier! Ficou assim: Section Device Identifier S3 Inc. VT8375 [ProSavage8 KM266/KL266] Driver vesa #savage EndSection Valeu Thadeu e obrigado a todos! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Flavio, eu verifiquei aqui e no meu grub, não tem esse vga=0x317, veja: title Debian GNU/Linux, kernel 2.6.8-486 root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.8-486 savedefault boot title Debian GNU/Linux, kernel 2.6.8-486 (recovery mode) root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.8-486 savedefault boot então no meu caso não seria framebuffer o problema, não é? pode ser a placa, mas o curioso é que no Debian-BR-CDD pre4 não estava acontecendo isso... De qualquer forma agradeço a ajuda, valeu! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Acho que entendi, mas pelo que eu entendi, se eu fizer isso, tirar o vga=0x317, não vou ter o x startado automaticamente, é isso? 2005/8/9, Flavio Alberto Lopes Soares [EMAIL PROTECTED]: Veja um trecho do arquivo menu.lst do Grub da minha máquina (se for no lilo é parecido) : title Debian GNU/Linux, kernel 2.6.8-2-k7 root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 vga=0x317 ro initrd /initrd.img-2.6.8-2-k7 savedefault boot title Debian GNU/Linux, kernel 2.6.8-2-k7 (recovery mode) root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 ro single initrd /initrd.img-2.6.8-2-k7 savedefault boot Eu ativo o framebuffer na parte que diz vga=0x317, no trecho mais abaixo ele carrega o mesmo kernel no modo de recuperação (sem ativar o framebuffer). Verifique também a dica do colega Thadeu Penna, nem sempre os drivers do X comportam-se adequadamente com suas respectivas placas. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 16:27 +, RicardoFunke escreveu: Flávio, como faço para desativar o framebuffer, pelo que eu to vendo aqui eu tenho que recompilar o kernel com essa opção desativada, é isso mesmo? e será que não vai trazer alguma consequencia? to pesquisando aqui sobre isso, mas se vc puder me ajudar tb... Valeu galera! Em 09/08/05, Thadeu Penna[EMAIL PROTECTED] escreveu: O que aconteceu aqui foi em uma máquina com driver savage (e era uma savage) e que eu mudei para o driver vesa. Restartei o X (xfree) e o X (cursor ) desapareceu. RicardoFunke wrote: Pois é cara, que estranho! e só acontece aqui nessa máquina, um infoway business itautec. Reparei que no gnome some também depois de um tempo, mas leva mais tempo que no kde. Em 09/08/05, Elton Simões Baptista[EMAIL PROTECTED] escreveu: eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia
Re: imagem do cursor presa na tela
Bom dia a todos. Tambem estava com o mesmo problema referente ao pre 5, que instalei no meu notebook, testei a dica di Djalma e funcionou perfeitamente. - SWCursor on Valeu pela dica... Obrigado! On 8/13/05, Djalma Brandão Martins [EMAIL PROTECTED] wrote: RicardoFunke escreveu: Pô beleza! quanta informação Acho, então, q eu posso ficar usando o driver vesa e quando precisar de mais qualidade eu descomento a linha do savage. Valeu mesmo galera! 2005/8/9, Flavio Alberto Lopes Soares [EMAIL PROTECTED]: Exato ! O único porém é que o driver vesa não usa todo o potencial da placa de vídeo como a aceleração 3D (eu acho), é o driver genérico mas em geral funciona pras situações de emergência quando o oficial não funciona. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 18:14 +, RicardoFunke escreveu: Opa eu não tinha entendido a dica que o colega Thadeu Pena me deu! achei que ele tinha trocado a placa, mas era só trocar o nome do driver de savage para vesa em /etc/X11/XF86Config-4, e funcionou perfeitamente!! nem precisou mudar o Identifier! Ficou assim: Section Device Identifier S3 Inc. VT8375 [ProSavage8 KM266/KL266] Driver vesa #savage EndSection Valeu Thadeu e obrigado a todos! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Flavio, eu verifiquei aqui e no meu grub, não tem esse vga=0x317, veja: title Debian GNU/Linux, kernel 2.6.8-486 root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.8-486 savedefault boot title Debian GNU/Linux, kernel 2.6.8-486 (recovery mode) root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.8-486 savedefault boot então no meu caso não seria framebuffer o problema, não é? pode ser a placa, mas o curioso é que no Debian-BR-CDD pre4 não estava acontecendo isso... De qualquer forma agradeço a ajuda, valeu! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Acho que entendi, mas pelo que eu entendi, se eu fizer isso, tirar o vga=0x317, não vou ter o x startado automaticamente, é isso? 2005/8/9, Flavio Alberto Lopes Soares [EMAIL PROTECTED]: Veja um trecho do arquivo menu.lst do Grub da minha máquina (se for no lilo é parecido) : title Debian GNU/Linux, kernel 2.6.8-2-k7 root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 vga=0x317 ro initrd /initrd.img-2.6.8-2-k7 savedefault boot title Debian GNU/Linux, kernel 2.6.8-2-k7 (recovery mode) root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 ro single initrd /initrd.img-2.6.8-2-k7 savedefault boot Eu ativo o framebuffer na parte que diz vga=0x317, no trecho mais abaixo ele carrega o mesmo kernel no modo de recuperação (sem ativar o framebuffer). Verifique também a dica do colega Thadeu Penna, nem sempre os drivers do X comportam-se adequadamente com suas respectivas placas. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 16:27 +, RicardoFunke escreveu: Flávio, como faço para desativar o framebuffer, pelo que eu to vendo aqui eu tenho que recompilar o kernel com essa opção desativada, é isso mesmo? e será que não vai trazer alguma consequencia? to pesquisando aqui sobre isso, mas se vc puder me ajudar tb... Valeu galera! Em 09/08/05, Thadeu Penna[EMAIL PROTECTED] escreveu: O que aconteceu aqui foi em uma máquina com driver savage (e era uma savage) e que eu mudei para o driver vesa. Restartei o X (xfree) e o X (cursor ) desapareceu. RicardoFunke wrote: Pois é cara, que estranho! e só acontece aqui nessa máquina, um infoway business itautec. Reparei que no gnome some também depois de um tempo, mas leva mais tempo que no kde. Em 09/08/05, Elton Simões Baptista[EMAIL PROTECTED] escreveu: eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? -- ___ _ .''`. | |_ _. _| _ |_) _ ._ ._ _. : :' : | | |(_|(_|(/_|_| | (/_| || |(_| `. `'` Linux User #50500`- Prof.Adjunto - Instituto de
Re: imagem do cursor presa na tela
RicardoFunke escreveu: Pô beleza! quanta informação Acho, então, q eu posso ficar usando o driver vesa e quando precisar de mais qualidade eu descomento a linha do savage. Valeu mesmo galera! 2005/8/9, Flavio Alberto Lopes Soares [EMAIL PROTECTED]: Exato ! O único porém é que o driver vesa não usa todo o potencial da placa de vídeo como a aceleração 3D (eu acho), é o driver genérico mas em geral funciona pras situações de emergência quando o oficial não funciona. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 18:14 +, RicardoFunke escreveu: Opa eu não tinha entendido a dica que o colega Thadeu Pena me deu! achei que ele tinha trocado a placa, mas era só trocar o nome do driver de savage para vesa em /etc/X11/XF86Config-4, e funcionou perfeitamente!! nem precisou mudar o Identifier! Ficou assim: Section Device Identifier S3 Inc. VT8375 [ProSavage8 KM266/KL266] Driver vesa #savage EndSection Valeu Thadeu e obrigado a todos! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Flavio, eu verifiquei aqui e no meu grub, não tem esse vga=0x317, veja: title Debian GNU/Linux, kernel 2.6.8-486 root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.8-486 savedefault boot title Debian GNU/Linux, kernel 2.6.8-486 (recovery mode) root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.8-486 savedefault boot então no meu caso não seria framebuffer o problema, não é? pode ser a placa, mas o curioso é que no Debian-BR-CDD pre4 não estava acontecendo isso... De qualquer forma agradeço a ajuda, valeu! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Acho que entendi, mas pelo que eu entendi, se eu fizer isso, tirar o vga=0x317, não vou ter o x startado automaticamente, é isso? 2005/8/9, Flavio Alberto Lopes Soares [EMAIL PROTECTED]: Veja um trecho do arquivo menu.lst do Grub da minha máquina (se for no lilo é parecido) : title Debian GNU/Linux, kernel 2.6.8-2-k7 root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 vga=0x317 ro initrd /initrd.img-2.6.8-2-k7 savedefault boot title Debian GNU/Linux, kernel 2.6.8-2-k7 (recovery mode) root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 ro single initrd /initrd.img-2.6.8-2-k7 savedefault boot Eu ativo o framebuffer na parte que diz vga=0x317, no trecho mais abaixo ele carrega o mesmo kernel no modo de recuperação (sem ativar o framebuffer). Verifique também a dica do colega Thadeu Penna, nem sempre os drivers do X comportam-se adequadamente com suas respectivas placas. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 16:27 +, RicardoFunke escreveu: Flávio, como faço para desativar o framebuffer, pelo que eu to vendo aqui eu tenho que recompilar o kernel com essa opção desativada, é isso mesmo? e será que não vai trazer alguma consequencia? to pesquisando aqui sobre isso, mas se vc puder me ajudar tb... Valeu galera! Em 09/08/05, Thadeu Penna[EMAIL PROTECTED] escreveu: O que aconteceu aqui foi em uma máquina com driver savage (e era uma savage) e que eu mudei para o driver vesa. Restartei o X (xfree) e o X (cursor ) desapareceu. RicardoFunke wrote: Pois é cara, que estranho! e só acontece aqui nessa máquina, um infoway business itautec. Reparei que no gnome some também depois de um tempo, mas leva mais tempo que no kde. Em 09/08/05, Elton Simões Baptista[EMAIL PROTECTED] escreveu: eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? -- ___ _ .''`. | |_ _. _| _ |_) _ ._ ._ _. : :' : | | |(_|(_|(/_|_| | (/_| || |(_| `. `'` Linux User #50500`- Prof.Adjunto - Instituto de Física ---Debian- Universidade Federal Fluminense Alpha/i386 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Flavio Alberto Lopes Soares [EMAIL PROTECTED] MAQPLAS Indústria e Comércio de
Re: imagem do cursor presa na tela
É verdade, pode ser que ajude, eu tive um problema estranho assim quando o Woody ainda era testing, o cursor às vezes ficava alguns centímetros deslocado a direita do alvo certo, isso na minha máquina com placa Trident Blade 3D e essa opção resolveu o problema. Boa sorte Sucesso Tente usar o driver savage com a opção SWCursor on. Aqui funcionou. Boa sorte. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: imagem do cursor presa na tela
Pô beleza! quanta informação Acho, então, q eu posso ficar usando o driver vesa e quando precisar de mais qualidade eu descomento a linha do savage. Valeu mesmo galera! 2005/8/9, Flavio Alberto Lopes Soares [EMAIL PROTECTED]: Exato ! O único porém é que o driver vesa não usa todo o potencial da placa de vídeo como a aceleração 3D (eu acho), é o driver genérico mas em geral funciona pras situações de emergência quando o oficial não funciona. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 18:14 +, RicardoFunke escreveu: Opa eu não tinha entendido a dica que o colega Thadeu Pena me deu! achei que ele tinha trocado a placa, mas era só trocar o nome do driver de savage para vesa em /etc/X11/XF86Config-4, e funcionou perfeitamente!! nem precisou mudar o Identifier! Ficou assim: Section Device Identifier S3 Inc. VT8375 [ProSavage8 KM266/KL266] Driver vesa #savage EndSection Valeu Thadeu e obrigado a todos! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Flavio, eu verifiquei aqui e no meu grub, não tem esse vga=0x317, veja: title Debian GNU/Linux, kernel 2.6.8-486 root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.8-486 savedefault boot title Debian GNU/Linux, kernel 2.6.8-486 (recovery mode) root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.8-486 savedefault boot então no meu caso não seria framebuffer o problema, não é? pode ser a placa, mas o curioso é que no Debian-BR-CDD pre4 não estava acontecendo isso... De qualquer forma agradeço a ajuda, valeu! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Acho que entendi, mas pelo que eu entendi, se eu fizer isso, tirar o vga=0x317, não vou ter o x startado automaticamente, é isso? 2005/8/9, Flavio Alberto Lopes Soares [EMAIL PROTECTED]: Veja um trecho do arquivo menu.lst do Grub da minha máquina (se for no lilo é parecido) : title Debian GNU/Linux, kernel 2.6.8-2-k7 root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 vga=0x317 ro initrd /initrd.img-2.6.8-2-k7 savedefault boot title Debian GNU/Linux, kernel 2.6.8-2-k7 (recovery mode) root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 ro single initrd /initrd.img-2.6.8-2-k7 savedefault boot Eu ativo o framebuffer na parte que diz vga=0x317, no trecho mais abaixo ele carrega o mesmo kernel no modo de recuperação (sem ativar o framebuffer). Verifique também a dica do colega Thadeu Penna, nem sempre os drivers do X comportam-se adequadamente com suas respectivas placas. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 16:27 +, RicardoFunke escreveu: Flávio, como faço para desativar o framebuffer, pelo que eu to vendo aqui eu tenho que recompilar o kernel com essa opção desativada, é isso mesmo? e será que não vai trazer alguma consequencia? to pesquisando aqui sobre isso, mas se vc puder me ajudar tb... Valeu galera! Em 09/08/05, Thadeu Penna[EMAIL PROTECTED] escreveu: O que aconteceu aqui foi em uma máquina com driver savage (e era uma savage) e que eu mudei para o driver vesa. Restartei o X (xfree) e o X (cursor ) desapareceu. RicardoFunke wrote: Pois é cara, que estranho! e só acontece aqui nessa máquina, um infoway business itautec. Reparei que no gnome some também depois de um tempo, mas leva mais tempo que no kde. Em 09/08/05, Elton Simões Baptista[EMAIL PROTECTED] escreveu: eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? -- ___ _
imagem do cursor presa na tela
gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? Obrigado a todos
Re: imagem do cursor presa na tela
eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? Obrigado a todos -- []'s ( `*.¸ Elton `*.¸ ) esbaptista em yahoo com br ¸.*)´esbaptista em gmail com (.*´ `*. uin 153513488 Linux User #198105 - http://counter.li.org A alegria não está nas coisas: está em nós! Acredito que ter as coisas que queremos pode até nos trazer uma alegria momentânea, mas ser o que queremos ser, fazer o que sonhamos é que nos traz a verdadeira alegria! - Göethe
Re: imagem do cursor presa na tela
Pois é cara, que estranho! e só acontece aqui nessa máquina, um infoway business itautec. Reparei que no gnome some também depois de um tempo, mas leva mais tempo que no kde. Em 09/08/05, Elton Simões Baptista[EMAIL PROTECTED] escreveu: eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? Obrigado a todos -- []'s ( `*.¸ Elton `*.¸ ) esbaptista em yahoo com br ¸.*)´esbaptista em gmail com (.*´ `*. uin 153513488 Linux User #198105 - http://counter.li.org A alegria não está nas coisas: está em nós! Acredito que ter as coisas que queremos pode até nos trazer uma alegria momentânea, mas ser o que queremos ser, fazer o que sonhamos é que nos traz a verdadeira alegria! - Göethe
Re: imagem do cursor presa na tela
Você está usando FrameBuffer ? Também já ví coisas estranhas acontecerem quando o framebuffer está ativado. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 14:35 +, RicardoFunke escreveu: Pois é cara, que estranho! e só acontece aqui nessa máquina, um infoway business itautec. Reparei que no gnome some também depois de um tempo, mas leva mais tempo que no kde. Em 09/08/05, Elton Simões Baptista[EMAIL PROTECTED] escreveu: eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? Obrigado a todos -- []'s ( `*.¸ Elton `*.¸ ) esbaptista em yahoo com br ¸.*)´esbaptista em gmail com (.*´ `*. uin 153513488 Linux User #198105 - http://counter.li.org A alegria não está nas coisas: está em nós! Acredito que ter as coisas que queremos pode até nos trazer uma alegria momentânea, mas ser o que queremos ser, fazer o que sonhamos é que nos traz a verdadeira alegria! - Göethe -- Flavio Alberto Lopes Soares [EMAIL PROTECTED] MAQPLAS Indústria e Comércio de Máquinas LTDA http://www.maqplas.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: imagem do cursor presa na tela
O que aconteceu aqui foi em uma máquina com driver savage (e era uma savage) e que eu mudei para o driver vesa. Restartei o X (xfree) e o X (cursor ) desapareceu. RicardoFunke wrote: Pois é cara, que estranho! e só acontece aqui nessa máquina, um infoway business itautec. Reparei que no gnome some também depois de um tempo, mas leva mais tempo que no kde. Em 09/08/05, Elton Simões Baptista[EMAIL PROTECTED] escreveu: eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? -- ___ _ .''`. | |_ _. _| _ |_) _ ._ ._ _. : :' : | | |(_|(_|(/_|_| | (/_| || |(_| `. `'` Linux User #50500`- Prof.Adjunto - Instituto de Física ---Debian- Universidade Federal Fluminense Alpha/i386 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: imagem do cursor presa na tela
Flávio, como faço para desativar o framebuffer, pelo que eu to vendo aqui eu tenho que recompilar o kernel com essa opção desativada, é isso mesmo? e será que não vai trazer alguma consequencia? to pesquisando aqui sobre isso, mas se vc puder me ajudar tb... Valeu galera! Em 09/08/05, Thadeu Penna[EMAIL PROTECTED] escreveu: O que aconteceu aqui foi em uma máquina com driver savage (e era uma savage) e que eu mudei para o driver vesa. Restartei o X (xfree) e o X (cursor ) desapareceu. RicardoFunke wrote: Pois é cara, que estranho! e só acontece aqui nessa máquina, um infoway business itautec. Reparei que no gnome some também depois de um tempo, mas leva mais tempo que no kde. Em 09/08/05, Elton Simões Baptista[EMAIL PROTECTED] escreveu: eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? -- ___ _ .''`. | |_ _. _| _ |_) _ ._ ._ _. : :' : | | |(_|(_|(/_|_| | (/_| || |(_| `. `'` Linux User #50500`- Prof.Adjunto - Instituto de Física ---Debian- Universidade Federal Fluminense Alpha/i386 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: imagem do cursor presa na tela
Veja um trecho do arquivo menu.lst do Grub da minha máquina (se for no lilo é parecido) : title Debian GNU/Linux, kernel 2.6.8-2-k7 root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 vga=0x317 ro initrd /initrd.img-2.6.8-2-k7 savedefault boot title Debian GNU/Linux, kernel 2.6.8-2-k7 (recovery mode) root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 ro single initrd /initrd.img-2.6.8-2-k7 savedefault boot Eu ativo o framebuffer na parte que diz vga=0x317, no trecho mais abaixo ele carrega o mesmo kernel no modo de recuperação (sem ativar o framebuffer). Verifique também a dica do colega Thadeu Penna, nem sempre os drivers do X comportam-se adequadamente com suas respectivas placas. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 16:27 +, RicardoFunke escreveu: Flávio, como faço para desativar o framebuffer, pelo que eu to vendo aqui eu tenho que recompilar o kernel com essa opção desativada, é isso mesmo? e será que não vai trazer alguma consequencia? to pesquisando aqui sobre isso, mas se vc puder me ajudar tb... Valeu galera! Em 09/08/05, Thadeu Penna[EMAIL PROTECTED] escreveu: O que aconteceu aqui foi em uma máquina com driver savage (e era uma savage) e que eu mudei para o driver vesa. Restartei o X (xfree) e o X (cursor ) desapareceu. RicardoFunke wrote: Pois é cara, que estranho! e só acontece aqui nessa máquina, um infoway business itautec. Reparei que no gnome some também depois de um tempo, mas leva mais tempo que no kde. Em 09/08/05, Elton Simões Baptista[EMAIL PROTECTED] escreveu: eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? -- ___ _ .''`. | |_ _. _| _ |_) _ ._ ._ _. : :' : | | |(_|(_|(/_|_| | (/_| || |(_| `. `'` Linux User #50500`- Prof.Adjunto - Instituto de Física ---Debian- Universidade Federal Fluminense Alpha/i386 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Flavio Alberto Lopes Soares [EMAIL PROTECTED] MAQPLAS Indústria e Comércio de Máquinas LTDA http://www.maqplas.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: imagem do cursor presa na tela
Acho que entendi, mas pelo que eu entendi, se eu fizer isso, tirar o vga=0x317, não vou ter o x startado automaticamente, é isso? 2005/8/9, Flavio Alberto Lopes Soares [EMAIL PROTECTED]: Veja um trecho do arquivo menu.lst do Grub da minha máquina (se for no lilo é parecido) : title Debian GNU/Linux, kernel 2.6.8-2-k7 root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 vga=0x317 ro initrd /initrd.img-2.6.8-2-k7 savedefault boot title Debian GNU/Linux, kernel 2.6.8-2-k7 (recovery mode) root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 ro single initrd /initrd.img-2.6.8-2-k7 savedefault boot Eu ativo o framebuffer na parte que diz vga=0x317, no trecho mais abaixo ele carrega o mesmo kernel no modo de recuperação (sem ativar o framebuffer). Verifique também a dica do colega Thadeu Penna, nem sempre os drivers do X comportam-se adequadamente com suas respectivas placas. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 16:27 +, RicardoFunke escreveu: Flávio, como faço para desativar o framebuffer, pelo que eu to vendo aqui eu tenho que recompilar o kernel com essa opção desativada, é isso mesmo? e será que não vai trazer alguma consequencia? to pesquisando aqui sobre isso, mas se vc puder me ajudar tb... Valeu galera! Em 09/08/05, Thadeu Penna[EMAIL PROTECTED] escreveu: O que aconteceu aqui foi em uma máquina com driver savage (e era uma savage) e que eu mudei para o driver vesa. Restartei o X (xfree) e o X (cursor ) desapareceu. RicardoFunke wrote: Pois é cara, que estranho! e só acontece aqui nessa máquina, um infoway business itautec. Reparei que no gnome some também depois de um tempo, mas leva mais tempo que no kde. Em 09/08/05, Elton Simões Baptista[EMAIL PROTECTED] escreveu: eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? -- ___ _ .''`. | |_ _. _| _ |_) _ ._ ._ _. : :' : | | |(_|(_|(/_|_| | (/_| || |(_| `. `'` Linux User #50500`- Prof.Adjunto - Instituto de Física ---Debian- Universidade Federal Fluminense Alpha/i386 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Flavio Alberto Lopes Soares [EMAIL PROTECTED] MAQPLAS Indústria e Comércio de Máquinas LTDA http://www.maqplas.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: imagem do cursor presa na tela
Flavio, eu verifiquei aqui e no meu grub, não tem esse vga=0x317, veja: title Debian GNU/Linux, kernel 2.6.8-486 root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.8-486 savedefault boot title Debian GNU/Linux, kernel 2.6.8-486 (recovery mode) root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.8-486 savedefault boot então no meu caso não seria framebuffer o problema, não é? pode ser a placa, mas o curioso é que no Debian-BR-CDD pre4 não estava acontecendo isso... De qualquer forma agradeço a ajuda, valeu! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Acho que entendi, mas pelo que eu entendi, se eu fizer isso, tirar o vga=0x317, não vou ter o x startado automaticamente, é isso? 2005/8/9, Flavio Alberto Lopes Soares [EMAIL PROTECTED]: Veja um trecho do arquivo menu.lst do Grub da minha máquina (se for no lilo é parecido) : title Debian GNU/Linux, kernel 2.6.8-2-k7 root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 vga=0x317 ro initrd /initrd.img-2.6.8-2-k7 savedefault boot title Debian GNU/Linux, kernel 2.6.8-2-k7 (recovery mode) root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 ro single initrd /initrd.img-2.6.8-2-k7 savedefault boot Eu ativo o framebuffer na parte que diz vga=0x317, no trecho mais abaixo ele carrega o mesmo kernel no modo de recuperação (sem ativar o framebuffer). Verifique também a dica do colega Thadeu Penna, nem sempre os drivers do X comportam-se adequadamente com suas respectivas placas. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 16:27 +, RicardoFunke escreveu: Flávio, como faço para desativar o framebuffer, pelo que eu to vendo aqui eu tenho que recompilar o kernel com essa opção desativada, é isso mesmo? e será que não vai trazer alguma consequencia? to pesquisando aqui sobre isso, mas se vc puder me ajudar tb... Valeu galera! Em 09/08/05, Thadeu Penna[EMAIL PROTECTED] escreveu: O que aconteceu aqui foi em uma máquina com driver savage (e era uma savage) e que eu mudei para o driver vesa. Restartei o X (xfree) e o X (cursor ) desapareceu. RicardoFunke wrote: Pois é cara, que estranho! e só acontece aqui nessa máquina, um infoway business itautec. Reparei que no gnome some também depois de um tempo, mas leva mais tempo que no kde. Em 09/08/05, Elton Simões Baptista[EMAIL PROTECTED] escreveu: eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? -- ___ _ .''`. | |_ _. _| _ |_) _ ._ ._ _. : :' : | | |(_|(_|(/_|_| | (/_| || |(_| `. `'` Linux User #50500`- Prof.Adjunto - Instituto de Física ---Debian- Universidade Federal Fluminense Alpha/i386 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Flavio Alberto Lopes Soares [EMAIL PROTECTED] MAQPLAS Indústria e Comércio de Máquinas LTDA http://www.maqplas.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: imagem do cursor presa na tela
Opa eu não tinha entendido a dica que o colega Thadeu Pena me deu! achei que ele tinha trocado a placa, mas era só trocar o nome do driver de savage para vesa em /etc/X11/XF86Config-4, e funcionou perfeitamente!! nem precisou mudar o Identifier! Ficou assim: Section Device Identifier S3 Inc. VT8375 [ProSavage8 KM266/KL266] Driver vesa #savage EndSection Valeu Thadeu e obrigado a todos! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Flavio, eu verifiquei aqui e no meu grub, não tem esse vga=0x317, veja: title Debian GNU/Linux, kernel 2.6.8-486 root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.8-486 savedefault boot title Debian GNU/Linux, kernel 2.6.8-486 (recovery mode) root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.8-486 savedefault boot então no meu caso não seria framebuffer o problema, não é? pode ser a placa, mas o curioso é que no Debian-BR-CDD pre4 não estava acontecendo isso... De qualquer forma agradeço a ajuda, valeu! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Acho que entendi, mas pelo que eu entendi, se eu fizer isso, tirar o vga=0x317, não vou ter o x startado automaticamente, é isso? 2005/8/9, Flavio Alberto Lopes Soares [EMAIL PROTECTED]: Veja um trecho do arquivo menu.lst do Grub da minha máquina (se for no lilo é parecido) : title Debian GNU/Linux, kernel 2.6.8-2-k7 root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 vga=0x317 ro initrd /initrd.img-2.6.8-2-k7 savedefault boot title Debian GNU/Linux, kernel 2.6.8-2-k7 (recovery mode) root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 ro single initrd /initrd.img-2.6.8-2-k7 savedefault boot Eu ativo o framebuffer na parte que diz vga=0x317, no trecho mais abaixo ele carrega o mesmo kernel no modo de recuperação (sem ativar o framebuffer). Verifique também a dica do colega Thadeu Penna, nem sempre os drivers do X comportam-se adequadamente com suas respectivas placas. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 16:27 +, RicardoFunke escreveu: Flávio, como faço para desativar o framebuffer, pelo que eu to vendo aqui eu tenho que recompilar o kernel com essa opção desativada, é isso mesmo? e será que não vai trazer alguma consequencia? to pesquisando aqui sobre isso, mas se vc puder me ajudar tb... Valeu galera! Em 09/08/05, Thadeu Penna[EMAIL PROTECTED] escreveu: O que aconteceu aqui foi em uma máquina com driver savage (e era uma savage) e que eu mudei para o driver vesa. Restartei o X (xfree) e o X (cursor ) desapareceu. RicardoFunke wrote: Pois é cara, que estranho! e só acontece aqui nessa máquina, um infoway business itautec. Reparei que no gnome some também depois de um tempo, mas leva mais tempo que no kde. Em 09/08/05, Elton Simões Baptista[EMAIL PROTECTED] escreveu: eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? -- ___ _ .''`. | |_ _. _| _ |_) _ ._ ._ _. : :' : | | |(_|(_|(/_|_| | (/_| || |(_| `. `'` Linux User #50500`- Prof.Adjunto - Instituto de Física ---Debian- Universidade Federal Fluminense Alpha/i386 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Flavio Alberto Lopes Soares [EMAIL PROTECTED] MAQPLAS Indústria e Comércio de Máquinas LTDA http://www.maqplas.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: imagem do cursor presa na tela
Sera' que voce nao esta' com dois mouses listados no seu /etc/X11/XF86Config? As vezes ele pegou um USB e o psaux Na verdade, nem sei se isso e' possivel, estou especulando. Mas nao custa verificar, pois o driver 'vesa' e' o mais lento de todos. -- Marcos On Tue, 9 Aug 2005, RicardoFunke wrote: Opa eu não tinha entendido a dica que o colega Thadeu Pena me deu! achei que ele tinha trocado a placa, mas era só trocar o nome do driver de savage para vesa em /etc/X11/XF86Config-4, e funcionou perfeitamente!! nem precisou mudar o Identifier! Ficou assim: Section Device Identifier S3 Inc. VT8375 [ProSavage8 KM266/KL266] Driver vesa #savage EndSection Valeu Thadeu e obrigado a todos! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Flavio, eu verifiquei aqui e no meu grub, não tem esse vga=0x317, veja: title Debian GNU/Linux, kernel 2.6.8-486 root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.8-486 savedefault boot title Debian GNU/Linux, kernel 2.6.8-486 (recovery mode) root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.8-486 savedefault boot então no meu caso não seria framebuffer o problema, não é? pode ser a placa, mas o curioso é que no Debian-BR-CDD pre4 não estava acontecendo isso... De qualquer forma agradeço a ajuda, valeu! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Acho que entendi, mas pelo que eu entendi, se eu fizer isso, tirar o vga=0x317, não vou ter o x startado automaticamente, é isso? 2005/8/9, Flavio Alberto Lopes Soares [EMAIL PROTECTED]: Veja um trecho do arquivo menu.lst do Grub da minha máquina (se for no lilo é parecido) : title Debian GNU/Linux, kernel 2.6.8-2-k7 root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 vga=0x317 ro initrd /initrd.img-2.6.8-2-k7 savedefault boot title Debian GNU/Linux, kernel 2.6.8-2-k7 (recovery mode) root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 ro single initrd /initrd.img-2.6.8-2-k7 savedefault boot Eu ativo o framebuffer na parte que diz vga=0x317, no trecho mais abaixo ele carrega o mesmo kernel no modo de recuperação (sem ativar o framebuffer). Verifique também a dica do colega Thadeu Penna, nem sempre os drivers do X comportam-se adequadamente com suas respectivas placas. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 16:27 +, RicardoFunke escreveu: Flávio, como faço para desativar o framebuffer, pelo que eu to vendo aqui eu tenho que recompilar o kernel com essa opção desativada, é isso mesmo? e será que não vai trazer alguma consequencia? to pesquisando aqui sobre isso, mas se vc puder me ajudar tb... Valeu galera! Em 09/08/05, Thadeu Penna[EMAIL PROTECTED] escreveu: O que aconteceu aqui foi em uma máquina com driver savage (e era uma savage) e que eu mudei para o driver vesa. Restartei o X (xfree) e o X (cursor ) desapareceu. RicardoFunke wrote: Pois é cara, que estranho! e só acontece aqui nessa máquina, um infoway business itautec. Reparei que no gnome some também depois de um tempo, mas leva mais tempo que no kde. Em 09/08/05, Elton Simões Baptista[EMAIL PROTECTED] escreveu: eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? -- ___ _ .''`. | |_ _. _| _ |_) _ ._ ._ _. : :' : | | |(_|(_|(/_|_| | (/_| || |(_| `. `'` Linux User #50500`- Prof.Adjunto - Instituto de Física ---Debian- Universidade Federal Fluminense Alpha/i386 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe.
Re: imagem do cursor presa na tela
Em Ter 09 Ago 2005 15:18, Marcos Vinicius Lazarini escreveu: Sera' que voce nao esta' com dois mouses listados no seu /etc/X11/XF86Config? As vezes ele pegou um USB e o psaux Na verdade, nem sei se isso e' possivel, estou especulando. Mas nao custa verificar, pois o driver 'vesa' e' o mais lento de todos. -- Marcos On Tue, 9 Aug 2005, RicardoFunke wrote: Opa eu não tinha entendido a dica que o colega Thadeu Pena me deu! achei que ele tinha trocado a placa, mas era só trocar o nome do driver de savage para vesa em /etc/X11/XF86Config-4, e funcionou perfeitamente!! nem precisou mudar o Identifier! Ficou assim: Section Device Identifier S3 Inc. VT8375 [ProSavage8 KM266/KL266] Driver vesa #savage EndSection Valeu Thadeu e obrigado a todos! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Flavio, eu verifiquei aqui e no meu grub, não tem esse vga=0x317, veja: title Debian GNU/Linux, kernel 2.6.8-486 root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.8-486 savedefault boot title Debian GNU/Linux, kernel 2.6.8-486 (recovery mode) root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.8-486 savedefault boot então no meu caso não seria framebuffer o problema, não é? pode ser a placa, mas o curioso é que no Debian-BR-CDD pre4 não estava acontecendo isso... De qualquer forma agradeço a ajuda, valeu! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Acho que entendi, mas pelo que eu entendi, se eu fizer isso, tirar o vga=0x317, não vou ter o x startado automaticamente, é isso? 2005/8/9, Flavio Alberto Lopes Soares [EMAIL PROTECTED]: Veja um trecho do arquivo menu.lst do Grub da minha máquina (se for no lilo é parecido) : title Debian GNU/Linux, kernel 2.6.8-2-k7 root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 vga=0x317 ro initrd /initrd.img-2.6.8-2-k7 savedefault boot title Debian GNU/Linux, kernel 2.6.8-2-k7 (recovery mode) root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 ro single initrd /initrd.img-2.6.8-2-k7 savedefault boot Eu ativo o framebuffer na parte que diz vga=0x317, no trecho mais abaixo ele carrega o mesmo kernel no modo de recuperação (sem ativar o framebuffer). Verifique também a dica do colega Thadeu Penna, nem sempre os drivers do X comportam-se adequadamente com suas respectivas placas. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 16:27 +, RicardoFunke escreveu: Flávio, como faço para desativar o framebuffer, pelo que eu to vendo aqui eu tenho que recompilar o kernel com essa opção desativada, é isso mesmo? e será que não vai trazer alguma consequencia? to pesquisando aqui sobre isso, mas se vc puder me ajudar tb... Valeu galera! Em 09/08/05, Thadeu Penna[EMAIL PROTECTED] escreveu: O que aconteceu aqui foi em uma máquina com driver savage (e era uma savage) e que eu mudei para o driver vesa. Restartei o X (xfree) e o X (cursor ) desapareceu. RicardoFunke wrote: Pois é cara, que estranho! e só acontece aqui nessa máquina, um infoway business itautec. Reparei que no gnome some também depois de um tempo, mas leva mais tempo que no kde. Em 09/08/05, Elton Simões Baptista[EMAIL PROTECTED] escreveu: eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? -- ___ _ .''`. | |_ _. _| _ |_) _ ._ ._ _. : :' : | | |(_|(_|(/_|_| | (/_| || |(_| `. `'` Linux User #50500`- Prof.Adjunto - Instituto de Física ---Debian- Universidade Federal Fluminense Alpha/i386
Re: imagem do cursor presa na tela
Acho que não Marcos, to mandando o XF86Config, e agora que vc falou, fiquei preocupado... Se tiver como eu resolver esse problema sem precisar ficar mais lento... Mas não senti diferença aqui não... Valeu Em 09/08/05, Marcos Vinicius Lazarini[EMAIL PROTECTED] escreveu: Sera' que voce nao esta' com dois mouses listados no seu /etc/X11/XF86Config? As vezes ele pegou um USB e o psaux Na verdade, nem sei se isso e' possivel, estou especulando. Mas nao custa verificar, pois o driver 'vesa' e' o mais lento de todos. -- Marcos On Tue, 9 Aug 2005, RicardoFunke wrote: Opa eu não tinha entendido a dica que o colega Thadeu Pena me deu! achei que ele tinha trocado a placa, mas era só trocar o nome do driver de savage para vesa em /etc/X11/XF86Config-4, e funcionou perfeitamente!! nem precisou mudar o Identifier! Ficou assim: Section Device Identifier S3 Inc. VT8375 [ProSavage8 KM266/KL266] Driver vesa #savage EndSection Valeu Thadeu e obrigado a todos! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Flavio, eu verifiquei aqui e no meu grub, não tem esse vga=0x317, veja: title Debian GNU/Linux, kernel 2.6.8-486 root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.8-486 savedefault boot title Debian GNU/Linux, kernel 2.6.8-486 (recovery mode) root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.8-486 savedefault boot então no meu caso não seria framebuffer o problema, não é? pode ser a placa, mas o curioso é que no Debian-BR-CDD pre4 não estava acontecendo isso... De qualquer forma agradeço a ajuda, valeu! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Acho que entendi, mas pelo que eu entendi, se eu fizer isso, tirar o vga=0x317, não vou ter o x startado automaticamente, é isso? 2005/8/9, Flavio Alberto Lopes Soares [EMAIL PROTECTED]: Veja um trecho do arquivo menu.lst do Grub da minha máquina (se for no lilo é parecido) : title Debian GNU/Linux, kernel 2.6.8-2-k7 root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 vga=0x317 ro initrd /initrd.img-2.6.8-2-k7 savedefault boot title Debian GNU/Linux, kernel 2.6.8-2-k7 (recovery mode) root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 ro single initrd /initrd.img-2.6.8-2-k7 savedefault boot Eu ativo o framebuffer na parte que diz vga=0x317, no trecho mais abaixo ele carrega o mesmo kernel no modo de recuperação (sem ativar o framebuffer). Verifique também a dica do colega Thadeu Penna, nem sempre os drivers do X comportam-se adequadamente com suas respectivas placas. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 16:27 +, RicardoFunke escreveu: Flávio, como faço para desativar o framebuffer, pelo que eu to vendo aqui eu tenho que recompilar o kernel com essa opção desativada, é isso mesmo? e será que não vai trazer alguma consequencia? to pesquisando aqui sobre isso, mas se vc puder me ajudar tb... Valeu galera! Em 09/08/05, Thadeu Penna[EMAIL PROTECTED] escreveu: O que aconteceu aqui foi em uma máquina com driver savage (e era uma savage) e que eu mudei para o driver vesa. Restartei o X (xfree) e o X (cursor ) desapareceu. RicardoFunke wrote: Pois é cara, que estranho! e só acontece aqui nessa máquina, um infoway business itautec. Reparei que no gnome some também depois de um tempo, mas leva mais tempo que no kde. Em 09/08/05, Elton Simões Baptista[EMAIL PROTECTED] escreveu: eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? --
Re: imagem do cursor presa na tela
Parece que seu XF86Config estah ok, bem parecido com o meu. Nao sei o que poderia ser. Sobre usar o driver VESA, ele eh o mais simples de todos. Tente assistir um filme (AVI, DVD, etc) e veja se o desempenho estah ok. As vezes funciona, mas gasta bem mais CPU que os outros. Um texto que achei na internet sobre 'VESA driver performance': The VESA graphics driver provides non-accelerated operation for most newer graphics devices in high-resolution mode. Because of its generic nature, this driver works on virtually any modern graphics adapter. However, no chipset specific accelerations are provided; when the VESA driver is running, all graphics functions are performed by the system's CPU. Use of the VESA driver will slow system throughput, especially if you configure high resolutions or a large number of colors (64K and above). http://docsrv.sco.com/LateNews/RNHWLims_graphics.html -- Marcos On Tue, 9 Aug 2005, RicardoFunke wrote: Acho que n?o Marcos, to mandando o XF86Config, e agora que vc falou, fiquei preocupado... Se tiver como eu resolver esse problema sem precisar ficar mais lento... Mas n?o senti diferen?a aqui n?o... Valeu Em 09/08/05, Marcos Vinicius Lazarini[EMAIL PROTECTED] escreveu: Sera' que voce nao esta' com dois mouses listados no seu /etc/X11/XF86Config? As vezes ele pegou um USB e o psaux Na verdade, nem sei se isso e' possivel, estou especulando. Mas nao custa verificar, pois o driver 'vesa' e' o mais lento de todos. -- Marcos On Tue, 9 Aug 2005, RicardoFunke wrote: Opa eu n?o tinha entendido a dica que o colega Thadeu Pena me deu! achei que ele tinha trocado a placa, mas era s? trocar o nome do driver de savage para vesa em /etc/X11/XF86Config-4, e funcionou perfeitamente!! nem precisou mudar o Identifier! Ficou assim: Section Device Identifier S3 Inc. VT8375 [ProSavage8 KM266/KL266] Driver vesa #savage EndSection Valeu Thadeu e obrigado a todos!
Re: imagem do cursor presa na tela
Exato ! O único porém é que o driver vesa não usa todo o potencial da placa de vídeo como a aceleração 3D (eu acho), é o driver genérico mas em geral funciona pras situações de emergência quando o oficial não funciona. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 18:14 +, RicardoFunke escreveu: Opa eu não tinha entendido a dica que o colega Thadeu Pena me deu! achei que ele tinha trocado a placa, mas era só trocar o nome do driver de savage para vesa em /etc/X11/XF86Config-4, e funcionou perfeitamente!! nem precisou mudar o Identifier! Ficou assim: Section Device Identifier S3 Inc. VT8375 [ProSavage8 KM266/KL266] Driver vesa #savage EndSection Valeu Thadeu e obrigado a todos! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Flavio, eu verifiquei aqui e no meu grub, não tem esse vga=0x317, veja: title Debian GNU/Linux, kernel 2.6.8-486 root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.8-486 savedefault boot title Debian GNU/Linux, kernel 2.6.8-486 (recovery mode) root(hd0,0) kernel /boot/vmlinuz-2.6.8-486 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.8-486 savedefault boot então no meu caso não seria framebuffer o problema, não é? pode ser a placa, mas o curioso é que no Debian-BR-CDD pre4 não estava acontecendo isso... De qualquer forma agradeço a ajuda, valeu! Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: Acho que entendi, mas pelo que eu entendi, se eu fizer isso, tirar o vga=0x317, não vou ter o x startado automaticamente, é isso? 2005/8/9, Flavio Alberto Lopes Soares [EMAIL PROTECTED]: Veja um trecho do arquivo menu.lst do Grub da minha máquina (se for no lilo é parecido) : title Debian GNU/Linux, kernel 2.6.8-2-k7 root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 vga=0x317 ro initrd /initrd.img-2.6.8-2-k7 savedefault boot title Debian GNU/Linux, kernel 2.6.8-2-k7 (recovery mode) root(hd0,0) kernel /vmlinuz-2.6.8-2-k7 root=/dev/hda2 ro single initrd /initrd.img-2.6.8-2-k7 savedefault boot Eu ativo o framebuffer na parte que diz vga=0x317, no trecho mais abaixo ele carrega o mesmo kernel no modo de recuperação (sem ativar o framebuffer). Verifique também a dica do colega Thadeu Penna, nem sempre os drivers do X comportam-se adequadamente com suas respectivas placas. Boa sorte. Sucesso. Em Ter, 2005-08-09 às 16:27 +, RicardoFunke escreveu: Flávio, como faço para desativar o framebuffer, pelo que eu to vendo aqui eu tenho que recompilar o kernel com essa opção desativada, é isso mesmo? e será que não vai trazer alguma consequencia? to pesquisando aqui sobre isso, mas se vc puder me ajudar tb... Valeu galera! Em 09/08/05, Thadeu Penna[EMAIL PROTECTED] escreveu: O que aconteceu aqui foi em uma máquina com driver savage (e era uma savage) e que eu mudei para o driver vesa. Restartei o X (xfree) e o X (cursor ) desapareceu. RicardoFunke wrote: Pois é cara, que estranho! e só acontece aqui nessa máquina, um infoway business itautec. Reparei que no gnome some também depois de um tempo, mas leva mais tempo que no kde. Em 09/08/05, Elton Simões Baptista[EMAIL PROTECTED] escreveu: eu nao sei o q eh e sei menos ainda resolver, mas ja vi isso acontecer sim aconteceu em uma maq de testes aki como sarge... Em 09/08/05, RicardoFunke[EMAIL PROTECTED] escreveu: gostaria de saber se alguém já teve um problema como este: toda vez que entro no kde ou gnome, fica aquele cursor em forma de x parado na minha tela, o mouse continua funcionando, mas se saio para um terminal qualquer e volto para o gnome ou kde, fica a imagem de onde o cursor estava antes travada na tela. O engraçado é que no kde fica um tempinho e depois sai, mas no gnome não sai nunca. Estou usando Debian-BR-CDD pre-5, quando eu usava o pre4 nessa mesma máquina não acontecia isso, foi depois que eu formatei e instalei o pre5 Alguém sabe o q está havendo? -- ___ _ .''`. | |_ _. _| _ |_) _ ._ ._ _. : :' : | | |(_|(_|(/_|_| | (/_| || |(_| `. `'` Linux User #50500`- Prof.Adjunto - Instituto de Física ---Debian- Universidade Federal Fluminense Alpha/i386 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe.
