Rotas Persistentes/Staticas Network-Manager
Bom dia pessoal, Estou enfrentando um problema, simples de resolver pelo terminal, mas que ta me deixando de cabeça quente quando feito em uma estação, via Network-Manager. Infelizmente não posso mandar o usuário fazer isso pelo terminal, senão ele manda eu tirar o linux da máquina dele. E o chefe acata, se a bagaça não funcionar. Situação: rede 10.2.4.0/24 rota default 10.2.4.10 rede 192.168.204.0/24 rota 10.2.4.1 rede 10.6.1.0/24 rota 10.2.4.1 Simples a principio. O lance é o seguinte, vou no applet do NM e peço para editar as conexões, vou na aba ipv4, coloco ip, masc e gateway, neste caso o default. Na mesma aba tem o botão rotas. Vou lá e adiciono as outras rotas, pra rede 192.168.204.0/24 e 10.6.1.0/24 e aponto para o gateway 10.2.4.1. Massa né? Nada disso. Quando aplico as modificações, as que adiciono diferente do default gw, funcionam perfeitamente e eu perco o defaul gw. Vou colocar o exemplo da situação aqui: Antes da configuração das rotas persistentes: Destino RoteadorMáscaraGen.Opções Métrica Ref Uso Iface 10.2.4.00.0.0.0 255.255.255.0 U 1 00 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 00 eth0 0.0.0.0 10.2.4.10 0.0.0.0 UG0 00 eth0 Depois das rotas persistentes: Destino RoteadorMáscaraGen.Opções Métrica Ref Uso Iface 10.2.4.00.0.0.0 255.255.255.0 U 1 00 eth0 192.168.204.0 10.2.4.1255.255.255.0 UG0 00 eth0 10.98.0.0 10.2.4.1255.255.0.0 UG0 00 eth0 10.6.0.010.2.4.1255.255.0.0 UG0 00 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 00 eth0 Ou seja a minha rede, 10.2.4.0/24 está lá só que perde o gateway, daí tenho que ir na mão e colocar o gw na mão! E fica assim depois que coloco o default gw na mão: Destino RoteadorMáscaraGen.Opções Métrica Ref Uso Iface 10.2.4.00.0.0.0 255.255.255.0 U 1 00 eth0 192.168.204.0 10.2.4.1255.255.255.0 UG0 00 eth0 10.98.0.0 10.2.4.1255.255.0.0 UG0 00 eth0 10.6.0.010.2.4.1255.255.0.0 UG0 00 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 00 eth0 0.0.0.0 10.2.4.10 0.0.0.0 UG0 00 eth0 E assim tudo que eu quero funciona! Alguém tem alguma sugestão de como eu posso fazer o Network-Manager se comportar melhor? OU seria um bug? Alguém pode testar ? Obrigado! Flamarion Jorge Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: tibia
* Konnichiwa Fred Maranhão-sama: Gente, Não estou conseguindo rodar o tibia. Quando eu dou o comando, aparece por um instante uma janela e some. Esta é a linha de comando. $ ./StartTibia.sh do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly. Try adjusting the vblank_mode configuration parameter. X Error of failed request: GLXUnsupportedPrivateRequest Major opcode of failed request: 159 (GLX) Minor opcode of failed request: 16 (X_GLXVendorPrivate) Serial number of failed request: 58 Current serial number in output stream: 59 o glxgears está funcionando normal, mas esta tal mensagem também aparece nele. $ glxgears do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly. Try adjusting the vblank_mode configuration parameter. 3307 frames in 5.0 seconds = 661.215 FPS XIO: fatal IO error 104 (Connection reset by peer) on X server :0.0 after 16634 requests (16579 known processed) with 0 events remaining. Só que o glxgears funciona normalmente, e o tibia não. Qual placa de vídeo vc está usando ? Se for a Nvidia, deve estar com o driver proprietário para funcionar. Se já estiver, verifique o seu /usr/lib/xorg/modules/extensions/libglx.so e veja se é um link simbólico para o libglx do driver proprietário. Caso não seja, apague-o e faça o link simbólico. Após isso, reinicie o X. []'s, Still -- Nelson Luiz Campos Engenheiro Eletricista Linux User #89621 UIN 11464303 gnupgID: 55577339 Skype Still_by_Still Keep moving forward. signature.asc Description: Digital signature
Re: tibia
Não é bem assim, independe da placa de vídeo só (Apesar de ser um erro gráfico), pois já rodei o Tibia em um outro computador EXATAMENTE IGUAL, com os mesmos pacotes só pra testar, e ele rodou perfeito.É um erro meio random, o que você pode tentar (além de Wine e Vmware) é $ ./StartTibia.sh engine 0 as vezes funciona (daí depende do hardware e drivers instalados+configuração do Xorg), mas já te aviso, framerate BAIXÍSSIMA (3-10 fps) e qualidade gráfica horrenda! O módulo glx está ativado no seu xorg.conf? Abraços! 2009/7/5 Still still.debian.l...@gmail.com * Konnichiwa Fred Maranhão-sama: Gente, Não estou conseguindo rodar o tibia. Quando eu dou o comando, aparece por um instante uma janela e some. Esta é a linha de comando. $ ./StartTibia.sh do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly. Try adjusting the vblank_mode configuration parameter. X Error of failed request: GLXUnsupportedPrivateRequest Major opcode of failed request: 159 (GLX) Minor opcode of failed request: 16 (X_GLXVendorPrivate) Serial number of failed request: 58 Current serial number in output stream: 59 o glxgears está funcionando normal, mas esta tal mensagem também aparece nele. $ glxgears do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly. Try adjusting the vblank_mode configuration parameter. 3307 frames in 5.0 seconds = 661.215 FPS XIO: fatal IO error 104 (Connection reset by peer) on X server :0.0 after 16634 requests (16579 known processed) with 0 events remaining. Só que o glxgears funciona normalmente, e o tibia não. Qual placa de vídeo vc está usando ? Se for a Nvidia, deve estar com o driver proprietário para funcionar. Se já estiver, verifique o seu /usr/lib/xorg/modules/extensions/libglx.so e veja se é um link simbólico para o libglx do driver proprietário. Caso não seja, apague-o e faça o link simbólico. Após isso, reinicie o X. []'s, Still -- Nelson Luiz Campos Engenheiro Eletricista Linux User #89621 UIN 11464303 gnupgID: 55577339 Skype Still_by_Still Keep moving forward. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFKUJIvvfbs9VVXczkRAm2LAJ0RKatPec8c+cR4z/DWzbts3W3jmwCgtAOV 6WHnQeTK0K1U/P7DyIFTEsE= =v7Mq -END PGP SIGNATURE- -- There's 10 kinds of people in the world - Who can read binary, and who can't
Re: Rotas Persistentes/Staticas Network-Manager
On Sun, 5 Jul 2009 04:30:12 -0700 (PDT), Flamarion Jorge flamarili...@yahoo.com.br wrote: Bom dia pessoal, Estou enfrentando um problema, simples de resolver pelo terminal, mas que ta me deixando de cabeça quente quando feito em uma estação, via Network-Manager. Infelizmente não posso mandar o usuário fazer isso pelo terminal, senão ele manda eu tirar o linux da máquina dele. E o chefe acata, se a bagaça não funcionar. Situação: rede 10.2.4.0/24 rota default 10.2.4.10 rede 192.168.204.0/24 rota 10.2.4.1 rede 10.6.1.0/24 rota 10.2.4.1 Simples a principio. O lance é o seguinte, vou no applet do NM e peço para editar as conexões, vou na aba ipv4, coloco ip, masc e gateway, neste caso o default. Na mesma aba tem o botão rotas. Vou lá e adiciono as outras rotas, pra rede 192.168.204.0/24 e 10.6.1.0/24 e aponto para o gateway 10.2.4.1. Massa né? Nada disso. Quando aplico as modificações, as que adiciono diferente do default gw, funcionam perfeitamente e eu perco o defaul gw. Vou colocar o exemplo da situação aqui: Antes da configuração das rotas persistentes: Destino RoteadorMáscaraGen.Opções Métrica Ref Uso Iface 10.2.4.00.0.0.0 255.255.255.0 U 1 00 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 00 eth0 0.0.0.0 10.2.4.10 0.0.0.0 UG0 00 eth0 Depois das rotas persistentes: Destino RoteadorMáscaraGen.Opções Métrica Ref Uso Iface 10.2.4.00.0.0.0 255.255.255.0 U 1 00 eth0 192.168.204.0 10.2.4.1255.255.255.0 UG0 00 eth0 10.98.0.0 10.2.4.1255.255.0.0 UG0 00 eth0 10.6.0.010.2.4.1255.255.0.0 UG0 00 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 00 eth0 Ou seja a minha rede, 10.2.4.0/24 está lá só que perde o gateway, daí tenho que ir na mão e colocar o gw na mão! E fica assim depois que coloco o default gw na mão: Destino RoteadorMáscaraGen.Opções Métrica Ref Uso Iface 10.2.4.00.0.0.0 255.255.255.0 U 1 00 eth0 192.168.204.0 10.2.4.1255.255.255.0 UG0 00 eth0 10.98.0.0 10.2.4.1255.255.0.0 UG0 00 eth0 10.6.0.010.2.4.1255.255.0.0 UG0 00 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 00 eth0 0.0.0.0 10.2.4.10 0.0.0.0 UG0 00 eth0 E assim tudo que eu quero funciona! Alguém tem alguma sugestão de como eu posso fazer o Network-Manager se comportar melhor? OU seria um bug? Alguém pode testar ? Obrigado! Flamarion Jorge Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com Olá Flamarion. Sei que não é isso que você quer, mas você poderia, enquanto não resolve o lance do NW, botar um script pra rodar no boot, ae fica transparente pro usuário. -- Atenciosamente, Allan Carvalho -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: /boot cheio - RESOLVIDO
Desculpem a demora pela resposta, mas precisei ficar longe do desktop por uns dias. Pelas várias respostas que tive, comecei pela menos traumática que me pareceu a do Yamane. Vi que tinha dois kernels instalados na partição e apaguei a mais antiga. Reiniciei o pc e tudo tranquilo. Atualizei os sources e deu um erro mas eu coloquei o dpkg --configure -a e ele atualizou o initrd.img e tudo ficou funcionando normalmente. Muito obrigado por todas as respostas. Um abraço! Hugo Guimarães 2009/7/2 Renato S. Yamane yam...@diamondcut.com.br Em 01-07-2009 21:46, Hugo Guimarães escreveu: eu instalei o Debian Lenny há algum tempo (ele ainda era testing) e, pelo jeito, não planejei bem o tamanho da partição boot. Não sabia que ela era tão utilizada, por isso coloquei algo em torno de uns 35mb pois pensei que ela fosse estática e uma vez gravados os dados para inicialização do grub, nada mais seria mexido. Resultado? Quando eu fui instalar um programa há um tempo atrás ele deu partição cheia Você foi atualizando o Lenny com o passar do tempo e agora ele está com vários Kernels instalados. Geralmente eu compilo o meu Kernel e deixo a última versão estável também, ou seja, você também precisará de no máximo 2 Kernels. Remova o restante. Verifique quais estão instalados com o comando: $dpkg -l | grep linux-image | grep ^i dpkg -l | grep linux-source | grep ^i Att, Renato -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Rotas Persistentes/Staticas Network-Manager
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Olá Flamarion. Sei que não é isso que você quer, mas você poderia, enquanto não resolve o lance do NW, botar um script pra rodar no boot, ae fica transparente pro usuário. Olá Allan, Cara poderia sim, mas acontece que a maioria do povo aqui, ou lá, são acostumados a adicionar rotas persistentes no windwos. E uma vez ou outra tem que modificar, retirar ou adicoinar novas rotas. É uma coisa bem dinâmica, apesar de não ser sempre, então acho que eu teria que modificar o script cada vez que alguém quisesse modificar determinada configuração. Então não é uma boa opção no momento. São técnicos que usam estas estações e estão loucos para achar um problema para voltarem para o windows, então tenho que resolver isso senão meu esforço vai ser em vão! Mesmo assim, muito obrigado pela sugestão! - -- Flamarion Jorge -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpRM1gACgkQ0SDRnmynUOFYkQCg1oQomAxVTMpsGLvzhrwe2TC6 HHIAnRL3KFHmxTxY9lEXyyd4cMxwq0Dh =AeVU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: stable, testing ou unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fred Maranhão escreveu: Gente, A uns anos atrás, numa discussão na lista, eu decidi usar a unstable no meu computador, pois a stable era muito desatualizada e a testing demorava demais para receber correções. Na verdade, a impressão que eu tinha é que a testing era a pior de todas, pois a stable era cuidada pelo povo do projeto debian e a unstable recebia as atualizações dos mantenedores principais. De uns anos para cá, voltei a usar a testing, que achei bem mais cuidada e estava feliz com ela. Mas agora tenho uma nova variável. Instalei o debian testing no laptop da minha mulher, e algumas coisas que demoram a serem corrigidas (ou por incapacidade minha ou por que tenho que esperar o pacote ser corrigido na unstable e descer para a testing) estão incomodando ela. Por isto estava pensando em migrar o meu computador e o dela para o debian unstable. A questão é, será que ela vai ter uma experiência melhor no unstable? Fred PS: o próximo passo é instalar o debian no computador do meu filho :) Sugestão. cat /etc/apt/sources.list ###testing## deb http://ftp.br.debian.org/debian/ testing main contrib non-free deb-src http://ftp.br.debian.org/debian/ testing main contrib non-free deb http://security.debian.org/ testing/updates main contrib non-free deb-src http://security.debian.org/ testing/updates main contrib non-free deb http://www.debian-multimedia.org testing main ## Unstable# deb http://ftp.br.debian.org/debian/ unstable main contrib non-free deb-src http://ftp.br.debian.org/debian/ unstable main contrib non-free deb http://www.debian-multimedia.org unstable main cat /etc/apt/preferences Package: * Pin: release a=testing Pin-Priority: 900 Package: * Pin: release a=unstable Pin-Priority: 800 Desta forma, testing tem preferencia, ou seja, se você não passar nenhum parâmetro o sistema vai usar testing, caso queira um pacote mais novo, instale da seguinte maneira. aptitude -t unstable pacote Funciona muito bem aqui pra mim. Quando quero algum pacote mais novo, pego da unstable. Att, - -- Flamarion Jorge -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpRTDoACgkQ0SDRnmynUOEnigCdFRtXr3r6yAI3txbbS3dKP0cV 9AcAoJrx4GbyDRgeJ/g3TT0cYgTu2hhd =5DjK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: stable, testing ou unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 aptitude -t unstable pacote Corrigindo aptitude -t unstable install pacote Abraços - -- Flamarion Jorge -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpRTYcACgkQ0SDRnmynUOGnDwCfSMsldMStGxWvSuybtVwGVIm1 skcAoKVi8e1ecWRACP87ZbSkz/gUJOq5 =HcOP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Rotas Persistentes/Staticas Network-Manager
faz um script pra modificacao das rotas em geral. pegue os pré-requisitos e manda bala...e ainda vc sai ganhando mostrando pra galera que vc o facilita facilmente ;) abracos! 2009/7/5 Flamarion Jorge flamarili...@yahoo.com.br -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Olá Flamarion. Sei que não é isso que você quer, mas você poderia, enquanto não resolve o lance do NW, botar um script pra rodar no boot, ae fica transparente pro usuário. Olá Allan, Cara poderia sim, mas acontece que a maioria do povo aqui, ou lá, são acostumados a adicionar rotas persistentes no windwos. E uma vez ou outra tem que modificar, retirar ou adicoinar novas rotas. É uma coisa bem dinâmica, apesar de não ser sempre, então acho que eu teria que modificar o script cada vez que alguém quisesse modificar determinada configuração. Então não é uma boa opção no momento. São técnicos que usam estas estações e estão loucos para achar um problema para voltarem para o windows, então tenho que resolver isso senão meu esforço vai ser em vão! Mesmo assim, muito obrigado pela sugestão! - -- Flamarion Jorge -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpRM1gACgkQ0SDRnmynUOFYkQCg1oQomAxVTMpsGLvzhrwe2TC6 HHIAnRL3KFHmxTxY9lEXyyd4cMxwq0Dh =AeVU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- - LPIC-1 - SCSAS
Re: Rotas Persistentes/Staticas Network-Manager
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bruno Silva escreveu: faz um script pra modificacao das rotas em geral. pegue os pré-requisitos e manda bala...e ainda vc sai ganhando mostrando pra galera que vc o facilita facilmente ;) Bruno, esquece scripts cara heheheeh... dá uma lidinha na resposta eu não posso me apegar a scripts, tem que ser feito em userspace, no desktop, clicando Vou deixar aqui a resposta que enviei anteriormente pra lista, talvez você tenha outra idéia! Esta foi a resosta que enviei para o Allan, aqui na lista. Olá Allan, Cara poderia sim, mas acontece que a maioria do povo aqui, ou lá, são acostumados a adicionar rotas persistentes no windwos. E uma vez ou outra tem que modificar, retirar ou adicoinar novas rotas. É uma coisa bem dinâmica, apesar de não ser sempre, então acho que eu teria que modificar o script cada vez que alguém quisesse modificar determinada configuração. Então não é uma boa opção no momento. São técnicos que usam estas estações e estão loucos para achar um problema para voltarem para o windows, então tenho que resolver isso senão meu esforço vai ser em vão! Mesmo assim, muito obrigado pela sugestão! Eu preciso de alguém que faça isso no *Network Manager* - -- Flamarion Jorge -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpRWtQACgkQ0SDRnmynUOEKegCfWOQ7Cv9zsaDOWI4C7hHvIEC7 XVkAoJOefCzm+EpaWQ80z3W19xNJ1vqm =7m3Y -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
