+ Responder ao Tópico



  1. #1
    LinuxAthos
    Visitante

    Padrão eth0 e eth1, ambas Realtek. A configurada como Dhcp falha, a

    Olá pessoal,
    há muito tempo estou tendo problemas com a minhas placas de rede. Eu tenho duas placas, as duas são Realtek. Estava configurando o ADSL com o eth0, ou seja, como Dhcp, mas o local onde se põe “Primeiro nome + domínio”, o mesmo não permanece, sendo que quando volto ao “linuxconf “ ele está em branco. O que acontece é que após fazer tudo e ir em Aceitar, fechar, sair e FAÇA ISSO, ocorre um “erro” pois fica-se muito tempo nessa parte tentando “aplicar” mas não consegue, sendo que, a seguinte mensagem é exibida (meio "distorcida&quot<IMG SRC="images/forum/icons/icon_wink.gif">:

    O estado do sistema não está em sincronia com aa configurações
    atuais/atualizadas. Você pode efetivar essas mudanças, ou
    continuar com as configurações atuais.

    Aqui estão os comandos a serem executados

    Pelo resultado do seguinte comando, algo deveria ser feito
    /etc/rc5.d/S10network probe
    Executando: /etc/rc5.d/S10network reload

    Após isso ele me mostra 3 opções, que se não me engano dizem se eu desejo derrubar o comando, abortar o comando ou abortar a sessão, o que quer que eu escolha, o “Primeiro nome + domínio” não permanece. No final das contas, na inicialização do sistema dava falhada na hora do “Bringing up eth0 interface “, mas lembrei que há algum tempo, andei montando uma rede aqui na minha casa entre dois PCs com Linux e pensei como eu tinha conseguido ativar o serviço eth0. Então, foi hoje (dia 29/07) que configurei, primeiramente, o Adaptador 1 (eth0) para ADSL, ou seja, como Dhcp, e o Adaptador 2 (eth1) como Manual e neste, o “Primeiro nome + domínio” permanece e se eu só configurar esse e não deixar ativado o Adaptador 1, não é feita a pergunta que eu tenho que escolher “Faça Isso”. Mas configurando os dois com eu estava dizendo, na inicialização, apenas o que ficou como “Manual” ou seja, o Adaptador 2 (eth1) fica com [OK], já o configurado como Dhcp fica com [FALHOU]. Então, resolvi inverter as configurações deixando o Adaptador 1 (eth0) para Rede, ou seja, como Manual e o Adaptador 2 (eth1) para ADSL, ou seja como Dhcp. Assim, na inicialização, o ocorre o inverso apenas o que ficou como “Manual” ou seja, o Adaptador 1 (eth0) fica com [OK], já o configurado como Dhcp, Adaptador2 (eth1) fica com [FALHOU]. Resumindo: O adaptador que estiver com “Dhcp” FALHA, o que estiver configurado de acordo com a opção “Manual” fica OK.

    O que posso faço fazer para arrumar essa parte do Dhcp. Isso acontecia no CL7, e acontece agora com o CL8. Será que está faltando algum pacote (rpm)? O que será?
    Me ajudem!
    OBRIGADO PELA ATENÇÃO!

  2. #2
    Unsponsored
    Visitante

    Padrão eth0 e eth1, ambas Realtek. A configurada como Dhcp falha, a

    Cara as Duas Placas são iguais??? identicas???

  3. #3
    LinuxAthos
    Visitante

    Padrão eth0 e eth1, ambas Realtek. A configurada como Dhcp falha, a

    Olha cara, de acordo com o "lspci", o Linux as detecta como Realtek 8139... As duas!!

  4. #4
    Unsponsored
    Visitante

    Padrão eth0 e eth1, ambas Realtek. A configurada como Dhcp falha, a

    Cara seguinte meu tio estava montando um servidor para um empresa , e o servidor funcionava redondo , mas as placas de rede eram iguaizinhas , e sempre davam pau , ele estava usando um conectiva 8 e mano não teve jeito tivemos que trocar uma placa de rede colocamos uma de marca e modelo diferente , ai ok tudo deu certo e o servidor deve de estar no ar até agora!
    Bem mano no seu caso acharia interesante vc trocar uma dessas placas de rede pode funcionar !
    Tente !

  5. #5
    LinuxAthos
    Visitante

    Padrão eth0 e eth1, ambas Realtek. A configurada como Dhcp falha, a

    Acho q o problema não seria esse, pois as placas funcionam numa boa, mas se e somente se estiverem como MANUAL, pois caso estiverem como DHCP, as duas FALHAM. E se uma estiver Dhcp e a outra Manual, a Dhcp falha e a Manual funciona. Então acho que o problema seria com o Dhcp. Não acha?

  6. #6
    beastie
    Visitante

    Padrão eth0 e eth1, ambas Realtek. A configurada como Dhcp falha, a

    Nesse caso, com certeza o problema é com o dhcp...
    que speedy vc usa? como são as configuções dele no windows? se vc sabe configurar ou tem essa configuração em mãos, pro linux é simples...
    é pppoe ou ip fixo? business ou home???
    tem que ver tudo isso antes de configurar a interface de rede.

  7. #7
    LinuxAthos
    Visitante

    Padrão eth0 e eth1, ambas Realtek. A configurada como Dhcp falha, a

    Uso Speedy home.
    Como assim, quais são as configuraçoes dele no win?~
    Eu tive duas tentativas, uma com fixo (pptp) e outra como Dinamico (pppoe), mas o que eu quero eh fazer a placa dar OK estando como Dhcp, pois assim acho q o comando "adsl-start" talvez de "Connected..."
    Acho q isso eh tudo... <IMG SRC="images/forum/icons/icon24.gif">

  8. #8
    beastie
    Visitante

    Padrão eth0 e eth1, ambas Realtek. A configurada como Dhcp falha, a

    primeiro: se usa pppoe para autenticação, nunca ele vai dar ok no dhcp. porque quem vai dar o ip não é um servidor direto para a placa, vc tem que discar pelo adsl-start...

    vc tem que colocar um ip qualquer na placa de rede manualmente para que ela simplesmente "levante" durante a inicialização, depois vc configura o adsl-setup e disca com o adsl-start, porque no final das contas a sua conexão com a internet não vai depender do ip na sua ethx e sim numa interface levantada após a discagem pppoe que é a pppx...

    ok?

  9. #9

    Padrão eth0 e eth1, ambas Realtek. A configurada como Dhcp falha, a

    qual o modelo do seu mdoem??

    alguns modelos d modem simplesmente nao possuem o servidor dhcp interno, se for o caso do seu possuir, tente habilitar o dhcp manualmente

    se vc usa o rh por exemplo, vc pode editar o arquivo /etc/sysconfig/network-scripts/ifcfg-eth0
    e insira:
    BOOTPROTO=static

    e se na sua rede interna vc tbm tem um server dhcp faça a mesma coisa para o ifcfg-eth1.... embora naum faça sentido ter um gateway com ip dinamico na LAN hehehe

    qq coisa tamo ae, t+