Bom saber que mais alguém foi ajudado por isso!! Valeu pelos comentários!!!
kkk Vou tentar ser breve... Formatei a partição do meu primeiro dual boot e via deboostrap instalei pelo segundo meu sistema hj, como quase nunca sei o que estou ou devo fazer apenas copei/etc/network/interfaces,/etc/resolv.conf e /etc/hostname do segundo para o primeiro, qd bootei o DHCPDISVECORY demorou, disse erro, mas qd loguei o navegador abriu rede nomalmente, porem o icone de monitor de rede do gnome mostrava desconectado, o abri selecionei a minha segunda placa de rede no caso a eth1 e ele ficou bonitinho, mas não segurou ela como "padrão" qd resetei, fui no /etc/network/interfaces e troquei zero por um e um por zero aonde eu achava eth rodei # /etc/init.d/networking restart ele aceitou direitinho e qd reniciei tava xuxu beleza, mas a madrugada é longa e tenho entrado no blog do under-linux procurando passar o tempo, achei esse, me ineteressou mais ainda pelo assunto tão presente e resolvih tentar, já reiniciei, o icone ainda está como desconectado, pois eu queria mesmo era ver se a rede estava a funcionar, qd boot percebih o dhcpdiscory novamente como antes, mas que funciona! Isso funciona! Curiosidades; O sistema é Debian já citado, o meu é 70-persistent-net.rules as placas são via-rhine onborad e a pci 8139too. E muito obrigado, principalmente por me ensinar a /etc/udev/rules.d, creio que terie boas diversões por ali!!! :trytofly:
boa noite sou novo aqui mais não concigo acecar o link do vidio de como faser cache full no mikrotik pois não concigo faser cache full do mei cervidor funcionar de jeito nenhum a versão do meu mkt 2.9.27
Por essas e outras que lá na engenharia agente dizia que o pessoal que fazia arquitetura na verdade fazia AiQueTernura... Ainda mais quando agente faz a planta elétrica da casa e ele quer mudar a disposição de tudo tudo porque se não "vai quebrar o design que eu criei" Arquitetos de plantão, favor compreender a brincadeira!!!
Irado, essa solução não funcionou?! Cara, é isso que às vezes me stressa no linux: o que "resolve" pra um às vezes não resolve pros outros... Mas tá ai uma boa sugestão, vou atualizar o post... Valeu!
kkkkkkkkkkkkkkkk
Muito bom!!!!!!!!!!!!
aconteceu isso no meu Slackware (e posteriormente, no CentOS; não funcionou, lamentavelmente, o que me forçou a fuçar profundamente em qualquer link que consegui obter no google. A solução é fácil demais, tão fácil que fica ridicula (rss) a) descubra (ifconfig) o endereço de hardware de sua placa - ou melhor dizendo, da placa que está com personalidade diferente. b) ifconfig down ethX (a tal) c) nameif ethX hardware_address - onde o X é o numero que vc pretende pra ela pronto.. voltou pro que era quando tudo o mais falhar, RTFM: man nameif
SHOOOOOOOOW DE BOLA. VLW MAGAL.........................
Satriani, ensaio.
