Take the 2-minute tour ×
Ask Ubuntu is a question and answer site for Ubuntu users and developers. It's 100% free, no registration required.

This question already has an answer here:

I'm having issues with my broadcom BCM4313 wireless adapter. Everything works just fine when connected (with additional drivers & Connman), but it takes about 5 minutes to connect to my network when i just started my computer! When resuming from hibernation it goes very quick though, so just when I boot my pc it's taking forever...

This is what I found in the dmesg output:

[   16.778057] eth1: Broadcom BCM4727 802.11 Hybrid Wireless Controller 5.60.48.36 
[   16.808768] type=1400 audit(1295859939.727:2): apparmor="STATUS" operation="profile_load" name="/sbin/dhclient3" pid=833 comm="apparmor_parser"
[   16.808815] type=1400 audit(1295859939.727:3): apparmor="STATUS" operation="profile_replace" name="/sbin/dhclient3" pid=799 comm="apparmor_parser"
[   16.808825] type=1400 audit(1295859939.727:4): apparmor="STATUS" operation="profile_replace" name="/sbin/dhclient3" pid=826 comm="apparmor_parser"
[   16.809367] type=1400 audit(1295859939.727:5): apparmor="STATUS" operation="profile_load" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=833 comm="apparmor_parser"
[   16.809415] type=1400 audit(1295859939.727:6): apparmor="STATUS" operation="profile_replace" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=799 comm="apparmor_parser"
[   16.809435] type=1400 audit(1295859939.727:7): apparmor="STATUS" operation="profile_replace" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=826 comm="apparmor_parser"
[   16.809705] type=1400 audit(1295859939.727:8): apparmor="STATUS" operation="profile_load" name="/usr/lib/connman/scripts/dhclient-script" pid=833 comm="apparmor_parser"
[   16.809755] type=1400 audit(1295859939.727:9): apparmor="STATUS" operation="profile_replace" name="/usr/lib/connman/scripts/dhclient-script" pid=799 comm="apparmor_parser"
[   16.809769] type=1400 audit(1295859939.727:10): apparmor="STATUS" operation="profile_replace" name="/usr/lib/connman/scripts/dhclient-script" pid=826 comm="apparmor_parser"
[   16.844083]   alloc irq_desc for 22 on node -1
[   16.844087]   alloc kstat_irqs on node -1

Any ideas how come? Thanks in advance!

share|improve this question
    
How did you get the driver working? Is the STA driver, or the B43 firmware from firmware-b43-installer? Also, is it the low power version? If you attach the output of lspci, the exact models will help diagnose the issue. –  Scaine Jan 20 '11 at 19:20
    
I'm using the driver jockey installs, STA I suppose. This is the relevant output of lspci: 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02) 03:00.0 Network controller: Broadcom Corporation BCM4313 802.11b/g LP-PHY (rev 01) –  Drazgo Jan 21 '11 at 14:39
    
I've got exactly the same problem for the built-in adapter in my laptop. Driver from the jockey-commons utility. –  Oxwivi Feb 23 '11 at 12:12
    
@Scaine, where did you get the package name of drivers? –  Oxwivi Feb 23 '11 at 12:18
1  
This question appears to be abandoned, if you are experiencing a similar issue please ask a new question with details pertaining to your problem. If you feel this question is not abandoned, please flag the question explaining that. :) –  Seth Jan 16 '13 at 2:44
show 1 more comment

marked as duplicate by Luis Alvarado Jan 10 at 0:27

This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.

1 Answer

Start a terminal and run

tail -f /var/log/kern.log

Then try connecting to your wifi access point. You should see the attempts appearing in the terminal window as it tries to connect.

share|improve this answer
    
Well, problem is when I boot my computer, Connman shows no access points. It's only after a minute or 5 that it shows the possibilities... So when it finds the connections, there is no problem connecting, but the searching takes ages! –  Drazgo Jan 21 '11 at 14:41
    
Ah okay - the kern.log should be written each boot though, so there might be some useful information in there regarding your chipset. The /var/log/kern.log is the equivalent of the dmesg output. –  Scaine Jan 21 '11 at 16:36
    
Well, I included the relevant dmesg output in my question. Anything comes up to your mind? :) –  Drazgo Jan 24 '11 at 9:16
add comment

Not the answer you're looking for? Browse other questions tagged or ask your own question.