03:06.0 Network controller [0280]: Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller [14e4:4320] (rev 02)
Subsystem: Belkin F5D7000 v1000 Wireless G Desktop Card [1799:7000]

Some years ago, this card was working perfectly fine with the bcm43xx module. However, this module became deprecated and got replaced by the b43 and b43legacy modules. My card now had to use the b43legacy module and that’s where the problems started:
The connection speed was very slow and the connection dropped every few minutes. Trying to download a larger file became a pain. dmesg was full of these messages:

b43legacy-phy0 ERROR: PHY transmission error

Pasting that into google showed me that I was not alone with these issues, the only fix that seemed to work was dropping the b43legacy module and using ndiswrapper with a windows driver file. It took me some while to find a 64bit Windows driver file for that specific card [contact me if you can't find one] because it’s quite outdated, but I finally got one.

So I went ahead, installed ndiswrapper and the driver for it…

adi64@tux ~ % sudo ndiswrapper -l
bcmwl5 : driver installed
device (14E4:4320) present

…but wlan0 wouldn’t show up, despite the fact that ndiswrapper found the device:

adi64@tux ~ % sudo rmmod b43legacy
adi64@tux ~ % sudo modprobe ndiswrapper
adi64@tux ~ % iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

There were no errors or any debug info from ndiswrapper in either dmesg or /proc/net/ndiswrapper/debug.

After googling the hell out of keywords like b43legacy, bcm4306, ndiswrapper etc. I found the Comprehensive ndiswrapper troubleshooting guide on the Ubuntu forums which finally helped.
In a nutshell: The ssb module claimed the device although being unable to do anything with it, therefore ndiswrapper couldn’t take control of the device.

Knowing this, the solution is simple. You need to blacklist the b43legacy and ssb modules and tell the kernel to load the ndiswrapper module.
I opened up the new file /etc/modprobe.d/b43legacy_blacklist.conf and pasted in the following:

blacklist b43legacy
blacklist ssb

Then I added ndiswrapper to my MODULES Array in /etc/rc.conf.
Doing a reboot and BAM! The card was working fine. Note however that you won’t be able to do things like Monitor Mode etc. with ndiswrapper as device driver.

Genauer gesagt ging der Stecker nicht, das lies sich dadurch feststellen, dass durch drehen, bzw. leichtes Herausziehen die Qualität des Audiosignals deutlich geschwankt hatte oder überhaupt nicht mehr hörbar war.

Falls jemand ein ähnliches Problem hat, will ich hier kurz erklären, wie man dieses lösen kann.

Benötigt:

- Kopfhörer mit kaputtem Stecker

- alter Kopfhörer, bei dem der Stecker noch geht (der Rest darf ruhig hinüber sein) mit einem ähnlichaussehenden Leiter

- Lötkolben

- Schrumpfschlauch (Tape tut es auch, sieht aber nicht so schön aus)

- Abisolierzange/Schere

- Feuerzeug

- Tesafilm

Vorgehensweise:

- Beide Kopfhörer am Leiter so abschneiden, dass die gewünschte Länge erreicht wird + etwa 2 cm auf jeder seite zum verlöten

- die Leiterenden von den Stücken, die verwendet werden, abisolieren mit einer Abisolierzange (oder mit einer Schere ganz leicht einschneiden und die Isolierung herunterziehen)

- jetzt sollten bei beiden 3 Leiter in verschiedenen Farben sichtbar sein, falls nicht, anderen Stecker verwenden wenn noch welche vorhanden sind und auch abisolieren

- einen Schrumpfschlauch auf ca 3 cm zuschneiden und über einen der beiden Leiter weg von dem isolierten Bereich ziehen, damit er später verwendet werden kann

- die drei Leiter jeweils in verschiedene Richtungen biegen und vorsichtig mit einem Feuerzeug den Lack für ca. 1,5 cm wegbrennen

- beide kupferfarbenen (Masse) Leiter zusammendrehen

- die übrigen Leiter stehen für rechts bzw. links. Welcher welcher ist muss jetzt ausprobiert werden (zwei zusammendrehen, Kopfhörer an Player anstecken, hören wo rechts und links ist z.B. indem man die Balance auf dem Player in eine Richtung schiebt)

- die Leiter sollten jetzt richtig zusammengedreht (tipp: drehsinn beibehalten!) sein, noch immer in 3 verschiedene Richtungen senkrecht zu dem jetzt verbundenen Leiter wegstehen und Musik sollte angeschlossen und in gewohnter, guter Qualität hörbar sein

-  jetzt werden diese drei verdrehten Leiter festgelötet, wobei man zur überprüfung die Musik ruhig weiterlaufen lassen kann

- die drei werden alle in eine Richtung (z.B. in die des Steckers) gebogen und mit Tesafilm so übereinander geklebt, dass sie jeweils komplett voneinander isoliert sind.

- Falls man den Schrumpfschlauch verwendet hat, wird dieser nun über die Verbindungsstelle geschoben, so dass diese vollständig abgedeckt ist

- Der Schrumpfschlauch wird mit dem Feuerzeug erhitzt, damit er sich zusammenzieht und die Verbindungsstelle z.B. vor Regen schützt

…und das wärs auch schon. Viel Spaß mit dem reparierten Kopfhörer

PS: 135° Stecker halten nach meiner Erfahrung am besten.

wine Crashday.exe
err:module:attach_process_dlls “RakNet.dll” failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for L”Z:\\media\\share\\programme\\Atari\\Crashday\\Crashday.exe” failed, status c0000005

Obiges war die Fehlermeldung von Wine, mit der ich mich die letzten Tage rumgeschlagen habe, wenn ich Crashday spielen wollte.

Nach ein paar Rätselrunden in #winehq auf FreeNode stellte sich heraus: Die ext3-Partition, auf der das Game liegt (in diesem Fall /media/share, diese ist auch in Windows mit dem ext2ifs Treiber eingebunden, daher der Name ), war mit dem Flag ‘noexec’ gemounted. Klar, dass dann nix geht.

Also in der /etc/fstab das ‘exec’ flag hinzugefügt und jetzt ist wieder alles paletti

Im IRC-Channel wusste aber keiner genau, wann eine DLL eigentlich beim Laden “failt”, was das Fehlersuchen etwas schwer machte und zahlreiche Neuinstallationen, wine-tweaks und Installationen verschiedener Wine-Versionen mit sich zog.

Einfacher wäre es gewesen, wenn Wine festgestellt hätte, dass die Partition mit dem ‘noexec’-Flag gemounted ist (Dazu gibts es auch schon einen Vorschlag im WineHQ Bugzilla).