No funciona broadcom 4312 despues de actualizar a debian testing (solucionado)

Las partes físicas de tu maquina funcionando bajo linux (Tarjeta de video, de sonido, modem, tarjeta de red, monitor, etc.)

Moderador: doc

Avatar de Usuario
cooper1589
Forista Medio
Forista Medio
Mensajes: 224
Registrado: Jue Abr 21, 2011 7:19 pm
Ubicación: Costa Rica
Contactar:

No funciona broadcom 4312 despues de actualizar a debian testing (solucionado)

Mensaje por cooper1589 » Jue Abr 21, 2011 7:46 pm

Saludos amigos.
Bueno se que en la red hay mucha información sobre este problema recurrente en el mundo Gnu/linux, no obstante mi problema especifico es que la wifi dejó de funcionar. Todo comenzó cuando instale la versión Debian 6 squeeze para activar la broadcom solo me tube que bajar un .deb de aquí http://packages.debian.org/lenny/i386/b ... r/download. Si en sqeeze funcionó a la perfección a pesar de ser de Lenny, pero cuando me pasé a la rama testing y reiniciar la maquina me di cuenta que ya la luz del wifi no encendía. Dicho paquete esta en su versión 013-3 . Revisando el firmware en /lib/firmware me aparecen las carpertas b43 y b43legacy tal y como debería de ser . Por lo tanto no sé cual sera el problema. Sería de gran ayuda si alguno de ustedes ha tenido un problema similar y diga como lo solucionó. Gracias.
Última edición por cooper1589 el Mar May 03, 2011 6:14 pm, editado 1 vez en total.
Linux User: #553458 | Debian Wheezy + LXDE
Avatar de Usuario
enriquehh
Forista Distinguido
Forista Distinguido
Mensajes: 1337
Registrado: Sab Dic 08, 2007 8:00 am

Re: No funciona broadcom 4312 despues de actualizar a debian testing

Mensaje por enriquehh » Sab Abr 23, 2011 5:27 pm

Hola como estas, yo tengo otro modelo de tarjeta broadcom, instale el firmware con el paquete que mencionas y ademas me tuve que bajar los firmware desde la pagina de wireless linux te dejo el enlace:

http://linuxwireless.org/en/users/Drivers


Otra alternativa que tienes puede ser intalando estos paquetes:

broadcom-sta-common
broadcom-sta-source

http://packages.debian.org/wheezy/broadcom-sta-source

Luego sigue esta guia, es para debian lenny pero los pasos son los mismos para debian squeeze

http://forsol.org.ar/2010/11/broadcom-b ... ian-lenny/

saludos
Avatar de Usuario
cooper1589
Forista Medio
Forista Medio
Mensajes: 224
Registrado: Jue Abr 21, 2011 7:19 pm
Ubicación: Costa Rica
Contactar:

Re: No funciona broadcom 4312 despues de actualizar a debian testing

Mensaje por cooper1589 » Sab Abr 23, 2011 8:11 pm

Saludos:
Muchas gracias por tu respuesta. pues si estos paquetes que mencionas ya los he instalado:
broadcom-sta-common
broadcom-sta-source

La guía que mencionas también la seguí, pero creo que lo que esta fallando es a la hora de cargar el firmware o los módulos al encender la computadora, no soy un entendido en este aspecto claro, pero si los paquetes están instalados y el firmware extraído en /lib/firmware entonces yo supongo que algo anda mal a la hora de ser cargados. Tal vez, si sabes alguna solución sobre esto la hagas saber por el foro. Gracias
Linux User: #553458 | Debian Wheezy + LXDE
Avatar de Usuario
enriquehh
Forista Distinguido
Forista Distinguido
Mensajes: 1337
Registrado: Sab Dic 08, 2007 8:00 am

Re: No funciona broadcom 4312 despues de actualizar a debian testing

Mensaje por enriquehh » Dom Abr 24, 2011 12:50 am

