A Ethernet funciona com live CD, mas não funciona após uma nova instalação.

A Ethernet funciona com live CD, mas não funciona após uma nova instalação.

Acabei de instalar o 13.10 em um laptop Dell. Durante o processo de instalação ele se conectou à Ethernet. Depois que a instalação terminou e fiz login pela primeira vez, não tinha Ethernet.

Possui o controlador Ethernet Broadcom BCM4401-B0 100Base-TX.

Ao fazer ifconfig não vejo uma eth0.

Responder1

Eu tive exatamente o mesmo problema com um adaptador Broadcom 440x em um Dell Vostro 1000 (instalação AMD de 64 bits).

O instalador do CD mostrou satisfação dos três requisitos/recomendações após inicializar a partir do CD (o adaptador wireless Dell 1390 foi um BUSTO antes, durante e depois da instalação, então tive que plugar para passar na terceira recomendação de acesso à internet). Instalei o 12.04.3 perfeitamente e, após a reinicialização pós-instalação, ele ainda me diz que tenho 202 atualizações.

Então começa a verdadeira loucura. Tentar fazer qualquer outra coisa (incluindo as atualizações) não pode acontecer porque o adaptador com fio agora está MIA ou qualquer uso do mesmo faz com que a conexão com fio caia (seja para realmente executar as atualizações ou talvez para iniciar o Firefox). Vejo que os adaptadores de rede Broadcom (com fio e também para o Dell 1390 WiFi) têm sido um PESADELO TOTAL há ANOS com o Ubuntu (e quase todas as outras distros), e aparentemente ninguém foi capaz de consertar isso no 13 beta qualquer.

O comando sugerido pelo chili555 acima produziu o seguinte em meu sistema específico:

05:00.0 Network controller [0280]: Broadcom Corporation BCM4311 802.11b/g WLAN [14e4:4311] (rev 01)
08:00.0 Ethernet controller [0200]: Broadcom Corporation BCM4401-B0 100Base-TX [14e4:170c] (rev 02)

Além disso, o ícone do AirPort na barra de menu diz que "Nenhum dispositivo de rede está disponível", o que é intrigante, já que a conexão com fio funcionou para encontrar as atualizações que diz estarem disponíveis. Talvez o brilho do LiveCD possa ser mantido para impedir que a instalação final se quebre após a primeira inicialização, para que possamos realmente remediar o problema sem precisar de outro computador apenas para fazer uma instalação do Ubuntu funcionar?

NOTA: Tanto com fio quanto sem fio funcionam perfeitamente no Windows usando os drivers Dell (antes e entre as tentativas de instalação do Ubuntu, e eu substituí qualquer sistema operacional atual em cada caso), portanto, isso não era um hardware com defeito ou qualquer outra bobagem.

Eu anunciei cada detalhe da instalação nesses testes de instalação posteriores e, aparentemente, durante a instalação, a conexão com fio caiu bem depois (eu tinha me afastado todas as vezes antes e não percebi isso) clicando em "Continuar" na segunda tela de instalação ( com as três recomendações, além de downloads de atualizações e opções de instalação de software proprietário - ambas verificadas nos meus casos). Ele é reativado na 3ª tela (ou após clicar em “Voltar”, apenas para voltar após clicar em Continuar novamente, até que a 3ª tela seja carregada novamente e o fio volte). Isso é feito novamente no final da instalação, durante a "Instalação do sistema". Cada desabilitação/habilitação incrementa a interface, de forma que ela seja atribuída como eth#, onde # é o número de vezes que ela sai e volta), sendo o menor possível eth3. O driver em uso é o b44.

Tirando isso, consegui fazer com que a rede com fio persistisse e até mesmo o funcionamento sem fio, da seguinte maneira (depois de terminar a instalação e reiniciar):

1) Exclua as entradas eth# duplicadas, via /etc/udev/rules.d/70-persistent-net.rules, e ative e desative a rede (agora está usando eth0).

