[Resolvido] Internet e drivers NVIDIA

[edjen]

Oi pessoal !



Ao instalar os "Drivers Restritos" (NVidia), tentei com o Envy e acontece o mesmo. Quebra minha

conexão, tenho certeza que é devido aos drivers, pois é só desabilitá-los que o sistema já reinicia

conectado.

Segue as informações antes e depois de instalar os drivers.


Ferramentas de rede:

Netstat antes:

Destino   Gateway   Máscara de Rede   Interface
201.15.188.254   0.0.0.0   255.255.255.255   ppp0
0.0.0.0   0.0.0.0   0.0.0.0   ppp0
::1   ::   128   lo
fe80::21a:92ff:fed5:451d   ::   128   lo
fe80::   ::   64   eth0
ff00::   ::   8   eth0

                      ..................

Netstat depois:

Destino   Gateway   Máscara de Rede   Interface
::1   ::   128   lo
fe80::21a:92ff:fed5:451d   ::   128   lo
fe80::   ::   64   eth0
ff00::   ::   8   eth0

...

Dispositivo:

Igual antes  depois

...

ifconfig antes:

eth0       Encapsulamento do Link: Ethernet  Endereço de HW XX:XX:XX:XX:XX:XX 
          endereço inet6: xxxx::xxx:xxxx:xxxx:xxxx/64 Escopo:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Métrica:1
          pacotes RX:844 erros:0 descartados:0 excesso:0 quadro:0
          Pacotes TX:432 erros:0 descartados:0 excesso:0 portadora:0
          colisões:0 txqueuelen:1000
          RX bytes:283412 (276.7 KB) TX bytes:85554 (83.5 KB)
          IRQ:23 Endereço de E/S:0xf400

lo         Encapsulamento do Link: Loopback Local 
          inet end.: 127.0.0.1  Masc:255.0.0.0
          endereço inet6: ::1/128 Escopo:Máquina
          UP LOOPBACK RUNNING  MTU:16436  Métrica:1
          pacotes RX:2 erros:0 descartados:0 excesso:0 quadro:0
          Pacotes TX:2 erros:0 descartados:0 excesso:0 portadora:0
          colisões:0 txqueuelen:0
          RX bytes:84 (84.0 b) TX bytes:84 (84.0 b)

ppp0       Encapsulamento do Link: Protocolo Ponto-a-Ponto 
          inet end.: 201.35.179.30  P-a-P:201.15.188.254  Masc:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Métrica:1
          pacotes RX:806 erros:0 descartados:0 excesso:0 quadro:0
          Pacotes TX:389 erros:0 descartados:0 excesso:0 portadora:0
          colisões:0 txqueuelen:3
          RX bytes:262332 (256.1 KB) TX bytes:75309 (73.5 KB)

                                  ..............................................

ifconfig depois:

eth0       Encapsulamento do Link: Ethernet  Endereço de HW XX:XX:XX:XX:XX:XX
          endereço inet6: xxxx::xxx:xxxx:xxxx:xxxx/64 Escopo:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Métrica:1
          pacotes RX:12 erros:0 descartados:5 excesso:0 quadro:0
          Pacotes TX:17 erros:2 descartados:0 excesso:0 portadora:0
          colisões:0 txqueuelen:1000
          RX bytes:724 (724.0 b) TX bytes:909 (909.0 b)
          IRQ:23 Endereço de E/S:0xf400

lo         Encapsulamento do Link: Loopback Local 
          inet end.: 127.0.0.1  Masc:255.0.0.0
          endereço inet6: ::1/128 Escopo:Máquina
          UP LOOPBACK RUNNING  MTU:16436  Métrica:1
          pacotes RX:2 erros:0 descartados:0 excesso:0 quadro:0
          Pacotes TX:2 erros:0 descartados:0 excesso:0 portadora:0
          colisões:0 txqueuelen:0
          RX bytes:84 (84.0 b) TX bytes:84 (84.0 b)