Hola como estas, tengo entendido que b43-fwcutter y los paquetes que mencione son incompatibles entre si, por lo que dedusco que si instalas b43-fwcutter ya no deberias utilizar los paquetes broadcom-sta-common ni broadcom-sta-source y viceversa.

saludos
Avatar de Usuario
cooper1589
Forista Medio
Forista Medio
Mensajes: 224
Registrado: Jue Abr 21, 2011 7:19 pm
Ubicación: Costa Rica
Contactar:

Re: No funciona broadcom 4312 despues de actualizar a debian testing

Mensaje por cooper1589 » Lun Abr 25, 2011 11:35 pm

Saludos, enriquehh

Correcto, como tu dices instale los paquetes excluyéndose entre si como tu sugieres, sin embargo no obtuve ningún resultado, también visité esta pagina
http://linuxwireless.org/en/users/Drivers/b43

y seguí manualmente los consejos para fedora 10, en teoría debería funcionar igual en debian tampoco obtuve resultados satisfactorios.
como repito tal vez estos manuales funcionen en el caso que estuviera activando la broadcom por primera vez; sin embargo debo reiterar, que en Squeeze la pude activar correctamente y el mal funcionamiento empezó cuando actualice a Wheezy. Gracias
Linux User: #553458 | Debian Wheezy + LXDE
Avatar de Usuario
enriquehh
Forista Distinguido
Forista Distinguido
Mensajes: 1337
Registrado: Sab Dic 08, 2007 8:00 am

Re: No funciona broadcom 4312 despues de actualizar a debian testing

Mensaje por enriquehh » Mar Abr 26, 2011 12:31 am

Hola como estas, el modelo que yo tengo es la b4318, actualmente el controlador esta bien instalado en debian lenny (combinado con squeeze nucleo 2.6.26), por motivos de aceleración gráfica no me es atractivo actualizar a debian wheezy.
Con respecto a tu problema, que resultados te da los comandos (lanzalos como superusuario):

lsmod
lspci
iwconfig


Saludos

Nota: de preferencia los comandos lanzalos cuando hayas intalado el controlador de tu tarjeta
Avatar de Usuario
cooper1589
Forista Medio
Forista Medio
Mensajes: 224
Registrado: Jue Abr 21, 2011 7:19 pm
Ubicación: Costa Rica
Contactar:

Re: No funciona broadcom 4312 despues de actualizar a debian testing

Mensaje por cooper1589 » Mar Abr 26, 2011 1:18 am

Ok el firmware b43 está extraído procedo a lanzar los comandos.
El primer comando sería: lsmod

Código: Seleccionar todo

