|
Ver temas sin respuesta | Ver temas activos
Foros Linux » General » Hardware
 
|
| Autor |
Mensaje |
cooper1589
Forista Nuevo
Registrado: Jue Abr 21, 2011 11:19 am Mensajes: 49 Ubicación: Costa Rica
|
 Publicado: Jue Abr 21, 2011 11:46 am |
|
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 10:14 am, editado 1 vez en total
|
|
|
|
|
enriquehh
Forista Mayor
Registrado: Sab Dic 08, 2007 12:00 am Mensajes: 679
|
Publicado: Sab Abr 23, 2011 9:27 am |
|
|
|
|
cooper1589
Forista Nuevo
Registrado: Jue Abr 21, 2011 11:19 am Mensajes: 49 Ubicación: Costa Rica
|
Publicado: Sab Abr 23, 2011 12: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
|
|
|
|
|
enriquehh
Forista Mayor
Registrado: Sab Dic 08, 2007 12:00 am Mensajes: 679
|
Publicado: Sab Abr 23, 2011 4:50 pm |
|
|
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
|
|
|
|
|
cooper1589
Forista Nuevo
Registrado: Jue Abr 21, 2011 11:19 am Mensajes: 49 Ubicación: Costa Rica
|
Publicado: Lun Abr 25, 2011 3: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
|
|
|
|
|
enriquehh
Forista Mayor
Registrado: Sab Dic 08, 2007 12:00 am Mensajes: 679
|
Publicado: Lun Abr 25, 2011 4:31 pm |
|
|
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
|
|
|
|
|
cooper1589
Forista Nuevo
Registrado: Jue Abr 21, 2011 11:19 am Mensajes: 49 Ubicación: Costa Rica
|
Publicado: Lun Abr 25, 2011 5:18 pm |
|
Ok el firmware b43 está extraído procedo a lanzar los comandos. El primer comando sería: lsmod Código: 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: 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 12:28 pm, editado 1 vez en total |
| Mensaje editado para facilitar la legibilidad, por favor utiliza las etiquetas code para postear comando o sililares |
|
|
|
|
|
enriquehh
Forista Mayor
Registrado: Sab Dic 08, 2007 12:00 am Mensajes: 679
|
Publicado: Lun Abr 25, 2011 5:31 pm |
|
|
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
|
|
|
|
|
hipersayan_x
Forista Distinguido
Registrado: Jue Abr 26, 2007 11:00 pm Mensajes: 1425
|
Publicado: Lun Abr 25, 2011 8:41 pm |
|
¿Que kernel estás usando? Código: 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
_________________
"Neque porro quisquam est qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit."
"Finibus Bonorum Et Malorum", Cicerón
|
|
|
|
|
hmg79
Forista Legendario
Registrado: Lun Mar 31, 2008 12:00 am Mensajes: 1546
|
Publicado: Lun Abr 25, 2011 11:28 pm |
|
hipersayan_x escribió: ¿Que kernel estás usando? Código: 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-libreDe 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 FSFEnserio 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.-
|
|
|
|
|
hipersayan_x
Forista Distinguido
Registrado: Jue Abr 26, 2007 11:00 pm Mensajes: 1425
|
Publicado: Mar Abr 26, 2011 6:11 am |
|
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.htmlhttp://www.fsfla.org/pipermail/anuncios ... 00161.htmlEditado -- 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 
_________________
"Neque porro quisquam est qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit."
"Finibus Bonorum Et Malorum", Cicerón
|
|
|
|
|
hmg79
Forista Legendario
Registrado: Lun Mar 31, 2008 12:00 am Mensajes: 1546
|
Publicado: Mar Abr 26, 2011 7:29 am |
|
|
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.-
|
|
|
|
|
hipersayan_x
Forista Distinguido
Registrado: Jue Abr 26, 2007 11:00 pm Mensajes: 1425
|
Publicado: Mar Abr 26, 2011 8:48 am |
|
@hmg79: ya, ya, fue solo un error mio , 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?
_________________
"Neque porro quisquam est qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit."
"Finibus Bonorum Et Malorum", Cicerón
|
|
|
|
|
cooper1589
Forista Nuevo
Registrado: Jue Abr 21, 2011 11:19 am Mensajes: 49 Ubicación: Costa Rica
|
Publicado: Mié Abr 27, 2011 10:53 pm |
|
|
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?
|
|
|
|
|
hipersayan_x
Forista Distinguido
Registrado: Jue Abr 26, 2007 11:00 pm Mensajes: 1425
|
Publicado: Jue Abr 28, 2011 7:46 am |
|
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: sudo ls /lib/firmware/b43 Tiene que aparecer algo como esto: Código: 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: 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
_________________
"Neque porro quisquam est qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit."
"Finibus Bonorum Et Malorum", Cicerón
|
|
|
|
|
|
|
|
¿Quién está conectado?
Usuarios navegando por este Foro: No hay usuarios registrados visitando el Foro y 5 invitados
No puede abrir nuevos temas en este Foro
No puede responder a temas en este Foro
No puede editar sus mensajes en este Foro
No puede borrar sus mensajes en este Foro
No puede enviar adjuntos en este Foro
|
|