...

Como e onde eu configuro a conexão depois de habilitar o driver ? Ou se tenho que fazer outra

coisa.

                                                                          Valeu

[csat]

Bem detalhada sua explanação sobre os testes de rede mas parece-me que falta alguma coisa, ou seja, o resto do hardware.

Como você sabe o computador é um sistema e, por essa razão, interage com diversas partes do hardware e do software.  Para um diagnóstico melhor de outros colegas seria recomendável o resultado de um comando:

                               lspci -v

Assim como o restante da configuração.

[edjen]

Desinstalei o Ubuntu a pouco, mas ja vou reinstalar de novo baixei uma nova imagem de cd. Mas o que

acontece é que quando instalo os drivers Nvidia para habilitar os efeitos é que minha conexão IPv4

some. Os drivers Nvidia ficam funcionado bem. É só desinstalá-los que a conexão volta eu tinha uma

mobo K8v-x e não dava este problma. Talves sejam os drivers que o Ubuntu coloca nela.

                                                                   Até logo !

                                                                 

[csat]

Ok, quando você re-instalar tudo de novo e derem esse problemas de novo ou outros sugiro que a mensagem venha mais completa para que eu ou algum outro colega possa entender seu problema e te ajudar ou melhor tentar ajudar pois nem sempre é fácil entender o que realmente acontece.

Valeu

[edjen]

Oi csat !

EDITADO:

                                            Removi o resultado do lspci -v para despoluir o tópico.



         Se precisar algo mais é só dizer. Vou ficar na conectado no forum. Obrigado !

[csat]

Tente re-instalar o Ubuntu mas não instale os drivers restritos.  Você ficará com a rede conforme foi reportado.  Para ter a nVIDIA funcionando tente seguir o passo a passo descrito no site abaixo pois me parece o mais recomendado visto tratar-se de um especialista nesse ponto e, também, moderador do segmento de placas gráficas do forum americano do Ubuntu.

http://albertomilone.com/nvidia_scripts1.html

Sucesso para você.

[edjen]

Eu já fiz esta experiencia de instalar pelo Envy (instalação limpa). Instalei os drivers manualmente (instalação limpa). Tentei instalar os

drivers antes de atualizar e também não adiantou. Tentei reinstalar o Feisty e deu o mesmo problema. Na verdade, estou com este

problema a uma semana e tudo que encontrei nos foruns eu tentei. Instalei até "aquele outro SO" para ver se não era problema de

hardware ou conflito e funcionou bem.

O que eupreciso é refazer o caminho de conexão de rede, já que o que dá problema é na conexão "ppp0" . Em propriedades de

conexão, na aba SUPORTE, fica em branco.  . Os drivers da Nvidia funcionam bem, mas talves eu tenha que mudar alguma coisa nos

drivers da placa de rede. No CD da placa mãe vem um driver para linux, mas não sei instalar. Se alguem puder resolver isso,

traduzindo para UBUNTU BR, seria otimo e serviria de referência para problemas parecidos. Segue abaixo:

**  VIA Rhine Family Fast Ethernet Adapter
**
**  Linux Driver
**
**  v4.39  Jan. 2005
**
**


Introduction:
=============

    The instructions listed below are for linux driver installation. You must
    compile the source code to generate rhinefet.o(rhinefet.ko in 2.6.x kernel,
    please remember to replace rhinefet.o with rhinefet.ko in the following
    sentences if you are using 2.6.x kernel) and use insmod command to insert
    rhinefet.o as module.


Contents of the Subdirectory:
=============================

    linux.txt               This file.
    Makefile                Makefile for generating driver object file
    rhinefet.c              The linux core driver source code file
    rhine_proc.c            The source to create proc entries
    rhine_wol.c             The WOL supporting source file
    rhine.h                 The extended driver header file
    rhine_proc.h            The header file for proc entries
    rhine_wol.h             The WOL supporting header file
    rhine_cfg.h             The general and basic info header file
    kcompat.h               The header file for Linux kernel version
                            compatibility.