Module                  Size  Used by
isofs                  34471  0 
udf                    65973  0 
parport_pc             21895  0 
ppdev                  12621  0 
lp                     12858  0 
parport                27018  3 parport_pc,ppdev,lp
acpi_cpufreq           12737  1 
mperf                  12387  1 acpi_cpufreq
cpufreq_powersave      12422  0 
cpufreq_conservative    13598  0 
sco                    13219  2 
cpufreq_userspace      12520  0 
bnep                   17147  2 
cpufreq_stats          12670  0 
rfcomm                 31960  12 
l2cap                  35435  16 bnep,rfcomm
binfmt_misc            12778  1 
uinput                 12984  1 
fuse                   55640  1 
nfsd                  196206  13 
exportfs               12527  1 nfsd
nfs                   214151  0 
lockd                  60890  2 nfsd,nfs
fscache                31438  1 nfs
nfs_acl                12463  2 nfsd,nfs
auth_rpcgss            31739  2 nfsd,nfs
sunrpc                136969  19 nfsd,nfs,lockd,nfs_acl,auth_rpcgss
loop                   17805  0 
firewire_sbp2          17511  0 
arc4                   12418  2 
ecb                    12649  2 
snd_hda_codec_idt      44443  1 
btusb                  17209  2 
snd_hda_codec_hdmi     21857  1 
bluetooth              50119  9 sco,bnep,rfcomm,l2cap,btusb
i915                  276436  3 
b43                   256374  0 
drm_kms_helper         26501  1 i915
dell_laptop            12740  0 
rng_core               12550  1 b43
mac80211              160608  1 b43
cfg80211              106889  2 b43,mac80211
snd_hda_intel          21529  3 
rfkill                 18510  5 bluetooth,dell_laptop,cfg80211
drm                   128416  4 i915,drm_kms_helper
i2c_algo_bit           12706  1 i915
uvcvideo               52490  0 
videodev               48418  1 uvcvideo
r852                   17488  0 
sm_common              16434  1 r852
nand                   43564  2 r852,sm_common
nand_ids                8209  1 nand
nand_ecc               12412  1 nand
snd_hda_codec          57563  3 snd_hda_codec_idt,snd_hda_codec_hdmi,snd_hda_intel
ssb                    38626  1 b43
snd_hwdep              12906  1 snd_hda_codec
snd_pcm                52774  4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
i2c_i801               12670  0 
tpm_tis                12949  0 
tpm                    17454  1 tpm_tis
tpm_bios               12799  1 tpm
snd_seq                39172  0 
i2c_core               18989  6 i915,drm_kms_helper,drm,i2c_algo_bit,videodev,i2c_i801
psmouse                45863  0 
snd_timer              22171  3 snd_pcm,snd_seq
pcmcia                 32024  2 b43,ssb
mtd                    18732  2 sm_common,nand
battery                12926  0 
dcdbas                 13080  1 dell_laptop
serio_raw              12758  0 
pcmcia_core            17973  1 pcmcia
ac                     12552  0 
snd_seq_device         12995  1 snd_seq
power_supply           13283  3 dell_laptop,battery,ac
dell_wmi               12437  0 
snd                    38153  13 snd_hda_codec_idt,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_seq,snd_timer,snd_seq_device
joydev                 16906  0 
pcspkr                 12515  0 
sparse_keymap          12680  1 dell_wmi
wmi                    13018  1 dell_wmi
button                 12866  1 i915
processor              26983  3 acpi_cpufreq
video                  17345  1 i915
soundcore              12878  1 snd
snd_page_alloc         12841  2 snd_hda_intel,snd_pcm
evdev                  13084  37 
ext4                  251726  2 
mbcache                12810  1 ext4
jbd2                   55701  1 ext4
crc16                  12327  2 l2cap,ext4
usbhid                 35168  0 
hid                    59736  1 usbhid
sg                     21385  0 
sr_mod                 17418  0 
sd_mod                 34941  4 
cdrom                  34631  1 sr_mod
crc_t10dif             12332  1 sd_mod
ata_generic            12439  0 
ata_piix               21079  0 
ahci                   20897  3 
uhci_hcd               21850  0 
libahci                22161  1 ahci
libata                131904  4 ata_generic,ata_piix,ahci,libahci
firewire_ohci          26296  0 
sdhci_pci              13000  0 
ehci_hcd               34889  0 
firewire_core          42274  2 firewire_sbp2,firewire_ohci
sdhci                  21405  1 sdhci_pci
mmc_core               52605  3 b43,ssb,sdhci
scsi_mod              134369  5 firewire_sbp2,sg,sr_mod,sd_mod,libata
usbcore                99058  6 btusb,uvcvideo,usbhid,uhci_hcd,ehci_hcd
sky2                   39890  0 
thermal                13058  0 
crc_itu_t              12331  2 udf,firewire_core
thermal_sys            17667  3 processor,video,thermal
nls_base               12649  3 isofs,udf,usbcore
Editado -- Lun Abr 25, 2011 5:18 pm --

Aquí tengo encendida el wifi y el bluetooth.

Código: Seleccionar todo

iwconfig


lo        no wireless extensions.

eth0      no wireless extensions.

wlan0     IEEE 802.11bg  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=0 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
Última edición por mcun el Vie May 06, 2011 8:28 pm, editado 1 vez en total.
Razón: Mensaje editado para facilitar la legibilidad, por favor utiliza las etiquetas code para postear comando o sililares
Linux User: #553458 | Debian Wheezy + LXDE
Avatar de Usuario
enriquehh
Forista Distinguido
Forista Distinguido
Mensajes: 1337
Registrado: Sab Dic 08, 2007 8:00 am