2) Vá para a ferramenta Drivers Adicionais (às vezes ela aparece sozinha; caso contrário, ícone de engrenagem no canto superior direito -> Configurações do Sistema... -> Drivers Adicionais) e depois procura por drivers (pegue um café ou dois na taxa pesquisada), ele encontrará e deseja que você ative o Broadcom STA. Clique no botão "Ativar" e, embora a ativação falhe (devido à entrada /etc/modprobe.d/blacklist.conf para "bcm43xx", que é divulgada pelo /var/log/jockey.log referenciado no erro ) a conexão com fio é ligada e permanece ligada (pelo menos para os propósitos críticos do apt-get, a seguir)!

3) Execute os seguintes comandos:

sudo apt-get remove bcmwl-kernel-source
sudo apt-get install firmware-b43-installer
sudo modprobe b43

NOTA: Embora alguns digam para instalar o b43-fwcutter e o acima, o b43-fwcutter apareceu como instalado em meu sistema após o acima ( sudo dpkg --get-selections | grep b43), então usei o acima como está.

Eu descobri os dois primeiros comandos acima, através do seguinteERROrelatório (sim, configurações/alterações realmente ruins de atualizações automáticas ou instalações limpassãobugs, ao contrário do fechamento deste ou de outra forma!):

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1113779

4) ALELUIA! Clicar no ícone com aparência de aeroporto agora mostra opções com e sem fio. Se ele relatar que o switch WiFi está desligado, as teclas fn + F2 (ou qualquer switch que você tenha em seu próprio sistema) funcionem para ligá-lo para ver e conectar (wlan0) a qualquer AP disponível (conforme os comentários, abaixo, obtenharealmentepróximo, fisicamente dentro de 10', de qualquer AP!). A conexão com fio já deve estar ativa, mas se não estiver, selecione "Auto Ethernet" ou "Conexão com fio 1" para/do mesmo e pronto (ainda é eth0)!

Infelizmente, as conexões WiFi não são persistentes entre as reinicializações (o WiFI não é desativado via "switch" - apenas parece ficar inativo). O WiFi conhece meus APs, mas simplesmente não se conecta até que eu conecte através da interface com fio. O WiFI então imediatamente encontra e se conecta a um AP WiFI conhecido, semelhante a iniciar a ferramenta Drivers Adicionais... já mencionei "bug"?!

Espero que eu tenha superado o pior desta saga, e esta explicação detalhada ajude a próxima pessoa a evitar frustrações semelhantes, pelo menos até (a menos?) que essa bagunça seja corrigida adequadamente. Vejo postagens sobre problemas da Broadcom que remontam a alguns lançamentos, embora 12.04 (apenas minha sorte/momento!) pareça ser mais problemático do que a maioria. Estou usando porque é a versão LTS atual.

ATUALIZAR

Veja os comentários, mas...

Outro mistério relacionado - por que a ferramenta Drivers Adicionais continua querendo que eu ative o Broadcom STA wireless?! Se eu fizer isso, ele falhará assim que tentar fazer o download (erro jockey.log, mesmo que eu estivesse bem conectado antes) e isso tiraria completamente a conexão sem fio da barra de menus do ícone do aeroporto, até que eu fizesse um sudo modprobe b43, mas então eu tenho que volte a 10' do AP para (re)conectar.

Só para confirmar, isso não é um problema de hardware - com o Windows (XP ou Vista) e o(s) driver(s) da Dell, posso estar no quintal e (re)conectar-me ao meu AP mesmo após qualquer (re)inicialização, mas essas coisas esquisitas Aparentemente, os drivers Broadcom para Linux estão faltando algo significativo em termos de busca e (re) conexão a um AP a partir de um estado desconectado (desativar, reinicializar, etc.). Talvez seja um problema ab vs. g ou talvez o rádio esteja no estado de baixo consumo de energia ou alguma outra bobagem relacionada?

Felizmente, este é um laptop WiFi e não um desktop, então posso levá-lo de volta ao AP para deixá-lo (re)conectar e depois ir a qualquer lugar que qualquer um dos meus outros dispositivos possa ir, mas ainda é um grande problema de PiTA.

informação relacionada