Kernel Supported
================
    This driver supports linux kernel version 2.2.x, 2.4.x and 2.6.x now.

CPU Supported
=============
    This driver supports x86 and AMD64 based linux system.

Installation
============
    Please enter the following commands at the UNIX prompt. Remember, UNIX is
    case sensitive.

    1) Create a temporary directory:
        mkdir /temp

    2) Change to the temporary directory:
        cd /temp

    3) Copy driver (rhinefet.tgz) from DOS disk, (mcopy below is one tool in         (Eu por exemplo, já travei nessa parte)
       mtools, if you didn't install mtools, you can type
       'mount -t msdos /dev/fd0 /mnt' and use 'cp /mnt/rhinefet.tgz /temp'
       command to copy the driver to the temporary directory):
        mcopy a:rhinefet.tgz .


                                                                                         

    4) untar the archive file:
        tar xzvf rhinefet.tgz
        cd rhinefet

    5) Compile the driver source files and it will generate rhinefet.o, and
       copy it to correct driver installation path (The installation directory
       is different in different kernel versions. In 2.4.x/2.6.x kernel, the path
       is /lib/modules/KERNEL_VERSION/kernel/drivers/net/, and in 2.2.x kernel,
       the path is /lib/modules/KERNEL_VERSION/net/, the KERNEL_VERSION (see
       above) means the kernel version of your Linux distribution. If you don't
       know your kernel version , please run 'uname -r' command in command
       line. The kernel version will look like '2.2.16', '2.4.2-2smp' etc.) :
        make install

    6) Check configuration file (/etc/modules.conf or /etc/conf.modules or
       /etc/modprobe.conf, it depends on your Linux distribution) for loading
       kernel modules. Make sure the first line below is appeared in the
       configuration file, where # is the interface number (eg: alias eth0
       rhinefet). If you need to set the driver options, below second line is
       an example to set the NIC to 100Mbps fullduplex mode (remember to unmark
       the line if it is put in the configuration file).
        alias eth# rhinefet
        #options eth# speed_duplex=2

    7) Reboot now:
        shutdown -r now

    Install your driver module (If the driver module is in the wrong place,
       an error message will appear, and say that can't find the driver
       module):
        insmod rhinefet.o

    9) Use ifconfig command to assign the IP address, where # is network
       interface number:
        ifconfig eth# <IP>

    10) Check the interface works:
         ping <remote_host_IP>
         
Remove intermediate files
=========================
    Please enter the following command to remove intermediate files generated
    during the driver compilation:
        make clean

Uninstallation
==============
    Please enter the following command to uninstall your driver:
        make uninstall