Re: No funciona broadcom 4312 despues de actualizar a debian testing

Mensaje por enriquehh » Mar Abr 26, 2011 1:31 am

Hola, despues de lanzar iwconfig veo que el sistema detecta tu tarjeta de red, además lsmod confirma que tienes cargado el modulo b43, además me dices que instalaste satisfactoriomente el firmware.

Dime después de lanzar iwconfig, ¿puedes acceder a internet?

¿Para administar la red que programa estas usando?, yo te recomendaria wicd

Si sigues teniendo problemas puedes editar

/etc/network/interfaces

y adicionalmente /etc/rc.local

Saludos

Nota: hay mucha informacion de como editar /etc/network/interfaces y /etc/rc.local
Avatar de Usuario
hipersayan_x
Forista Legendario
Forista Legendario
Mensajes: 1905
Registrado: Vie Abr 27, 2007 7:00 am
Contactar:

Re: No funciona broadcom 4312 despues de actualizar a debian testing

Mensaje por hipersayan_x » Mar Abr 26, 2011 4:41 am

¿Que kernel estás usando?

Código: Seleccionar todo

uname -a
Si estás usando el kernel de linux-libre no vas a poder cargar nunca firmwares ni drivers privativos.

http://www.esdebian.org/foro/44911/debi ... ente-libre
Desarrollo en Qt: Qt Developer Network
Mis proyectos: github | SourceForge.net
Avatar de Usuario
hmg79
Forista Legendario
Forista Legendario
Mensajes: 2211
Registrado: Lun Mar 31, 2008 8:00 am

Re: No funciona broadcom 4312 despues de actualizar a debian testing

Mensaje por hmg79 » Mar Abr 26, 2011 7:28 am

hipersayan_x escribió:¿Que kernel estás usando?

Código: Seleccionar todo

uname -a
Si estás usando el kernel de linux-libre no vas a poder cargar nunca firmwares ni drivers privativos.

http://www.esdebian.org/foro/44911/debi ... ente-libre
De donde sacaste eso hipersayan_x????
Una cosa es que se saque drivers privativos del kernel que es algo que en algún momento tendría que pasar y otra que no se puedan usar.-
Lo que se saco del kernel se coloco como un paquete que se instala desde non-free, firmware-linux-free y firmware-linux-nonfree, para eso simplemente se agrega non-free a los repositorios que uno utiliza.-
NADIE NI SIQUIERA DEBIAN TE PUEDE PROHIBIR USAR DRIVERS PRIVATIVOS, YA QUE IRIA EN CONTRA DE LAS LIBERTADES QUE TE DA LA FSF

Enserio hipersayan_x de donde sacaste que no se puede ni se va a poder, y si te fijas acá en el post, el drivers y el firmware se encuentran cargados, y funcionando acá el problema pasa por otro lado, mas orientado a como se esta tratando de usar el dispositivo, que es lo que indica o pregunta Enriquehh, si usa wicd o no.-
Si te preguntas como sabemos que funciona bueno ahí enriquehh hizo la observación perfecta, iwconfig esta mostrando datos.-
Si fuese así, la wifi de mi netbooks no funcionaria ya que es una placa privativa,y me parece que en si es una broadcom.-
Avatar de Usuario
hipersayan_x
Forista Legendario
Forista Legendario
Mensajes: 1905
Registrado: Vie Abr 27, 2007 7:00 am
Contactar:

Re: No funciona broadcom 4312 despues de actualizar a debian testing

Mensaje por hipersayan_x » Mar Abr 26, 2011 2:11 pm

www.fsfla.org escribió: En Linux, varios drivers llaman request_firmware con un nombre de
blob. Esta solicitud es registrada, incluido el nombre del blob, y
pasada a un programa en nivel usuario, que debe localizar un archivo
de firmware con ese nombre y subirlo al kernel. Dados los registros,
en adición al comportamiento existente y potencial del programa en
nivel usuario, esto equivale a Linux decir al usuario que instale un
programa no-Libre específico, lo cual no es aceptable.

