Acabo de instalar 13.10 en una computadora portátil Dell. Durante el proceso de instalación se conectó a Ethernet. Una vez finalizada la instalación e inicié sesión por primera vez, no tenía Ethernet.
Dispone del controlador ethernet Broadcom BCM4401-B0 100Base-TX.
Al hacer ifconfig no veo un eth0.
Respuesta1
Tuve exactamente el mismo problema con un adaptador Broadcom 440x en un Dell Vostro 1000 (instalación AMD de 64 bits).
El instalador del CD mostró satisfacción con los tres requisitos/recomendaciones después de arrancar desde el CD (el adaptador inalámbrico Dell 1390 fue un BUST antes, durante y después de la instalación, por lo que tuve que enchufarlo para pasar la tercera recomendación de acceso a Internet). Instalé 12.04.3 sin problemas y luego, después del reinicio posterior a la instalación, incluso me dice que tengo 202 actualizaciones.
Entonces comienza la verdadera locura. Intentar hacer cualquier otra cosa (incluidas las actualizaciones) no puede suceder porque el adaptador con cable ahora está MIA o cualquier uso del mismo hace que la conexión por cable se interrumpa (ya sea para realizar las actualizaciones o tal vez iniciar Firefox). Veo que los adaptadores de red Broadcom (con cable y también para Dell 1390 WiFi) han sido una PESADILLA TOTAL durante AÑOS con Ubuntu (y casi todas las demás distribuciones), y aparentemente nadie ha podido solucionar esto en la versión 13 beta. cualquiera.
El comando sugerido por chili555, arriba, produjo lo siguiente en mi sistema particular:
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)
Además, el ícono de aspirante a AirPort en la barra de menú dice que "No hay dispositivos de red disponibles", lo cual es desconcertante, ya que Wired trabajó para encontrar las actualizaciones que dice que están disponibles. ¿Quizás se pueda mantener la brillantez del LiveCD para evitar que la instalación final se rompa después del primer arranque, de modo que podamos solucionar el problema sin necesitar otra computadora solo para que funcione la instalación de Ubuntu?
NOTA: Tanto los sistemas por cable como los inalámbricos funcionan perfectamente en Windows usando los controladores de Dell (antes y entre los intentos de instalación de Ubuntu, y sobrescribí cualquier sistema operativo actual en cada caso), por lo que no se trató de un mal funcionamiento del hardware ni de ninguna otra tontería.
Vendí cada parte de la instalación en estas pruebas de instalación posteriores y, aparentemente, durante la instalación, la conexión por cable se cae mucho después (me había alejado cada vez antes y no me di cuenta de esto) de presionar "Continuar" en la segunda pantalla de instalación ( con las tres recomendaciones, además de descargas de actualizaciones y opciones de instalación de software propietario (ambas comprobadas en mis casos). Se vuelve a habilitar en la tercera pantalla (o después de presionar "Atrás", solo para volver a salir después de presionar Continuar nuevamente, hasta que la tercera pantalla se carga nuevamente y el cableado regresa). Vuelve a hacer esto al final de la instalación mientras "Instala el sistema". Cada habilitación/desactivación incrementa la interfaz, de modo que se asigna como eth#, donde # es el número de veces que sale y vuelve a encenderse), siendo la más baja posible eth3. El controlador en uso es b44.
Aparte de eso, pude hacer que las redes por cable persistieran, e incluso que funcionaran de forma inalámbrica, de la siguiente manera (después de finalizar la instalación y reiniciar):
1) Elimine las entradas duplicadas de eth#, a través de /etc/udev/rules.d/70-persistent-net.rules, y active y desactive la red (ahora está usando eth0).
2) Vaya a la herramienta Controladores adicionales (a veces aparece sola; de lo contrario, icono de engranaje en la esquina superior derecha-->Configuración del sistema...-->Controladores adicionales) y luego busque controladores (tome un café o dos al ritmo que busca), encontrará y querrá que active Broadcom STA. Haga clic en el botón "Activar" y, aunque la activación falla (debido a la entrada /etc/modprobe.d/blacklist.conf para "bcm43xx", que se da a conocer en el /var/log/jockey.log al que se hace referencia en el error ) ¡la conexión por cable se enciende y permanece encendida (al menos para los propósitos críticos de apt-get, siguiente)!
3) Ejecute los siguientes comandos:
sudo apt-get remove bcmwl-kernel-source
sudo apt-get install firmware-b43-installer
sudo modprobe b43
NOTA: Aunque algunos dicen que instale b43-fwcutter y el anterior, b43-fwcutter apareció como instalado en mi sistema después de lo anterior ( sudo dpkg --get-selections | grep b43), así que usé el anterior tal como está.
Descubrí los dos primeros comandos, arriba, a través de lo siguienteBICHOinforme (sí, configuraciones/cambios realmente malos debido a actualizaciones automáticas o instalaciones limpias)sonerrores, al contrario del cierre de este como de otra manera!):
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1113779
4) ¡ALELUYA! Al hacer clic en el ícono que parece un aeropuerto, ahora se muestran las opciones cableadas e inalámbricas. Si informa que el interruptor WiFi está apagado, las teclas fn+F2 (o cualquier interruptor que tenga en su propio sistema debería) funcionar para encenderlo y ver y conectarse (wlan0) a cualquier AP disponible (según los comentarios, a continuación, obtengaen realidadcerca, como físicamente dentro de 10', de cualquier punto de acceso). Wired ya debería estar activo, pero si no, seleccione "Auto Ethernet" o "Conexión por cable 1" para/desde lo mismo y listo (¡incluso sigue siendo eth0)!
Lamentablemente, las conexiones WiFi no son persistentes entre reinicios (WiFI no se desactiva mediante un "interruptor", simplemente parece permanecer inactivo). WiFi conoce mis AP, pero simplemente no se conectará hasta que los conecte a través de la interfaz cableada. Luego, WiFI inmediatamente encuentra y se conecta a un AP WiFI conocido, similar a activar la herramienta Controladores adicionales... ¿ya mencioné "error"?
Espero haber superado lo peor de esta saga y esta explicación detallada ayude a la siguiente persona a evitar frustraciones similares, al menos hasta (¿a menos que?) que este desastre se solucione adecuadamente. Veo publicaciones sobre problemas de Broadcom que se remontan a bastantes versiones, aunque la versión 12.04 (¡solo mi suerte/timing!) parece ser más problemática que la mayoría. Lo estoy usando porque es la versión LTS actual.
ACTUALIZAR
Mira los comentarios, pero...
Otro misterio relacionado: ¿por qué la herramienta Controladores adicionales sigue pidiendo que active Broadcom STA inalámbrico? Si lo hago, falla tan pronto como intenta descargar (error jockey.log, a pesar de que estaba bien conectado antes) y eso elimina completamente la conexión inalámbrica de la barra de menú Icono del aeropuerto, hasta que hago un sudo modprobe b43, pero luego tengo que camine hacia atrás dentro de los 10' del AP para que se (re)conecte.
Solo para confirmar, esto no es un problema de hardware: con Windows (XP o Vista) y los controladores de Dell puedo estar en el patio trasero y (re)conectarme a mi AP incluso después de cualquier (re)arranque, pero estos son inestables. A los controladores Broadcom para Linux aparentemente les falta algo importante en términos de buscar y (re)conectar un AP desde un estado desconectado (deshabilitar, reiniciar, etc.). ¿Tal vez sea un problema ab vs. g o tal vez la radio esté en estado de bajo consumo o alguna otra tontería relacionada?
Afortunadamente, esta es una computadora portátil WiFi y no una computadora de escritorio, por lo que puedo caminar de regreso hacia el AP para permitir que se (re)conecte y luego ir a cualquier lugar al que pueda ir cualquiera de mis otros dispositivos, pero sigue siendo un problema importante de PiTA.