Bind the driver into kernel
===========================
    In some applications (e.g. embedded OS), driver should be bound into the
    kernel. The module installation/uninstallation describled in the above
    sections are not appropriate. Below is the steps for binding driver in
    kernel 2.4.x as an example:

    1) Create a temporary directory:
        mkdir /temp

    2) Change to the temporary directory:
        cd /temp

    3) Copy driver (rhinefet.tgz) from DOS disk, (mcopy below is one tool in
       mtools, if you didn't install mtools, you can type
       'mount -t msdos /dev/fd0 /mnt' and use 'cp /mnt/rhinefet.tgz /temp'
       command to copy the driver to the temporary directory):
        mcopy a:rhinefet.tgz .

    4) untar the archive file:
        tar xzvf rhinefet.tgz

    5) Change to the kernel source directory:
        cd /usr/src/<kernel source>/driver/net

    6) Create a directory for rhine family adapter driver and change to it:
        mkdir rhinefet
        cd rhinefet

    7) Copy driver source form temporary directory to it:
        cp /temp/rhinefet/* .

    Replace the default Makefile with new Makefile with below 4 line content
       (the Makefile used for driver binding into kernel is different with
       the default one).
       O_TARGET := rhinefet.o
       obj-y    := rhine_main.o rhine_proc.o rhine_wol.o
       obj-m    := $(O_TARGET)
       include  $(TOPDIR)/Rules.make

    9) Add the rhinefet information to /usr/src/<kernel source>/drivers/net/Makefile:
       (add the lines with # in the head)
             ...
             ...
        subdir-$(CONFIG_E100) += e100
        #subdir-$(CONFIG_RHINEFET) += rhinefet
             ...
             ...
        ifeq ($(CONFIG_E100),y)
           obj-y += e100/e100.o
        endif
        #ifeq ($(CONFIG_RHINEFET),y)
        #   obj-y += rhinefet/rhinefet.o
        #endif

    10) Add the rhinefet information to /usr/src/<kernel source>/drivers/net/Config.in:
        (add the lines with # in the head)
             ...
             ...
        mainmenu_option next_comment
        comment 'Ethernet (10 or 100Mbit)'
        bool 'Ethernet (10 or 100Mbit)' CONFIG_NET_ETHERNET
             ...
             ...
        #dep_tristate   '    VIA Rhine Family Fast Ethernet Adapter support' CONFIG_RHINEFET $CONFIG_PCI
             ...
             ...
        endmenu

    11) Now, when you use following command, make menuconfig or make xconfig,
        you will find a new device in 'Network device support'->'Ethernet(10 or 100Mbits)'.
        Its name is 'VIA Rhine Family Fast Ethernet Adapter support'.

Note
====
    1) Make sure the link file /usr/src/linux (or /usr/src/linux-2.4) is linked
       to correctly kernel sources directory (eg: if you run 'uname -r', it
       appears "2.4.2-2", then the link file must be linked to
       /usr/src/linux-2.4.2 directory, or you will fail in compiling),
       and make sure there are kernel header files in /usr/src/linux/include
       directory (or /usr/src/linux-2.4/include), we need kernel header files
       in compling.

    2) If you can't install driver in SUSE Linux using insmod or modprobe
       commands, and error messages appear (see below), please run 'uname -r'
       in command line. And make sure the result of 'uname -r' (eg: 2.4.2-4GB)
       is the same with the definition of UTS_RELEASE in
       /usr/src/linux/include/linux/version.h. If not, please modify the
       definition of UTS_RELEASE in /usr/src/linux/include/linux/version.h.

         rhinefet.o: kernel-module version mismatch
             rhinefet.o was compiled for kernel version 2.4.2
             while this kernel is version 2.4.2-4GB.

    3) Make sure that your kernel is built with network, fast_ethernet
       and module support. Otherwise, you have to rebuild your kernel (see
       below).
        1. Go to /usr/src/linux (or /usr/src/linux-2.4) directory:
            cd /usr/src/linux
        2: Run 'make menuconfig' or 'make config' in text mode, or 'make
           xconfig' in graphic mode.
        3: Mark the options list above.
        4: Exit and rebuild your kernel:
            make dep;make clean;make bzImage
           The file 'bzImage' will be at /usr/src/linux/arch/i386/boot/bzImage
        5: Modify /etc/lilo.conf.(this file specifies where kernel image is)
        6: Run 'lilo'
        7: Reboot, and select the correct kernel image to boot your system.

    4) You can use the utility (like netconfig, linuxconf) in your Linux
       distribution to set your network parameters(like ip,gateway). These
       parameters will be used at boot time. The following is the demonstration
       to show how to use linuxconf (it's a utitlity in RedHat Linux 6.x) set
       the network paramters.
       1. Run linuxconf:
           linuxconf
       2. Enter setting in the Config/Networking/Client tasks/Basic host information/
          and fill out the following information. Where 'xxx' is the IP address
          what you have.
                    IP address:    xxx.xxx.xxx.xxx
                    Netmask:       255.255.255.xxx
                    Net device:    eth0
                    Kernel module: rhinefet

    5) If you can't install driver at boot time.
       If you can install your driver using insmod command, but you can't
       install it at boot time, please check whether the driver is in the
       correct directory (eg: /lib/modules/2.2.XXX/net/), and check the
       /lib/modules/2.2.XXX/modules.dep file, it must include the following
       line:
            /lib/modules/2.2.XXX/net/rhinefet.o:

       You can insert this line using depmod command or insert it manually.
       Also, you must consult your Linux distribution installation guide
       and learn how to set the IP address of your network interface and
       up it at boot time.

    6) If you can't compile this driver, and parse error messages appear,
       please make sure your source code text format is right. You must convert
       your source code text format from MS-DOS to UNIX, as show below (see
       Solution 1 and 2).
       Make sure the files in floppy disk are not rhinefet.tgz file. They must
       be the source code text files (5 files), rhinefet.tgz is not a text file
       , so it can't be converted.

        Solution1:
            If you use mcopy command to copy your driver from floppy disk to
            linux, you can type:
                mcopy -t a:\* .
            then it will convert the format for you.

        Solution2:
            If you use mount command to mount floppy disk to linux, you can
            type:
                mount -t vfat -o conv=t /dev/fd0 /mnt/floppy
            then, when you copy files from /mnt/floppy, these files format will
            be right.

Module Parameter:
=================
The following parameters can be set when we install the driver module. You can
add this parameters when you execute 'insmod' or 'modprobe' command to install
the driver (as below).
    insmod rhinefet.o parameter=value1,value2,value3,...
For example, if you have 3 NIC cards, and you want to set the speed_duplex
paramter value of them. You can type the following command to set it.
    insmod rhinefet.o speed_duplex=1,2,3
Then, the parameter value of first card will be 1 (100Mbps half duplex mode),
the second card will be 2 (100Mbps full duplex mode), and the third card will
be 3 (10Mbps half duplex mode). Remember, our driver only support 8 cards
parameter setting.

1) speed_duplex
   speed_duplex[] is used for setting the speed and duplex mode of NIC.
   Value:
       0: indicate autonegotiation for both speed and duplex mode (Default).
       1: indicate 100Mbps half duplex mode
       2: indicate 100Mbps full duplex mode
       3: indicate 10Mbps half duplex mode
       4: indicate 10Mbps full duplex mode

2) RxDescriptors
   RxDescriptors[] is used for setting the number of receive descriptors.
   Value:
       64-128 (Default value: 64)

3) TxDescriptors
   TxDescriptors[] is used for setting the number of transmit descriptors.
   Value:
       16-128 (Default value: 64)

4) enable_tagging (For management adapter only)
   enable_tagging[] is used for enabling VLAN ID setting and enabling
   priority transmit.
   Value:
       0: disable VID setting and priority transmit (Default).
       1: enable VID setting and priority transmit.

5) VID_setting (For management adapter only)
   VID_setting[] is used for setting the VLAN ID of NIC.
   Value:
       0: default VID.
       1-4094: other VIDs.

6) rxcsum_offload (For management adapter only)
   rxcsum_offload[] is used for setting the receive checksum offload ability
   of NIC.
   Value:
       0: disable
       1: enable (default)

7) txcsum_offload (For management adapter only)
   txcsum_offload[] is used for setting the transmit checksum offload ability
   of NIC.
   Value:
       0: disable (default)
       1: enable

9) flow_control
   flow_control[] is used for setting the flow control ability of NIC. Only
   option 1(default) set flow control ability according to the auto-negotiation
   result. Option 2, 3 are the forced flow control mode and they don't see the
   auto-negotiation result.
   Value:
       1: hardware deafult (Default). Don't change the hardware register value
          in MII ANAR.
       2: disable flow control.
       3: enable flow control.

10) IP_byte_align
    IP_byte_align[] is used for IP header DWORD byte aligned (For IPVS environment).
    (In some enviroment, the IP header should be DWORD byte aligned,or the packet
    will be droped when we receive it. (eg: IPVS))
    Value:
        0: indicate the IP header won't be DWORD byte aligned (Default).
        1: indicate the IP header will be DWORD byte aligned.

11) ValPktLen
    ValPktLen[] is used for controlling driver to receive or drop
    the frame with invalid layer 2 length.
    Value:
        0: Receive frame with invalid layer 2 length.
        1: Drop frame with invalid layer 2 length.

12) wol_opts
    wol_opts[] is used for controlling wake on lan behavior of NIC.
        0: Wake up if recevied a magic packet. (Default)
        1: Wake up if link status is on/off.
        2: Wake up if recevied an arp packet.
        4: Wake up if recevied any unicast packet.
        Those value can be sumed up to support more than one option.

                                                                               

                                                                                         

Obrigado pelo interesse, amigo !

[csat]

Por que ppp0?  Normalmente ppp0 é para MODEM se não me engano...  Você não disse ou eu não reparei qual era a sua conexão com a internet, se discada, se VIRTUA (cable MODEM), se VELOX (ADSL), se tem router ou não, etc....

Aqui uso VELOX, com um MODEM transformado em ROUTER, o speedstream ss 4200, e ligado nele um switch para eu ficar pendurando máquinas de teste, além de um outro roteador wireless di-624.  Todas as portas são eth0, excetuando a porta do notebook que é eth1 em vez do wlan0 como de costume.

Bem, o interesse em ajudar é recíproco, mesmo que eu não esteja ajudando muito com soluções diretas.

Valeu.

[edjen]

Minha conexão é ADSL 400Kb BrTurbo (Brasil Telecom) configurada automaticamente pelo Ubuntu, mas no monitor de rede mostra as opções "lo" e

"ppp0" ou seja PPPoE protocolo Tcp/ip, quando dá o problema a opção "ppp0" acusa erro, fica então apnas a opção "lo". Hoje pela primeira vez está

acontecendo a mesma coisa sem ter nada a ver com drivers Nvidia, mas parece ser problema na Brasil Telecom.

O que me entriga é que o protocolo IPv4 some e eu não sei como verificar o por quê. Entendeu. Não sei se é uma falha do sistema com esta placa

de rede (arrumo o sistema) ou se é uma falha da placa de rede com o sistema (arrumo a placa de rede). porque no Windows funcionou bem.

[csat]

Entendi.  Você tem uma conexão pppoe  (point to point protocol over ethernet) que no Windows funciona bem mas lá, acredito eu, você tem um discador de rede e aqui no Ubuntu deve ter algo parecido que felizmente nunca experimentei.  Digo felizmente porque com o roteador ADSL tem uma rotina interna em que são colocados os parâmetros de autenticação automática (login/password) toda vez que o router é reiniciado (e isso só acontece quando falta energia ou quando eu dou reset).

A opção lo diz respeito até onde sei a localhost, ou seja, você está sem rede IP, acessando somente local no seu computador.

Não acredito que os protocolos ipv4 e tantos outros tenham alguma coisa a ver com isso.  Você não consegue a sessão IP e ponto final.

Minha humilde sugestão seria, então, colocar um roteador por aí e, nesse sentido o site http://www.abusar.org/ tem um montão de exemplos e dicas sobre isso (caso você precise o que não parece ...).  Um roteador também pode ser ligado ao MODEM usando a porta WAN, mas eu prefiro o MODEM ROTEADO como falei anteriormente.

Resolvendo esse problema da rede teríamos, ainda, o problema da parte gráfica.  Aí, talvez, os drivers restritos não teriam tanta influência no seu sistema.

Abração.

[edjen]

Oi !


Então, meu modem também é um speedstream 4200, mas voce só precisa configurar login/password no modem se quiser, no windows   

eu não uso o discador da Brasil Telecom, embora ele tenha vindo no cd do modem. No linux também minha conexão é automática e

funciona bem, na inicializaçaõ do sistema. Mas que relação tem os drivers da Nvidia com a conexão eu não entendi e não achei nada

parecido em lugar nenhum da internet. Achei muitos problemas relacionados aos drivers da propria placa de rede e o não

reconhecimento desta, mas de que maneira um driver de video pode interferir no recebimento de pacotes. Porque depois de instalar os

drivers nvidia eu reinicio o computador e o IP é  localizado na rede. Ela deixa de funcionar e dá erro porque não consegue receber

pacotes de volta. Se eu colocar uma outra placa de rede e deixar como eth0 será que pode fazer diferença ?


                                  Vou continuar procurando. O importante é que o sistema está funcionando bem no restante.

                                                                                                          Até a próxima !

                                                                                               

[csat]

Oi !


Então, meu modem também é um speedstream 4200, mas voce só precisa configurar login/password no modem se quiser, no windows   

eu não uso o discador da Brasil Telecom, embora ele tenha vindo no cd do modem. No linux também minha conexão é automática e
                                                                                             

Eu não consigo visualizar o que você quer dizer com "conexão automática".  A Brasil Telecom não pede obrigatoriamente o login/password do provedor ou também não há necessidade de ter provedor e a sessão IP se estabelece automaticamente sem validação?  Se for assim, entendo.  Funcionaria semelhante ao VIRTUA e somente o VELOX é que exige do usuário o uso de autenticação junto ao provedor de acesso.

É realmente muito estranho a configuração de vídeo afetar a conexão de rede...

[csat]

A sua placa de video 7300  foi reportada como sendo um "bug" do Ubuntu a instabilidade do sistema.  Pesquisei no forum em Ingles e achei.  Portanto é aguardar uma solução (fix)  por parte do time de desenvolvedores.  Ver abaixo:

==============================================================================
https://bugs.launchpad.net/ubuntu/+source/linux-restricted-modules-2.6.22/+bug/145112

Bug description [edit]
Tags: 7300 glx nvidia

Binary package hint: nvidia-glx-new

Summary: Utilizing the NVidia proprietary drivers results in a completely unstable system. Lockups / Lynches result in a system that is completely unrecoverable using Alt-PrtScn - REISUB key combinations. System fine under Feisty.

*** UPDATE ***
Saturday, September 29 2007: Appears tied to the 7300 class of GPUs.
Saturday, September 29 2007: After testing with NV and Vesa, very clearly a result of the new Nvidia drivers.

Frequency: Random. Once to twice per hour in some instances. Unable to determine a fully reproducible set of events.

Architecture: amd64

Version: 7.10

issue has been acknowledged by Nvidia upstream and is being tracked at http://www.nvnews.net/vbulletin/showthread.php?t=99426
======================================================================

Mais informações aqui:

https://bugs.launchpad.net/ubuntu/+bug/157777

Valeu

[edjen]

Oi csat !

Sim você tem razão, a Brasil Telecon realmente exige autenticação u/p. Eu que não tinha entendido direito, valeu. Eu tentei deixar as

configuraçoes de Wan roteando, mas não aceitava conexão.

Quanto ao bug realmente muito interessante, eu já achava que era, mas queria ter certeza. Se me contentasse com um "não funciona

mesmo" e desistisse, sabe-se lá quantos tópicos não apareceriam no forum a respeito disso. O link que você direcionou relata

perfeitamente o que eu estava passando. Pensei num primeiro momento ser problema de memoria (memtest86 a noite inteira) não

era. Minha parte grafica oscilava muito, aplets sumiam do painel inesperadamente, mas enfim chegamos a uma conclusão, e isso é o

mais importante. Enquanto escrevo isso chegou algumas atualizações, quem sabe a solução esteja ali.

                                                    Valeu companheiro! Muito obrigado !   

[csat]

Edjen

Saiu um novo driver da nVIDIA (Beta, ao que parece), conforme reportado nas mensagens constantes do link abaixo.  Vai lá e veja se muda alguma coisa para você.

http://ubuntuforums.org/showthread.php?t=617594