Publicaciones de Linux-libre desde la generación 2 remplazan el nombre
del blob con un nombre que el cargador de firmware probablemente no
encontrará, y que puede ser reconocido para informar a los usuarios
acerca de la falta de firmware Libre para algún componente de hardware
en el sistema. También rechazamos cualquier respuesta que el cargador
de firmware produce para dichas solicitudes, para minimizar el riesgo
de coincidencias accidentales y daño de hardware.

Razonamos que cualquiera determinado a usar el firmware aún podría
compilar un módulo, o un kernel completo, que haga la solicitud y use
la respuesta. Esta posibilidad fue considerada muy incómoda por
algunos.

Recientemente se nos ocurrió otra forma de alcanzar la meta de detener
al kernel de invitar a los usuarios a caer en la trampa del Software
no-Libre: donde Linux solicita archivos conocidos como no-Libres,
podríamos anonimizar el nombre del blob con un hash unidireccional de
su nombre y un identificador de la compilación y/o de la sesión del
kernel, y hacer la solicitud por un archivo nombrado con el hash
calculado.

Dada una implementación adecuada del cargador de firmware en nivel
usuario, cualquier pieza del firmware que el usuario eligió instalar
aún seguiría siendo localizada inmediatamente y hecha disponible para
el kernel. Sin embargo, por causa de la naturaleza unidireccional del
hash, una solicitud por firmware que no esté instalado no induciría a
su instalación: el código de hash no los identificará inmediatamente.
Así, si el usuario insiste en instalar el firmware, Linux-libre podrá
usarlo, pero es muy poco probable que alguien instale el firmware por
influencia de Linux-libre.
http://fsfla.org/svnwiki/anuncio/2010-0 ... re.es.html
http://www.fsfla.org/pipermail/anuncios ... 00161.html

Editado -- Mar Abr 26, 2011 9:11 am --
www.fsfla.org escribió: Así, si el usuario insiste en instalar el firmware, Linux-libre podrá
usarlo, pero es muy poco probable que alguien instale el firmware por
influencia de Linux-libre.
Parece que entonces si se puede, my fail :P
Desarrollo en Qt: Qt Developer Network
Mis proyectos: github | SourceForge.net
Avatar de Usuario
hmg79
Forista Legendario
Forista Legendario
Mensajes: 2211
Registrado: Lun Mar 31, 2008 8:00 am

Re: No funciona broadcom 4312 despues de actualizar a debian testing

Mensaje por hmg79 » Mar Abr 26, 2011 3:29 pm

Mira vos y yo que pense que Linux me daba la libertad de hacer lo que yo quisiera con mi sistema, ahora entiendo a los usuarios de sistemas BSD, cuando dan con un palo a todo lo que es Linux.-
Acabo de actualizar un equipo que tenia una instalación previa al nuevo kernel para ver que pasaba, ya que en la lista de debian hace poco se armo un flame porque a uno el sistema se le hizo percha cuando actualizo, aunque era un sid, bueno la cosa es que en una primera instancia después de un apt-get upgrade, el cual actualizo el sistema, y después al hacerle un apt-get dist-upgrade, ya que quedaron paquetes en el tintero bueno antes de empezar el proceso me pregunto si quería actualizar al kernel libre, y que antes de proceder marque los repositorios non-free(como dije en mi post anterior) y contrib, yo ya los tengo marcados desde la instalación misma, con lo cual deje que actualice, y arranco todo perfecto.-


PD; Perdón por el salirme de la temática pero son cosas que por ahí hay que aclarar, ya que el pensamiento de hipersayan_x lo estoy viendo seguido, sin haber probado a ver si se puede o no.-
Avatar de Usuario
hipersayan_x
Forista Legendario
Forista Legendario
Mensajes: 1905
Registrado: Vie Abr 27, 2007 7:00 am
Contactar:

