Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I need a help, the system remains frozen. I am hopeless ;-(
I have a USB Belkin G+ F5D7051 wireless adapter with Broadcom bcm4320 chip. I load win driver with ndiswrapper 1.47 in openSUSE 10.3.
The driver was installed correctly and hardware is present.
If run 'ndiswrapper -ma', the system booting returns 'Kernel panic - not syncing...', in other case, if run 'modprobe ndiswrapper' to turn the device, the system remains frozen when device is detect.
I have read that the kernel of Linux manage the usb energy, some devices need more energy and the kernel blocks it. I have added this line in the file /etc/udev/rules.d/99-custom.rules or .../05-udev-early.rules, but the problem is not resolved.
Please, someone knows of this?, I am patient but have to solve the problem of a third person to which I have to return him the computer as soon as possible.
I have observed that from time to time opens the nautilus window of the usb-storages, as if resumed the usb electrical sockets, perhaps be this the problem?, where the configuration hardware of the usb's can be modified in openSUSE?
Thanks in advance.
Last edited by dissident_goodchild; 11-30-2007 at 07:07 AM.
Reason: info added
1) Some (older) versions of ndiswrapper are incompatible with kernel versions after 2.6.21
2) Fedora automatically installs the FOSS b43 driver for Broadcom chipsets. If SUSE also does this, or installs the older bcm43xx driver, and you then install ndiswarpper, you could be trying to run two different drivers for the same hardware. Check ps -e | grep b43 to see if you've got any of the b43 drivers running.
Edit: And, since the b43 drivers are available, you could junk ndiswrapper and go with the FOSS solution.
Last edited by PTrenholme; 11-30-2007 at 09:54 AM.
Many thanks, I am going to revise all, although already I have verified that I do not have running bc43.
I have got that the system not be frozen with starting the kernel with apic = off, although some time remains hanging, I have to test it well and seek the drivers b43.
Umm I see that b43 is only for PCI... my chipset is a bcm4320 for usb.
Delays more in being frozen but the problem persists.
Also I have a problem with VirtualBox that returns me 'error inserting vboxdrv' and I have seen a solution charging ‘nmi_watchdog=0' in the boot kernel.
What I have understood of NMI is a controller of interruptions. He can have something to do with the problem of the wireless adapter?
Well, yes, it's possible that NMI could be your problem. What (if anything) do your log files, especially /var/log/messages, tell you?
Have you run a memchk to verify that you have no memory problems? One of the more common causes of "random" system freeze is bad memory.
Another common problem is a failing disk drive. Is your problem system's drive S.M.A.R.T., and are you running smartd to catch those messages?
Another common cause, and, I think, more likely in your case, is an apparent system freeze caused by a kernel "wait" for an interrupt from a network device. Those "waits," however, usually time-out after thirty to sixty seconds, although I've seen some systems where the time-out was defaulted to 300 seconds. Have you tried waiting for 5 to 10 minutes when the system seems "frozen" to see if it "thaws" and, hopefully, produces an error message that can point you in the correct direction?
I have expected to an hour but the system did not leave the comma.
I tested with the mentioned NMI but did not solve anything.
I am going to verify everything that you explain me. The truth is that the disk does some very rare sounds... but yes it is clear that the failure produces it the adaptor Belkin, if I do not plug in the adaptor the system does not freeze.
Memchk is not available. Smartd is running, How catching I those messages?
Your answer is very satisfactory because you have centered it in the possible causes, thanks.
Last edited by dissident_goodchild; 11-30-2007 at 06:25 PM.
Reason: language correction
I added the red highlights to some of the network processes that should be running. (Note that I'm at my desktop system, which uses a wired network, so no "wireless" processes are shown.)
Also look at the dmesg output for duplicated drivers. Again, for my desktop system with two Ethernet ports (one disconnected), I get this:
Code:
$ dmesg | grep -i '\(net\)\|\(eth\)'
NET: Registered protocol family 16
NetLabel: Initializing
NetLabel: domain hash size = 128
NetLabel: protocols = UNLABELED CIPSOv4
NetLabel: unlabeled traffic allowed by default
NET: Registered protocol family 2
audit: initializing netlink socket (disabled)
SELinux: Registering netfilter hooks
Initializing XFRM netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
8139too Fast Ethernet driver 0.9.28
8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004)
eth0: RealTek RTL8139 at 0xf897cc00, 00:11:2f:7d:e6:3c, IRQ 22
eth0: Identified 8139 chip type 'RTL-8101'
eth1: RealTek RTL8139 at 0xf899c800, 00:30:bd:1e:95:3e, IRQ 22
eth1: Identified 8139 chip type 'RTL-8100B/8139D'
NET: Registered protocol family 10
IA-32 Microcode Update Driver: v1.14a <tigran@aivazian.fsnet.co.uk>
ip6_tables: (C) 2000-2006 Netfilter Core Team
Netfilter messages via NETLINK v0.30.
ip_tables: (C) 2000-2006 Netfilter Core Team
NET: Registered protocol family 31
eth1: link down
ADDRCONF(NETDEV_UP): eth1: link is not ready
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
eth0: no IPv6 routers present
I'm puzzled about one thing: Why, in your first dmsg output above, did udev rename the device as wlan2? Is it possible that the computer you're using has a "built-in" Atheros WiFi device? Did you ever try the computer without a WiFi card in the slot?
I saw wlan2 name. It is a computer of a third person, I had to utilize my usb D-Link to connect to internet and to be able to seek helps (wlan1). Also I installed the Belkin (wlan2) and perhaps therefore appears like wlan2, although I opt more by the process "force persistent names" of the system.
Belkin has left me a bad taste in one's mouth, because I am not sure if is a problem of the adapter or I know not to run.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.