Problemas com placa Nvidia
Olá a todos. Estou tendo muita dificuldade em fazer funcionar o ambiente gráfico com o Debian Squeeze, instalado do zero em meu PC. Alguns dados de meu hardware são: Placa mãe: ASUS M2N-MX SE PLUS Processador: AMD Athlon 64 X2 5600+ 2900 MHz Placa de video (Saída do lspci): nvidia Corporation G86[GeForce 8400 GS] (rev a1) O kernel que usei foi o 2.6.32-5-amd64. Na primeira instalação, travou tudo ao iniciar o gdm3. Suspeitando ser um problema com a configuração referente à placa de vídeo, encontrei na internet este detalhado wiki: http://wiki.debian.org/NvidiaGraphicsDrivers para instalação e configuração de drivers para placas Nvidia. Seguindo à risca suas instruções, tentei primeiro instalar o driver aberto noveau, mas o problema continuou. Então, segui as instruções para instalação do driver não-livre da Nvidia (mas disponibilizado na seção non-free do Squeeze), perfazendo os seguintes passos: 1) instalação do kernel module. Para tal, instalei os pacotes Debian module-assistant e nvidia-kernel-common. Em seguida: m-a auto-install nvidia-kernel-source e a instalação ocorreu sem problemas. 2) Instalação do driver X e bibliotecas user-space. Para tal, instalei o pacote Debian nvidia-glx. Importante ressaltar que chequei que as versões dos pacotes batiam (195.36.31) 3) Configuração do X. Para tal, dei o comando: Xorg -configure e a partir do arquivo gerado xorg.conf.new, fiz as devidas alterações, comentando as linhas da Section Module em que aparece dri, e alterando o Driver na Section Device para nvidia: Section Module Load extmod # Load dri Load dbe # Load dri2 Load glx Load record EndSection Section Device Identifier Card0 Driver nvidia VendorName NVIDIA Corporation BoardName G86 [GeForce 8400 GS] BusID PCI:2:0:0 EndSection Em seguida, salvei este arquivo alterado como /etc/X11/xorg.conf. Dando um re-boot, pude perceber que o driver nvidia foi carregado corretamente. Na saída do lsmod, há: ModuleSize Used by nvidia10670090 24 Além disso, no arquivo log /var/log/Xorg.0.log, não há mensagens de erro (as linhas referentes a NVIDIA estão listadas abaixo). Consigo acessar os terminais de console, e o login do gdm3 aparece no terminal 7. Porém, ao tentar logar, tudo congela e o sistema todo trava. Li todo o README.txt que acompanha o pacote nvidia-glx e não encontrei nada que pudesse me clarear o que está havendo. Nem o arquivo /var/log/Xorg.0.log ajuda, pois ele é criado ao se iniciar o gdm3, antes do problema. Assim, não sei mais o que fazer. Toda ajuda será muito apreciada :). Não sei se é de algum auxílio, mas abaixo estão as linhas do Xorg.0.log referentes a NVIDIA. Grande abraço a todos. (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor=NVIDIA Corporation compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Server Extension (II) NVIDIA GLX Module 195.36.31 Thu Jun 3 08:59:25 PDT 2010 (II) Loading extension GLX (II) LoadModule: nvidia (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so (II) Module nvidia: vendor=NVIDIA Corporation compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Video Driver (II) NVIDIA dlloader X Driver 195.36.31 Thu Jun 3 08:27:29 PDT 2010 (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs (II) Primary Device is: PCI 02@00:00:0 (**) Apr 13 00:46:42 NVIDIA(0): Enabling RENDER acceleration (II) Apr 13 00:46:42 NVIDIA(0): Support for GLX with the Damage and Composite X extensions is (II) Apr 13 00:46:42 NVIDIA(0): enabled. (II) Apr 13 00:46:43 NVIDIA(0): NVIDIA GPU GeForce 8400 GS (G86) at PCI:2:0:0 (GPU-0) (--) Apr 13 00:46:43 NVIDIA(0): Memory: 524288 kBytes (--) Apr 13 00:46:43 NVIDIA(0): VideoBIOS: 60.86.4a.00.23 (II) Apr 13 00:46:43 NVIDIA(0): Detected PCI Express Link width: 16X (--) Apr 13 00:46:43 NVIDIA(0): Interlaced video modes are supported on this GPU (--) Apr 13 00:46:43 NVIDIA(0): Connected display device(s) on GeForce 8400 GS at PCI:2:0:0: (--) Apr 13 00:46:43 NVIDIA(0): LG 710E (CRT-0) (--) Apr 13 00:46:43 NVIDIA(0): LG 710E (CRT-0): 400.0 MHz maximum pixel clock (II) Apr 13 00:46:43 NVIDIA(0): Assigned Display Device: CRT-0 (==) Apr 13 00:46:43 NVIDIA(0): (==) Apr 13 00:46:43 NVIDIA(0): No modes were requested; the default mode nvidia-auto-select (==) Apr 13 00:46:43 NVIDIA(0): will be used as the requested mode. (==) Apr 13 00:46:43 NVIDIA(0): (II) Apr 13 00:46:43 NVIDIA(0): Validated modes: (II) Apr 13 00:46:43 NVIDIA(0): nvidia-auto-select (II) Apr 13 00:46:43 NVIDIA(0): Virtual screen size determined to be 1024 x 768 (--) Apr 13 00:46:43 NVIDIA(0): DPI set to (78, 78); computed from UseEdidDpi X config (--) Apr 13 00:46:43 NVIDIA(0): option (==) Apr 13 00:46:43 NVIDIA(0): Enabling 32-bit ARGB GLX visuals. (--) Depth 24 pixmap format is 32
Re: Problemas com placa Nvidia
Veja se tem essa parte abaixo no seu xorg.conf: Section Screen Identifier Screen1 Device Nvida tralala e etc Monitor Monitor1 DefaultDepth 24 SubSection Display Depth 24 Modes 1024x768 - Aqui vem a resolução que você quer. EndSubSection EndSection Abraços. Em 13 de abril de 2012 02:22, Eduardo Bearzoti edbearz...@yahoo.com.brescreveu: Olá a todos. Estou tendo muita dificuldade em fazer funcionar o ambiente gráfico com o Debian Squeeze, instalado do zero em meu PC. Alguns dados de meu hardware são: Placa mãe: ASUS M2N-MX SE PLUS Processador: AMD Athlon 64 X2 5600+ 2900 MHz Placa de video (Saída do lspci): nvidia Corporation G86[GeForce 8400 GS] (rev a1) O kernel que usei foi o 2.6.32-5-amd64. Na primeira instalação, travou tudo ao iniciar o gdm3. Suspeitando ser um problema com a configuração referente à placa de vídeo, encontrei na internet este detalhado wiki: http://wiki.debian.org/NvidiaGraphicsDrivers para instalação e configuração de drivers para placas Nvidia. Seguindo à risca suas instruções, tentei primeiro instalar o driver aberto noveau, mas o problema continuou. Então, segui as instruções para instalação do driver não-livre da Nvidia (mas disponibilizado na seção non-free do Squeeze), perfazendo os seguintes passos: 1) instalação do kernel module. Para tal, instalei os pacotes Debian module-assistant e nvidia-kernel-common. Em seguida: m-a auto-install nvidia-kernel-source e a instalação ocorreu sem problemas. 2) Instalação do driver X e bibliotecas user-space. Para tal, instalei o pacote Debian nvidia-glx. Importante ressaltar que chequei que as versões dos pacotes batiam (195.36.31) 3) Configuração do X. Para tal, dei o comando: Xorg -configure e a partir do arquivo gerado xorg.conf.new, fiz as devidas alterações, comentando as linhas da Section Module em que aparece dri, e alterando o Driver na Section Device para nvidia: Section Module Load extmod # Load dri Load dbe # Load dri2 Load glx Load record EndSection Section Device Identifier Card0 Driver nvidia VendorName NVIDIA Corporation BoardName G86 [GeForce 8400 GS] BusID PCI:2:0:0 EndSection Em seguida, salvei este arquivo alterado como /etc/X11/xorg.conf. Dando um re-boot, pude perceber que o driver nvidia foi carregado corretamente. Na saída do lsmod, há: ModuleSize Used by nvidia10670090 24 Além disso, no arquivo log /var/log/Xorg.0.log, não há mensagens de erro (as linhas referentes a NVIDIA estão listadas abaixo). Consigo acessar os terminais de console, e o login do gdm3 aparece no terminal 7. Porém, ao tentar logar, tudo congela e o sistema todo trava. Li todo o README.txt que acompanha o pacote nvidia-glx e não encontrei nada que pudesse me clarear o que está havendo. Nem o arquivo /var/log/Xorg.0.log ajuda, pois ele é criado ao se iniciar o gdm3, antes do problema. Assim, não sei mais o que fazer. Toda ajuda será muito apreciada :). Não sei se é de algum auxílio, mas abaixo estão as linhas do Xorg.0.log referentes a NVIDIA. Grande abraço a todos. (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor=NVIDIA Corporation compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Server Extension (II) NVIDIA GLX Module 195.36.31 Thu Jun 3 08:59:25 PDT 2010 (II) Loading extension GLX (II) LoadModule: nvidia (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so (II) Module nvidia: vendor=NVIDIA Corporation compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Video Driver (II) NVIDIA dlloader X Driver 195.36.31 Thu Jun 3 08:27:29 PDT 2010 (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs (II) Primary Device is: PCI 02@00:00:0 (**) Apr 13 00:46:42 NVIDIA(0): Enabling RENDER acceleration (II) Apr 13 00:46:42 NVIDIA(0): Support for GLX with the Damage and Composite X extensions is (II) Apr 13 00:46:42 NVIDIA(0): enabled. (II) Apr 13 00:46:43 NVIDIA(0): NVIDIA GPU GeForce 8400 GS (G86) at PCI:2:0:0 (GPU-0) (--) Apr 13 00:46:43 NVIDIA(0): Memory: 524288 kBytes (--) Apr 13 00:46:43 NVIDIA(0): VideoBIOS: 60.86.4a.00.23 (II) Apr 13 00:46:43 NVIDIA(0): Detected PCI Express Link width: 16X (--) Apr 13 00:46:43 NVIDIA(0): Interlaced video modes are supported on this GPU (--) Apr 13 00:46:43 NVIDIA(0): Connected display device(s) on GeForce 8400 GS at PCI:2:0:0: (--) Apr 13 00:46:43 NVIDIA(0): LG 710E (CRT-0) (--) Apr 13 00:46:43 NVIDIA(0): LG 710E (CRT-0): 400.0 MHz maximum pixel clock (II) Apr 13 00:46:43 NVIDIA(0): Assigned Display Device: CRT-0 (==) Apr 13 00:46:43 NVIDIA(0): (==) Apr 13 00:46:43 NVIDIA(0): No modes were requested; the default mode nvidia-auto-select (==) Apr 13 00:46:43 NVIDIA(0): will be used as the requested mode. (==)
Re: Cobol
On Thu, 12 Apr 2012, Dane Brand wrote: Pois é , já configurei a as lib32, mas não resolveu! O executável esta usando as libs do /lib32 Para recompilar para 64bits, precisaria verificar o código fonte, revalidar o software inteiro, etc. Tente rodar em uma VM 32bits com apenas 1 processador. Se isolar muito bem isolado da rede e não possuir nenhum usuário local fora a equipe de administração (que já tem root mesmo), talvez possa até continuar rodando Lenny nessa VM... E já requisite para quem for responsável pelo desenvolvimento uma versão que funcione direito na nova plataforma, porque rodar em VM não vai resolver o problema para sempre... -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120413122205.ga5...@khazad-dum.debian.net
Re: Cobol
Ola, Cobol e um mundo a parte, esquecido da grande maioria do pessoal de TI. O que eu sei, foi muito usando nas décadas de 1970/1980, em mainframes. Possivelmente, a partir de 1990 foi migrado para PCs, ou servidores como conhecemos hoje. Como toda linguagem possui dialetos, precisa do compilador certo. Existem compiladores para Linux. Mas, na grande maioria da vezes, o programa que se roda no Linux e legado de algum outro unix. Como o SCO para x86. Nesse caso no linux e rodado via compatibilidade binária provida por um modulo do kernel o iBCS. Do kernel 2.6 em diante, muito desses módulos de compatibilidade não foram portados, ou adequadamente ajustados. O cobol usa um encoding diferente do ASCII bem como alinhamentos numéricos, refletindo a sua origem dos mainframes. A pseudo arquitetura de 64bits da AMD/Intel também inclui problemas de compatibilidade com programas de 32bits. sejam o source ou o binário. Dito isso, teste o software em um linux de 32bits, em hardware similar ao que esta em 64bits. Isso e, no caso de não poder parar para reinstalar. Bom, espero que esse servidor ainda esteja em fase de homologação. E quem ainda mantém software em Cobol, e que o plano de negócios dependa disso, migrar para plataformas novas ira custar mais do que pagar muito bem uma equipe de desenvolvimento em Cobol. Ou a migração pode levar um tempo considerável. E possivelmente esse software não ira escalar, mudar de hardware pode não ter efeito no desempenho. Paulino -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/camm-fmg7u3zb0fahxdtnoxfsjqjshhwgmmdxctnbhs_uxsi...@mail.gmail.com
Re: Cobol
Só me lembro de dois compiladores de COBOL livres, o OpenCOBOL e o TinyCOBOL. Tinha alguma coisa da Fujitsu, um certo Fujitsu COBOL, mas não procurei mais saber. Queria saber de outras opções para Linux, mesmo proprietárias. Em Fri, 13 Apr 2012 10:11:13 -0300 Paulino Kenji Sato pks...@gmail.com escreveu: Ola, Cobol e um mundo a parte, esquecido da grande maioria do pessoal de TI. O que eu sei, foi muito usando nas décadas de 1970/1980, em mainframes. Possivelmente, a partir de 1990 foi migrado para PCs, ou servidores como conhecemos hoje. Como toda linguagem possui dialetos, precisa do compilador certo. Existem compiladores para Linux. Mas, na grande maioria da vezes, o programa que se roda no Linux e legado de algum outro unix. Como o SCO para x86. Nesse caso no linux e rodado via compatibilidade binária provida por um modulo do kernel o iBCS. Do kernel 2.6 em diante, muito desses módulos de compatibilidade não foram portados, ou adequadamente ajustados. O cobol usa um encoding diferente do ASCII bem como alinhamentos numéricos, refletindo a sua origem dos mainframes. A pseudo arquitetura de 64bits da AMD/Intel também inclui problemas de compatibilidade com programas de 32bits. sejam o source ou o binário. Dito isso, teste o software em um linux de 32bits, em hardware similar ao que esta em 64bits. Isso e, no caso de não poder parar para reinstalar. Bom, espero que esse servidor ainda esteja em fase de homologação. E quem ainda mantém software em Cobol, e que o plano de negócios dependa disso, migrar para plataformas novas ira custar mais do que pagar muito bem uma equipe de desenvolvimento em Cobol. Ou a migração pode levar um tempo considerável. E possivelmente esse software não ira escalar, mudar de hardware pode não ter efeito no desempenho. Paulino -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120413101656.2d130...@yahoo.com.br
Re: Cobol
On Fri, Apr 13, 2012 at 10:16 AM, Listeiro 037 listeiro_...@yahoo.com.br wrote: Só me lembro de dois compiladores de COBOL livres, o OpenCOBOL e o TinyCOBOL. Tinha alguma coisa da Fujitsu, um certo Fujitsu COBOL, mas não procurei mais saber. Queria saber de outras opções para Linux, mesmo proprietárias. Acredito que o mais usado e o Cobol da Micro Focus. A IBM também parece ser um produto para Cobol. O meu comentário anterior sobre migração se referia a programas legados. Cobol, assim como outras linguagens, evoluiu com o tempo, agregando conceitos como o OOP. Paulino -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/camm-fmijotvta7amutxghj1kbs-w-af3gznu4o8huwa9xq-...@mail.gmail.com
Re: Cobol
Meu amigo, Vamos lá. Uma parte do código deve ser alterada para que possa usar os novos recursos das cpus! O que podes fazer é forçar o kernel dividir (fork) esse processo entre os processadores. Ou veja se uma thread que está engasganto o processo e criando uma fila de processamento. tente depurar o sistema. Post informações de processo no processador, que assim a gente pode fazer o fork! abcs Em 13 de abril de 2012 10:16, Listeiro 037 listeiro_...@yahoo.com.brescreveu: Só me lembro de dois compiladores de COBOL livres, o OpenCOBOL e o TinyCOBOL. Tinha alguma coisa da Fujitsu, um certo Fujitsu COBOL, mas não procurei mais saber. Queria saber de outras opções para Linux, mesmo proprietárias. Em Fri, 13 Apr 2012 10:11:13 -0300 Paulino Kenji Sato pks...@gmail.com escreveu: Ola, Cobol e um mundo a parte, esquecido da grande maioria do pessoal de TI. O que eu sei, foi muito usando nas décadas de 1970/1980, em mainframes. Possivelmente, a partir de 1990 foi migrado para PCs, ou servidores como conhecemos hoje. Como toda linguagem possui dialetos, precisa do compilador certo. Existem compiladores para Linux. Mas, na grande maioria da vezes, o programa que se roda no Linux e legado de algum outro unix. Como o SCO para x86. Nesse caso no linux e rodado via compatibilidade binária provida por um modulo do kernel o iBCS. Do kernel 2.6 em diante, muito desses módulos de compatibilidade não foram portados, ou adequadamente ajustados. O cobol usa um encoding diferente do ASCII bem como alinhamentos numéricos, refletindo a sua origem dos mainframes. A pseudo arquitetura de 64bits da AMD/Intel também inclui problemas de compatibilidade com programas de 32bits. sejam o source ou o binário. Dito isso, teste o software em um linux de 32bits, em hardware similar ao que esta em 64bits. Isso e, no caso de não poder parar para reinstalar. Bom, espero que esse servidor ainda esteja em fase de homologação. E quem ainda mantém software em Cobol, e que o plano de negócios dependa disso, migrar para plataformas novas ira custar mais do que pagar muito bem uma equipe de desenvolvimento em Cobol. Ou a migração pode levar um tempo considerável. E possivelmente esse software não ira escalar, mudar de hardware pode não ter efeito no desempenho. Paulino -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120413101656.2d130...@yahoo.com.br
Contas de usuário nao expiram
Caros, bom dia! Tenho um servidor linux usado para FTP, as contas são criadas via webmin com a expire date marcado, mas as contas não estão expirando no prazo estipulado, alguem já vivenciou esse tipo de problema e pode me dar uma dica de como resolver, o toque de expiração esta marcado no passwd. Criei uma conta e agendei para expirar a senha amanha, vou aguardar para verificar. Verifiquei com chage -l informações da conta e a data de expiração esta marcada corretamente. Desde já agradeço a atenção. Att. -- Leandro Moreira Network Administrator LPIC1 - Linux Professional Institute Certified e-mail/msn: lean...@leandromoreira.eti.br Tel.: + 55(32) 9906-5713
[OT] como ter alguma segurança ao compartilhar a internet em uma rede wireless ad-hoc
Olá lista, Meu roteador wireless (DLink DI-524) pifou, piscou e faleceu. Foi daí que me vi na necessidade de aprender um pocou sobre redes wireless ad-hoc (redes wireless sem roteador). O hardware que eu tenho é um Atheros Communications, Inc. AR9170 802.11n e já consegui fazê-lo compartilhar a rede com fio que chega na eth0 pela wlan0. Já coloquei até um servidor dhcp para que este dispositivo forneça IPs para os iPhones e computadores móveis e o sinal é até melhor que o do roteador. O processo é simples: editei o /etc/network/interfaces para que contenha: # Tentativa de rede Ad-Hoc auto wlan0 iface wlan0 inet static address 192.168.100.100 netmask 255.255.255.0 broadcast 192.168.100.255 network 192.168.100.0 wireless-channel auto wireless-essid MINHAREDE wireless-mode ad-hoc editei o /etc/dhcp/dhcpd.conf para que contenha: # cat /etc/dhcp/dhcpd.conf ddns-update-style interim; option domain-name minharede.net; option domain-name-servers 200.175.5.139, 200.175.89.139; default-lease-time 600; max-lease-time 7200; authoritative; log-facility local7; subnet 192.168.100.0 netmask 255.255.255.0 { range 192.168.100.10 192.168.100.254; option routers 192.168.100.100; option broadcast-address 192.168.100.255; } O que eu gostaria, agora, era conseguir ter alguma segurança nesta rede mas tenho recebido o seguinte erro quando tento os comandos a seguir: opção 1: inserir a linha wireless-key s:senha (com todas as variações de aspas que consegui imaginar) opção 2: # iwconfig wlan0 essid MINHAREDE key 123456 mode ad-hoc a resposta, em ambos casos, é a mesma. Error for wireless request Set Encode (8B2A) : SET failed on device wlan0 ; Invalid argument. Ao tentar usar as interfaces gráficas do wicd e gnome-network-manager, não consigo lhufas, nem conectar nem compartilhar conexão. Alguém poderia me indicar alguma leitura esclarecedora, se houver algo sobre estado atual de utilização do modo bridge melhor ainda? Abs., -- ...agora, só nos sobrou o futuro..., visto em www.manuchao.net Gunther Furtado Curitiba - Paraná - Brasil gunfurt...@gmail.com sip:furta...@ekiga.net -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120413120651.014a2...@azul.gbcm.net
Re: Problemas com placa Nvidia
Olá Eduardo , tudo bem ? Qual o teu processador? Em 13 de abril de 2012 03:22, Eduardo Bearzoti edbearz...@yahoo.com.brescreveu: Olá a todos. Estou tendo muita dificuldade em fazer funcionar o ambiente gráfico com o Debian Squeeze, instalado do zero em meu PC. Alguns dados de meu hardware são: Placa mãe: ASUS M2N-MX SE PLUS Processador: AMD Athlon 64 X2 5600+ 2900 MHz Placa de video (Saída do lspci): nvidia Corporation G86[GeForce 8400 GS] (rev a1) O kernel que usei foi o 2.6.32-5-amd64. Na primeira instalação, travou tudo ao iniciar o gdm3. Suspeitando ser um problema com a configuração referente à placa de vídeo, encontrei na internet este detalhado wiki: http://wiki.debian.org/NvidiaGraphicsDrivers para instalação e configuração de drivers para placas Nvidia. Seguindo à risca suas instruções, tentei primeiro instalar o driver aberto noveau, mas o problema continuou. Então, segui as instruções para instalação do driver não-livre da Nvidia (mas disponibilizado na seção non-free do Squeeze), perfazendo os seguintes passos: 1) instalação do kernel module. Para tal, instalei os pacotes Debian module-assistant e nvidia-kernel-common. Em seguida: m-a auto-install nvidia-kernel-source e a instalação ocorreu sem problemas. 2) Instalação do driver X e bibliotecas user-space. Para tal, instalei o pacote Debian nvidia-glx. Importante ressaltar que chequei que as versões dos pacotes batiam (195.36.31) 3) Configuração do X. Para tal, dei o comando: Xorg -configure e a partir do arquivo gerado xorg.conf.new, fiz as devidas alterações, comentando as linhas da Section Module em que aparece dri, e alterando o Driver na Section Device para nvidia: Section Module Load extmod # Load dri Load dbe # Load dri2 Load glx Load record EndSection Section Device Identifier Card0 Driver nvidia VendorName NVIDIA Corporation BoardName G86 [GeForce 8400 GS] BusID PCI:2:0:0 EndSection Em seguida, salvei este arquivo alterado como /etc/X11/xorg.conf. Dando um re-boot, pude perceber que o driver nvidia foi carregado corretamente. Na saída do lsmod, há: ModuleSize Used by nvidia10670090 24 Além disso, no arquivo log /var/log/Xorg.0.log, não há mensagens de erro (as linhas referentes a NVIDIA estão listadas abaixo). Consigo acessar os terminais de console, e o login do gdm3 aparece no terminal 7. Porém, ao tentar logar, tudo congela e o sistema todo trava. Li todo o README.txt que acompanha o pacote nvidia-glx e não encontrei nada que pudesse me clarear o que está havendo. Nem o arquivo /var/log/Xorg.0.log ajuda, pois ele é criado ao se iniciar o gdm3, antes do problema. Assim, não sei mais o que fazer. Toda ajuda será muito apreciada :). Não sei se é de algum auxílio, mas abaixo estão as linhas do Xorg.0.log referentes a NVIDIA. Grande abraço a todos. (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor=NVIDIA Corporation compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Server Extension (II) NVIDIA GLX Module 195.36.31 Thu Jun 3 08:59:25 PDT 2010 (II) Loading extension GLX (II) LoadModule: nvidia (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so (II) Module nvidia: vendor=NVIDIA Corporation compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Video Driver (II) NVIDIA dlloader X Driver 195.36.31 Thu Jun 3 08:27:29 PDT 2010 (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs (II) Primary Device is: PCI 02@00:00:0 (**) Apr 13 00:46:42 NVIDIA(0): Enabling RENDER acceleration (II) Apr 13 00:46:42 NVIDIA(0): Support for GLX with the Damage and Composite X extensions is (II) Apr 13 00:46:42 NVIDIA(0): enabled. (II) Apr 13 00:46:43 NVIDIA(0): NVIDIA GPU GeForce 8400 GS (G86) at PCI:2:0:0 (GPU-0) (--) Apr 13 00:46:43 NVIDIA(0): Memory: 524288 kBytes (--) Apr 13 00:46:43 NVIDIA(0): VideoBIOS: 60.86.4a.00.23 (II) Apr 13 00:46:43 NVIDIA(0): Detected PCI Express Link width: 16X (--) Apr 13 00:46:43 NVIDIA(0): Interlaced video modes are supported on this GPU (--) Apr 13 00:46:43 NVIDIA(0): Connected display device(s) on GeForce 8400 GS at PCI:2:0:0: (--) Apr 13 00:46:43 NVIDIA(0): LG 710E (CRT-0) (--) Apr 13 00:46:43 NVIDIA(0): LG 710E (CRT-0): 400.0 MHz maximum pixel clock (II) Apr 13 00:46:43 NVIDIA(0): Assigned Display Device: CRT-0 (==) Apr 13 00:46:43 NVIDIA(0): (==) Apr 13 00:46:43 NVIDIA(0): No modes were requested; the default mode nvidia-auto-select (==) Apr 13 00:46:43 NVIDIA(0): will be used as the requested mode. (==) Apr 13 00:46:43 NVIDIA(0): (II) Apr 13 00:46:43 NVIDIA(0): Validated modes: (II) Apr 13 00:46:43 NVIDIA(0): nvidia-auto-select (II) Apr 13 00:46:43 NVIDIA(0): Virtual screen size determined to be 1024 x 768 (--) Apr 13 00:46:43 NVIDIA(0): DPI set
Re: Contas de usuário nao expiram
João Paulo, boa tarde! Sim no campo relativo a data de expiração da conta esta aparecendo a informação, abaixo segue a linha do shadow, para um usuário de teste: zebedeu:$1$34323965$cDZuwHDOnYY/ByBl7zxbV0:15443:15444: Att. Em 13 de abril de 2012 11:41, Joao Mandl joao.ma...@gmail.com escreveu: Leandro, Bom Dia, a informação está indo para o /etc/shadow? Abraços, | João Paulo de Carvalho Mandl | Em 13 de abril de 2012 11:02, Leandro Moreira lean...@leandromoreira.eti.br escreveu: Caros, bom dia! Tenho um servidor linux usado para FTP, as contas são criadas via webmin com a expire date marcado, mas as contas não estão expirando no prazo estipulado, alguem já vivenciou esse tipo de problema e pode me dar uma dica de como resolver, o toque de expiração esta marcado no passwd. Criei uma conta e agendei para expirar a senha amanha, vou aguardar para verificar. Verifiquei com chage -l informações da conta e a data de expiração esta marcada corretamente. Desde já agradeço a atenção. Att. -- Leandro Moreira Network Administrator LPIC1 - Linux Professional Institute Certified e-mail/msn: lean...@leandromoreira.eti.br Tel.: + 55(32) 9906-5713 -- Leandro Moreira Network Administrator LPIC1 - Linux Professional Institute Certified e-mail/msn: lean...@leandromoreira.eti.br Tel.: + 55(32) 9906-5713
Edição de Audio e Video
Boa tarde. Alguém daqui trabalha com edição de audio/vídeo? Com quais programas trabalha, livres ou não? Obrigado e até mais. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120413133704.79f65...@yahoo.com.br
Re: Edição de Audio e Video
Olá amigo, Eu trabalho todos os dias com edição de vídeo, mantenho meu blog de curso de inglês gratuito com vídeos que posto no youtube. Depois de muito pesquisar, descobri que essa é uma área bem carente ainda no software livre, mas há ferramentas que você pode usar. Atualmente eu estou usando o OpenShot para edição de vídeos MP4 e estou gostando muito. Ele aceita vários formatos. Para áudio, ainda não precisei editar e por isso não vou poder opinar nesse ponto, mas as gravações tenho feito pelo gravador de som do gnome mesmo em formato MP3. Espero ter ajudado! -- Igor Carvalho Confira os blogs abaixo: Mensagens de Amor http://www.penseeame.blogspot.com.br/ Mensagens de Reflexão http://www.semeadordeamor.blogspot.com.br/ Curso gratuito de inglês http://www.aprendasemcusto.blogspot.com.br/ - Mensagem original - De: Listeiro 037 listeiro_...@yahoo.com.br Para: debian-user-portuguese@lists.debian.org Cc: Enviadas: Sexta-feira, 13 de Abril de 2012 13:37 Assunto: Edição de Audio e Video Boa tarde. Alguém daqui trabalha com edição de audio/vídeo? Com quais programas trabalha, livres ou não? Obrigado e até mais. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120413133704.79f65...@yahoo.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1334335994.8471.yahoomail...@web46214.mail.sp1.yahoo.com
Re: Cobol
Bom pessoal para encerrar o caso . Meu problema não estava relacionado ao Cobol. O Debian tem suporte a multi-Arch Com isso habilitado exclui a possibilidade de ser a arch . Então com isso o cobol deveria funcionar sem ajustes. Meu problema estava no meu disco, usando um outro modelo sata2 funcionou perfeitamente. Obrigado a todos. Em 12-04-2012 12:07, Rodolfo escreveu: Não conheço o seu ambiente, mas pode ter certeza, Cobol é o ponto de partida, partindo desse princípio, verifique com os desenvolvedores do software a solução para a possível falha. Em 12 de abril de 2012 10:19, Dane d...@atua.com.br mailto:d...@atua.com.br escreveu: Imaginei isto, mas queria trocar uma ideia com vcs, até pq alguém poderia ter passado por isto. Mas mto obrigado pessoal. Em 12-04-2012 11:16, Gustavo Soares [SLot] escreveu: Amigo, é exatamente que o P.J está tentando te falar. O seu sistema não irá funcionar como você quer, simplesmente fazendo upgrade do hardware, o lance aí é mais embaixo, é no cobol. Creio que você não terá muito o que fazer no linux ou no hardware. Em 12-04-2012 11:03, Dane escreveu: Pessoal, eu não sou desenvolvedor, sou da Infra. Mas vejam, eu não quero aumentar o desempenho, não quero usar threads, gostaria de algum todas as aplicações estão rodando normalmente. Só gostaria se alguém souber me afirmar o pq um processo está usando 1% da cpu, quais podem ser os motivos para isto. Obrigado. Em 12-04-2012 10:39, Rodolfo escreveu: Quais aplicações ? Tem como listar ? E porque não migram pra Java ? E como falaram ali em cima, você aparentemente usava uma aplicação desenvolvida pra rodar em 32 bits, logo, quando usa em 64 bits, o funcionamente não será o mesmo, precisa recompilar o mesmo para 64 bits. Abraços. Em 12 de abril de 2012 09:29, Dane d...@atua.com.br mailto:d...@atua.com.br escreveu: Não ficou muito claro, pelo seguinte, eu só tenho problema em algumas aplicações e qual a referência disto com o uso do processador? Em 12-04-2012 10:10, Iuri Guilherme dos Santos Martins escreveu: Em 12-04-2012 09:59, Dane escreveu: Olá Iuri, Você já teve algum problema parecido? Está mesmo relacionado a arquitetura? Não. Um programa escrito em Cobol depende da configuração da máquina. Não é Java, é Cobol. Se tu mudar o processador ou alguma outra parte do hardware sem alterar o código fonte do programa, ele vai se comportar de forma diferente. Principalmente quando tu muda de uma arquitetura de processador de 32 bits para 64 bits. Esse efeito que tu teve não é somente facilmente previsto, é uma certeza. -- Att. Dane Everson Atua Sistemas de Informação Skype: dane.atua Msn: d...@atua.com.br mailto:d...@atua.com.br Fone: (54) 3045-4044 Celular: (54) 9905-5712 Linux User #548369 -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org mailto:debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org mailto:listmas...@lists.debian.org Archive: http://lists.debian.org/4f86d8b6.4040...@atua.com.br -- Att. Dane Everson Atua Sistemas de Informação Skype: dane.atua Msn:d...@atua.com.br mailto:d...@atua.com.br Fone: (54) 3045-4044 Celular: (54) 9905-5712 Linux User #548369 -- --- SLot Linux User: 124842 XMPP:s...@jabber-br.org mailto:s...@jabber-br.org |slot...@gmail.com mailto:slot...@gmail.com -- Att. Dane Everson Atua Sistemas de Informação Skype: dane.atua Msn:d...@atua.com.br mailto:d...@atua.com.br Fone: (54) 3045-4044 Celular: (54) 9905-5712 Linux User #548369 -- Att. Dane Everson Atua Sistemas de Informação Skype: dane.atua Msn: d...@atua.com.br Fone: (54) 3045-4044 Celular: (54) 9905-5712 Linux User #548369
Re: Edição de Audio e Video
Em sex 13 abr 2012, às 13:37:04, Listeiro 037 escreveu: Boa tarde. Alguém daqui trabalha com edição de audio/vídeo? Com quais programas trabalha, livres ou não? Obrigado e até mais. pra edição de áudio eu gosto do audacity, bem simples e funcional. já pra gravação, masterização e mixagem, gosto muito de usar o ardour signature.asc Description: This is a digitally signed message part.
Re: Verificação da Legitimidade de Mídia Debian
Em Fri, 13 Apr 2012 11:38:59 -0300 Listeiro 037 listeiro_...@yahoo.com.br escreveu: Como eu posso verificar se um CD ou DVD baixado não foi adulterado? ... Existe verificação com criptografia de chave pública/privada? Olá. Talvez as respostas estejam nos links abaixo. Procure por gpg em: http://www.debian.org/releases/ Veja: http://wiki.debian.org/SecureApt signature.asc Description: PGP signature
Re: Verificação da Legitimidade de Mídia Debian
Olá Você já tentou usar o md5sum? Abraço, --- *Arnaldo D'Amaral Pereira Granja Russo* Lab. de Estudos dos Oceanos e Clima Instituto de Oceanografia - FURG Em 13 de abril de 2012 17:27, Adriano Rafael Gomes adrian...@gmail.comescreveu: Em Fri, 13 Apr 2012 11:38:59 -0300 Listeiro 037 listeiro_...@yahoo.com.br escreveu: Como eu posso verificar se um CD ou DVD baixado não foi adulterado? ... Existe verificação com criptografia de chave pública/privada? Olá. Talvez as respostas estejam nos links abaixo. Procure por gpg em: http://www.debian.org/releases/ Veja: http://wiki.debian.org/SecureApt
Re: Cobol [Again]
Fui olhar na página do projeto do TinyCOBOL agora e me surpreendi com esta mensagem de 15 meses atrás , caso seja de utilidade a alguém: *** January 1, 2011 Development of TinyCOBOL, by the current maintainer, has come to an end. Consequently version 0.66 will be the final release. Anyone who would like to further develop TinyCOBOL, and become the project maintainer, please post a request to the official mailing list. All applicants will be considered. Fluency in English would be beneficial, but it is not a prerequisite. *** Tirado de http://tiny-cobol.sourceforge.net/ []'s Em Fri, 13 Apr 2012 10:36:12 -0300 Paulino Kenji Sato pks...@gmail.com escreveu: On Fri, Apr 13, 2012 at 10:16 AM, Listeiro 037 listeiro_...@yahoo.com.br wrote: Só me lembro de dois compiladores de COBOL livres, o OpenCOBOL e o TinyCOBOL. Tinha alguma coisa da Fujitsu, um certo Fujitsu COBOL, mas não procurei mais saber. Queria saber de outras opções para Linux, mesmo proprietárias. Acredito que o mais usado e o Cobol da Micro Focus. A IBM também parece ser um produto para Cobol. O meu comentário anterior sobre migração se referia a programas legados. Cobol, assim como outras linguagens, evoluiu com o tempo, agregando conceitos como o OOP. Paulino -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120414025602.0e9f0...@yahoo.com.br