Re: No funciona broadcom 4312 despues de actualizar a debian testing

Mensaje por hipersayan_x » Mar Abr 26, 2011 4:48 pm

@hmg79: ya, ya, fue solo un error mio :P , cuando leí el articulo por primera vez, hace mucho tiempo, interprete que al cambiar los hashes de los firmwares y drivers también los bloqueaba, desde ya queda aclarado que no es así, por eso me pareció que podría haber alguna relación con este problema. ¿Se entiende ahora?
Desarrollo en Qt: Qt Developer Network
Mis proyectos: github | SourceForge.net
Avatar de Usuario
cooper1589
Forista Medio
Forista Medio
Mensajes: 224
Registrado: Jue Abr 21, 2011 7:19 pm
Ubicación: Costa Rica
Contactar:

Re: No funciona broadcom 4312 despues de actualizar a debian testing

Mensaje por cooper1589 » Jue Abr 28, 2011 6:53 am

Saludos.
Pues realmente el problema no está en que use wicd o network manager de gnome, el sistema de hecho reconoce mi tarjeta pero eso no implica que esté activada, como de hecho no lo esta. Para que dejar un poco más claro hice el siguiente experimento:
En otra partición instalé linux mint debian edition que está basada en debian testing, posteriormente instale los paquetes
broadcom-sta-common
broadcom-sta-source

que menciono enriquehh, mi tarjeta funcionó a la perfección. Lo que puedo afirmar es que algo pasó luego de que actualicé a wheezy, que impide que mi tarjeta funcione correctamente. ¿Qué puede estar fallando? no lo sé. ¿Alguna idea?
Linux User: #553458 | Debian Wheezy + LXDE
Avatar de Usuario
hipersayan_x
Forista Legendario
Forista Legendario
Mensajes: 1905
Registrado: Vie Abr 27, 2007 7:00 am
Contactar:

Re: No funciona broadcom 4312 despues de actualizar a debian testing

Mensaje por hipersayan_x » Jue Abr 28, 2011 3:46 pm

1) Primero que nada desinstala todos los módulos de broadcom-sta.

2) Veamos, con esto quiero saber si realmente están instalados los firmwares:

Código: Seleccionar todo

sudo ls /lib/firmware/b43
Tiene que aparecer algo como esto:

Código: Seleccionar todo

a0g0bsinitvals5.fw
a0g1bsinitvals13.fw
a0g1initvals5.fw
b0g0bsinitvals9.fw
lp0bsinitvals13.fw
lp0initvals13.fw
n0absinitvals11.fw
n0initvals16.fw
ucode11.fw
ucode16.fw
a0g0bsinitvals9.fw
a0g1bsinitvals5.fw
a0g1initvals9.fw
b0g0initvals13.fw
lp0bsinitvals14.fw
lp0initvals14.fw
n0bsinitvals11.fw
pcm5.fw
ucode13.fw
ucode5.fw
a0g0initvals5.fw
a0g1bsinitvals9.fw
b0g0bsinitvals13.fw
b0g0initvals5.fw
lp0bsinitvals15.fw
lp0initvals15.fw
n0bsinitvals16.fw
sslpn0bsinitvals16.fw
ucode14.fw
ucode9.fw
a0g0initvals9.fw
a0g1initvals13.fw
b0g0bsinitvals5.fw
b0g0initvals9.fw
lp0bsinitvals16.fw
lp0initvals16.fw
n0initvals11.fw
sslpn0initvals16.fw
ucode15.fw
3) Ahora veamos que dice dmesg cuando cargas el modulo:

Código: Seleccionar todo

dmesg>modulos_1.txt
sudo rmmod b43
sudo modprobe b43
dmesg>modulos_2.txt
diff modulos_1.txt modulos_2.txt
rm -f modulos_1.txt
rm -f modulos_2.txt
Desarrollo en Qt: Qt Developer Network
Mis proyectos: github | SourceForge.net
Responder
  • Similar Topics
    Respuestas
    Vistas
    Último mensaje