Kernel failure nach Neuinstallation

[KBDCALLS]

Doch, der ndiswrapper funktioniert "auf dem Debian-eigenen Kernel" und danach hast du gefragt!
Evtl. passt der verwendete Windows Treiber nicht zum NDISwrapper.

Auf jeden Fall bringe ich ndiswrapper bzw. mein WLAN nicht zum Laufen. Der Windows-Treiber ist übrigens derselbe, mit dem ndiswrapper unter Etch problemlos (!) lief. Muss wohl ein Backgrade nach Etch machen – ist das möglich?

Velche Version von Ndiswrapper?

Ließ dir das mal durch http://debianforum.de/forum/viewtopic.p ... 23#p698323

Vor allem beschreibe möglichst genau die Schritte die du schon unternommen hast.

[Debjanux]

Hm, wie lautet die Device-ID der WLAN-Karte, siehe "lspci -nn".

Code: Alles auswählen

debjanux@debian-laptop:~$ lspci -nn
00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub [8086:27a0] (rev 03)
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03)
00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03)
00:1b.0 Audio device [0403]: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller [8086:27d8] (rev 01)
00:1c.0 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 [8086:27d0] (rev 01)
00:1c.3 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 [8086:27d6] (rev 01)
00:1d.0 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 [8086:27c8] (rev 01)
00:1d.1 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 [8086:27c9] (rev 01)
00:1d.2 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 [8086:27ca] (rev 01)
00:1d.3 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 [8086:27cb] (rev 01)
00:1d.7 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller [8086:27cc] (rev 01)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev e1)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge [8086:27b9] (rev 01)
00:1f.2 IDE interface [0101]: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller [8086:27c4] (rev 01)
00:1f.3 SMBus [0c05]: Intel Corporation 82801G (ICH7 Family) SMBus Controller [8086:27da] (rev 01)
03:00.0 Ethernet controller [0200]: Broadcom Corporation BCM4401-B0 100Base-TX [14e4:170c] (rev 02)
03:01.0 FireWire (IEEE 1394) [0c00]: Ricoh Co Ltd R5C832 IEEE 1394 Controller [1180:0832]
03:01.1 SD Host controller [0805]: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter [1180:0822] (rev 19)
03:01.2 System peripheral [0880]: Ricoh Co Ltd R5C843 MMC Host Controller [1180:0843] (rev 0a)
03:01.3 System peripheral [0880]: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter [1180:0592] (rev 05)
03:01.4 System peripheral [0880]: Ricoh Co Ltd xD-Picture Card Controller [1180:0852] (rev ff)
0b:00.0 Network controller [0280]: Broadcom Corporation BCM4311 802.11b/g WLAN [14e4:4311] (rev 01)

Gruß

[Debjanux]

Velche Version von Ndiswrapper? … Vor allem beschreibe möglichst genau die Schritte die du schon unternommen hast.

System: Debian 5.0 (»Lenny«) mit linux-image-2.6.26-2-686
Ndiswrapper: 1.53-2 (-common, -source und -utils-1.9)

Vorgehensweise:

1. Installation der Pakete ndiswrapper-source, ndiswrapper-common und ndiswrapper-utils-1.9
2. Um das Modul zu erstellen: zusätzliche Installation der Pakete module-assistant, debhelper, bzip2, python-gtk2, python-glade, python-cairo, python-numeric, html2text, po-debconf, intltool-debian, linux-kbuild und linux-headers-2.6.26-1-686
3. Erstellen des Ndiswrapper-Moduls:

   Code: Alles auswählen

   m-a update
   m-a prepare
   m-a a-i nidswrapper

4. Installation des Windows-Treibers:

   Code: Alles auswählen

   cd [i]Ort, in dem sich der Treiber befindet[/i]
   ndiswrapper -i bcmwl5.inf
   ndiswrapper -m

   Der letzte Befehl (ndiswrapper -m) gab übrigens folgende Meldung aus:

   Code: Alles auswählen

   adding "alias wlan0 ndiswrapper" to /etc/modprobe.d/ndiswrapper ...
   
   ************************************************************************
   *
   * The update-modules command is deprecated and should not be used!
   *
   ************************************************************************

5. ndiswrapper -l gibt nun folgendes aus:

   Code: Alles auswählen

   bcmwl5 : driver installed
   device (14E4:4311) present (alternate driver: ssb)

6. Starten des Ndiswrapper-Moduls:

   Code: Alles auswählen

   modprobe ndiswrapper

7. Damit ich es nicht nach jedem Systemstart das Ndiswrapper-Modul laden muss, zudem:

   Code: Alles auswählen

   echo ndiswrapper >> /etc/modules

Das WLAN geht jedoch nicht:

Code: Alles auswählen

debian-laptop:/home/debjanux# iwlist wlan0 scanning
wlan0     Interface doesn't support scanning : Network is down
debian-laptop:/home/debjanux# ifconfig wlan0 up
SIOCSIFFLAGS: Datei oder Verzeichnis nicht gefunden
debian-laptop:/home/debjanux# iwlist wlan0 scanning
wlan0     Interface doesn't support scanning : Network is down

Zudem erscheint in kern.log ca. alle 20–30 Sekunden die Fehlermeldung:

Code: Alles auswählen

May  1 17:24:28 debian-laptop kernel: [  549.430494] input: b43-phy1 as /class/input/input34
May  1 17:24:28 debian-laptop kernel: [  549.508113] firmware: requesting b43/ucode5.fw
May  1 17:24:28 debian-laptop kernel: [  549.511374] b43-phy1 ERROR: Firmware file "b43/ucode5.fw" not found or load failed.
May  1 17:24:28 debian-laptop kernel: [  549.511374] b43-phy1 ERROR: You must go to http://linuxwireless.org/en/users/Drivers/b43#devicefirmware and download the latest firmware (version 4).

[Danielx]

Zudem erscheint in kern.log ca. alle 20–30 Sekunden die Fehlermeldung:

Hm, kannst du mal die Module "ssb", "b43" und "b43legacy" blacklisten?

Code: Alles auswählen

echo blacklist ssb >> /etc/modprobe.d/blacklist
echo blacklist b43 >> /etc/modprobe.d/blacklist
echo blacklist b43legacy >> /etc/modprobe.d/blacklist

Denn das "ssb"-Modul blockiert offensichtlich die WLAN-Karte und das ndiswrapper-Modul kann diese somit nicht verwenden!
Deshalb bekommst du wahrscheinlich auch diese Meldung:

Code: Alles auswählen

SIOCSIFFLAGS: Datei oder Verzeichnis nicht gefunden

Die anderen Module musst du auch blacklisten, da diese das "ssb"-Modul möglicherweise nachladen würden (obwohl dieses selbst geblacklistet ist).
Danach den Rechner z.B. neu starten.

Das mit dem Blacklisten geht aber nur, falls du keine Broadcom Ethernet-Netzwerkkarte (also mit Kabel) hast!
Denn der Treiber für kabelgebundene Broadcom-Karten benötigt ebenfalls das "ssb"-Modul.
Nur falls du eine solche kabelgebundene Broadcom Ethernet-Karte haben solltest, musst du anstatt die Module (wie oben) zu blacklisten, die entsprechenden Module in der richtigen Reihenfolge laden:

Code: Alles auswählen

modprobe -r b44
modprobe -r ssb
modprobe ndiswrapper
modprobe b44

Gruß,
Daniel

[KBDCALLS]

Zudem erscheint in kern.log ca. alle 20–30 Sekunden die Fehlermeldung:

Code: Alles auswählen

May  1 17:24:28 debian-laptop kernel: [  549.430494] input: b43-phy1 as /class/input/input34
May  1 17:24:28 debian-laptop kernel: [  549.508113] firmware: requesting b43/ucode5.fw
May  1 17:24:28 debian-laptop kernel: [  549.511374] b43-phy1 ERROR: Firmware file "b43/ucode5.fw" not found or load failed.
May  1 17:24:28 debian-laptop kernel: [  549.511374] b43-phy1 ERROR: You must go to http://linuxwireless.org/en/users/Drivers/b43#devicefirmware and download the latest firmware (version 4).

Und bist du schon mal dem angebenen Link gefolgt?

Als erstes steht das da

b43 and b43legacy

The b43 drivers (bcm43xx in mainline kernels, b43 and b43legacy in wireless-2.6 and 2.6.24 and later) are drivers for the 802.11 B/G family of wireless chips Broadcom produces. The choice of which driver your card uses depends on the revision level of the 802.11 core. This number is read by driver ssb, and the correct choice for your device is made at that point. Note: If your card is a BCM4306 Rev 2, or only has 802.11b capability, it uses b43legacy. All other models use b43.

Ab Kernel 2.6.24 braucht man nur noch die Firmware.

Und darüber beschwert er sich ja auch

Code: Alles auswählen

May  1 17:24:28 debian-laptop kernel: [  549.511374] b43-phy1 ERROR: Firmware file "b43/ucode5.fw" not found or load failed.

Und dann weiter im Text

# in latest versions of Ubuntu (all flavors) and Debian just need to install the b43-fwcutter package:

*

sudo apt-get install b43-fwcutter
o when you are asked "Fetch and install firmware?" answer "Yes" (just press "Enter)

Man solle das Paket b43-fwcutter instalieren und die Frage mit yes beantworten.

Das sind nur die wichtigsten Passagen , auf der Seite steht noch wesentlich mehr.

[Danielx]

Die Firmware hatte er ja schonmal installiert, nur hat der Treiber leider einen Bug, so dass der von ihm benötigte "Ad-hoc"-Modus (für Freifunk) nicht funktioniert (Kerneloops), deshalb möchte er den ndiswrapper verwenden, der bei ihm unter Etch (auch mit "Ad-hoc") funktioniert hat.

Gruß,
Daniel

[KBDCALLS]

Hab leider nicht den ganzen Thread vorher überflogen,

Die Verbindung mit dem Ad-Hoc-Netzwerk unter Ubuntu 9.04 (»Jaunty Jackalope«) mit b43-fwcutter funktioniert problemlos.

Versionen:

• b43-fwcutter: 1:011-5
• linux-image-2.6.28-11-generic: 2.6.28-11.41

Zum Vergleich die Versionen unter Debian 5.0 (»Lenny«):

• b43-fwcutter: 1:011-5
• linux-image-2.6-686: 2.6.26+17+lenny1

Da b43-fwcutter bei beiden Distros die gleiche Version ist, muss es wohl die Kernel-Version sein, die unter Debian eine korrekte WLAN-Verbindung (sowohl mit b43-fwcutter als auch mit ndiswarpper) verunmöglicht.

Er hat ja geschrieben das das mit Ubuntu 9.04 und Kernel 2.6.28 funktioniert. Spricht etwas dagegen es mit Kernel 2.6.29 aus Sid zu versuchen? Dann kann man auf den ndiswrapper verzichten. Als Alternative könnte man es noch mit dem Ubuntukernel auf Debian Lenny versuchen.

[Danielx]

Spricht etwas dagegen es mit Kernel 2.6.29 aus Sid zu versuchen?

Den Kernel 2.6.29 hat er probiert:

Habe mir nun mithilfe des Wiki-Artikels (http://wiki.debianforum.de/DebianizedLinuxKernel%20%20) den neuen Kernel 2.6.29.2 gebaut. Leider tritt der Kerneloops-Dialog immer noch auf.

Quelle: viewtopic.php?p=698210#p698210

Gruß,
Daniel

[KBDCALLS]

Einmal wäre dann noch interssant welchen Treiber benutzt Ubuntu, Was passiert wenn der den Kernel aus Sid nimmt und nicht einen selbstkompilierten. Und was passiert wenn er einen Ubuntukernel installiert ?

[Debjanux]

Das mit dem Blacklisten geht aber nur, falls du keine Broadcom Ethernet-Netzwerkkarte (also mit Kabel) hast!
Denn der Treiber für kabelgebundene Broadcom-Karten benötigt ebenfalls das "ssb"-Modul.

Siehe http://debianforum.de/forum/viewtopic.p ... 50#p698434:

Code: Alles auswählen

03:00.0 Ethernet controller [0200]: Broadcom Corporation BCM4401-B0 100Base-TX [14e4:170c] (rev 02)

Nur falls du eine solche kabelgebundene Broadcom Ethernet-Karte haben solltest, musst du anstatt die Module (wie oben) zu blacklisten, die entsprechenden Module in der richtigen Reihenfolge laden:

Code: Alles auswählen

modprobe -r b44
modprobe -r ssb
modprobe ndiswrapper
modprobe b44

Code: Alles auswählen

debian-laptop:/home/debjanux# modprobe -r b44
debian-laptop:/home/debjanux# modprobe -r ssb
FATAL: Module ssb is in use.
debian-laptop:/home/debjanux# rmmod ssb
ERROR: Module ssb is in use by b43
debian-laptop:/home/debjanux# modprobe -r b43
debian-laptop:/home/debjanux# modprobe -r ssb
debian-laptop:/home/debjanux# modprobe ndiswrapper
debian-laptop:/home/debjanux# modprobe b44
debian-laptop:/home/debjanux# ifconfig eth0 down
debian-laptop:/home/debjanux# ifconfig wlan0 up
SIOCSIFFLAGS: Datei oder Verzeichnis nicht gefunden

Funktionierte leider auch nicht …

Die Verbindung mit dem Ad-Hoc-Netzwerk unter Ubuntu 9.04 (»Jaunty Jackalope«) mit b43-fwcutter funktioniert problemlos.

Versionen:

• b43-fwcutter: 1:011-5
• linux-image-2.6.28-11-generic: 2.6.28-11.41

Zum Vergleich die Versionen unter Debian 5.0 (»Lenny«):

• b43-fwcutter: 1:011-5
• linux-image-2.6-686: 2.6.26+17+lenny1

Da b43-fwcutter bei beiden Distros die gleiche Version ist, muss es wohl die Kernel-Version sein, die unter Debian eine korrekte WLAN-Verbindung (sowohl mit b43-fwcutter als auch mit ndiswarpper) verunmöglicht.

Er hat ja geschrieben das das mit Ubuntu 9.04 und Kernel 2.6.28 funktioniert.

Nee, eben trotzdem nicht (siehe hier):

Zudem noch eine Information bezüglich Ubuntu, wo mein WLAN funktionierte: Ich habe nun herausgefunden, dass es nicht der mit b43-fwcutter extrahierte Treiber, noch das ndiswrapper-Modul war, das dort mein WLAN zum Laufen bringt: Unter Systemverwaltung > Hardware-Treiber gibt die folgenden zwei Treiber, wobei nur der zweite funktioniert:

• Broadcom B43 wireless driver
• Broadcom STA Funk-LAN Treiber

Der erste ist anscheinend der mithilfe von b43-fwcutter extrahierte Treiber. Woher der zweite kommt, ist mir nicht klar, denn auch ohne funktionierende Internetverbindung kann ich ihn aktivieren beziehungsweise installieren.

[KBDCALLS]

Haste dir schon mal die Ausgabe von lsmod angesehen bei Ubuntu? Dabei müßte ein Kerneltreiber auffallen der nicht zum offiziellen Kernel gehört. Und wenn du so einen findest , den dann mal mit modinfo näher anschauen. Oder komplett nach NoPaste. Das gleiche am besten für Debian auch.

[Debjanux]

*Freudeschrei* Mein WLAN funktioniert nun! Mit folgenden Befehlen konnte ich ndiswrapper zum Laufen bringen:

1. Als erstes musste ich ndiswrapper in /etc/modules entfernen!
2. Danach musste ich folgende Befehle in genau dieser Reihenfolge ausführen:

   Code: Alles auswählen

   modprobe -r b44
   modprobe -r b43
   

3. Und schließlich, damit mein Kabelnetzwerk wieder läuft:

   Code: Alles auswählen

   modprobe b44

Euch allen herzlichen Dank für eure Hilfe und ein besonderes Dankeschön an Danielx, der mich auf die Idee gebracht hat, verschiedene Reihenfolgen von modprobe und modprobe -r auszuprobieren!

Kann man diese Reihenfolge nun irgendwo speichern, damit man die Befehle nicht nach jedem Neustart wieder ausführen muss?

Haste dir schon mal die Ausgabe von lsmod angesehen bei Ubuntu? Dabei müßte ein Kerneltreiber auffallen der nicht zum offiziellen Kernel gehört.

Auf die Idee bin ich noch nicht gekommen, werde das bei Gelegenheit noch nachholen.

[KBDCALLS]

Du müßstest schon bei der Initrd ansetzen.

In der /etc/initramfs-tools/initramfs.conf

die Zeile MODULES=most in MODULES=dep abändern, eine neue Intrd bauen.

Code: Alles auswählen

dpkg-reconfigure linux-image-2.6.26-2-686

Und den ndiswrapper samt Parameter in die /etc/modules eintragen.

PS. wenn du im Boot Verzeichnis einen Symbolischen Link anlegst . Dann kannst du die Initrd mit dem Midnightcommander von innen ansehen.

Als Beispiel

Code: Alles auswählen

ln -s initrd.img-2.6.26-1-amd64 initrd.img-2.6.26-1-amd64.cpio

PPS. Ein Script könnte in /etc/init.d unterbringen und im Runlevelverzeichnis verlinken.

/etc/rc2.d

[Debjanux]

Hier die lsmod-Ausgaben unter Ubuntu 9.04 (»Jaunty Jackalope«):

Vor der Aktivierung des proprietären Broadcom STA Funk-LAN-Treiber:

Code: Alles auswählen

Module                  Size  Used by
binfmt_misc            16776  1 
rfkill_input           12800  0 
i915                   65540  2 
drm                    96296  3 i915
ppdev                  15620  0 
lp                     17156  0 
parport                42220  2 ppdev,lp
bridge                 56340  0 
stp                    10500  1 bridge
bnep                   20224  2 
snd_hda_intel         435636  3 
snd_pcm_oss            46336  0 
snd_mixer_oss          22656  1 snd_pcm_oss
snd_pcm                82948  2 snd_hda_intel,snd_pcm_oss
snd_seq_dummy          10756  0 
snd_seq_oss            37760  0 
snd_seq_midi           14336  0 
snd_rawmidi            29696  1 snd_seq_midi
snd_seq_midi_event     15104  2 snd_seq_oss,snd_seq_midi
arc4                    9856  2 
joydev                 18368  0 
ecb                    10752  2 
snd_seq                56880  6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer              29704  2 snd_pcm,snd_seq
b43                   131484  0 
snd_seq_device         14988  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
mac80211              217208  1 b43
iTCO_wdt               19108  0 
iTCO_vendor_support    11652  1 iTCO_wdt
snd                    62628  15 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
cfg80211               38032  1 mac80211
soundcore              15200  1 snd
intel_agp              34108  1 
sdhci_pci              15232  0 
ricoh_mmc              11904  0 
psmouse                61972  0 
led_class              12036  1 b43
video                  25360  0 
snd_page_alloc         16904  2 snd_hda_intel,snd_pcm
sdhci                  23940  1 sdhci_pci
agpgart                42696  3 drm,intel_agp
serio_raw              13316  0 
pcspkr                 10496  0 
dcdbas                 15264  0 
input_polldev          11912  1 b43
output                 11008  1 video
squashfs               46344  1 
aufs                  165924  1 
exportfs               12544  1 aufs
nls_cp437              13696  1 
isofs                  39844  1 
b44                    35984  0 
ohci1394               38576  0 
ieee1394               94660  1 ohci1394
mii                    13312  1 b44
ssb                    41220  2 b43,b44
fbcon                  46112  0 
tileblit               10752  1 fbcon
font                   16384  1 fbcon
bitblit                13824  1 fbcon
softcursor              9984  1 bitblit

Nach der Aktivierung:

Code: Alles auswählen

Module                  Size  Used by
b44                    35984  0 
ssb                    41220  1 b44
mii                    13312  1 b44
ieee80211_crypt_tkip    16896  0 
wl                   1489748  0 
ieee80211_crypt        13444  2 ieee80211_crypt_tkip,wl
binfmt_misc            16776  1 
rfkill_input           12800  0 
i915                   65540  2 
drm                    96296  3 i915
ppdev                  15620  0 
lp                     17156  0 
parport                42220  2 ppdev,lp
bridge                 56340  0 
stp                    10500  1 bridge
bnep                   20224  2 
snd_hda_intel         435636  3 
snd_pcm_oss            46336  0 
snd_mixer_oss          22656  1 snd_pcm_oss
snd_pcm                82948  2 snd_hda_intel,snd_pcm_oss
snd_seq_dummy          10756  0 
snd_seq_oss            37760  0 
snd_seq_midi           14336  0 
snd_rawmidi            29696  1 snd_seq_midi
snd_seq_midi_event     15104  2 snd_seq_oss,snd_seq_midi
arc4                    9856  0 
joydev                 18368  0 
ecb                    10752  0 
snd_seq                56880  6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer              29704  2 snd_pcm,snd_seq
snd_seq_device         14988  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
iTCO_wdt               19108  0 
iTCO_vendor_support    11652  1 iTCO_wdt
snd                    62628  15 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore              15200  1 snd
intel_agp              34108  1 
sdhci_pci              15232  0 
ricoh_mmc              11904  0 
psmouse                61972  0 
video                  25360  0 
snd_page_alloc         16904  2 snd_hda_intel,snd_pcm
sdhci                  23940  1 sdhci_pci
agpgart                42696  3 drm,intel_agp
serio_raw              13316  0 
pcspkr                 10496  0 
dcdbas                 15264  0 
output                 11008  1 video
squashfs               46344  1 
aufs                  165924  1 
exportfs               12544  1 aufs
nls_cp437              13696  1 
isofs                  39844  1 
ohci1394               38576  0 
ieee1394               94660  1 ohci1394
fbcon                  46112  0 
tileblit               10752  1 fbcon
font                   16384  1 fbcon
bitblit                13824  1 fbcon
softcursor              9984  1 bitblit

Das ergibt folgende Diff.:

Code: Alles auswählen

< b43                   131484  0 
< cfg80211               38032  1 mac80211
< input_polldev          11912  1 b43
> ieee80211_crypt        13444  2 ieee80211_crypt_tkip,wl
> ieee80211_crypt_tkip    16896  0 
< led_class              12036  1 b43
< mac80211              217208  1 b43
> wl                   1489748  0 

Neu dazugekommen ist also unter anderem das Modul wl.

Liebe Grüße

[Danielx]

Du müßstest schon bei der Initrd ansetzen.

Muss er nicht unbedingt.

Kann man diese Reihenfolge nun irgendwo speichern, damit man die Befehle nicht nach jedem Neustart wieder ausführen muss?

Ja, packe dazu das hier in die Datei /etc/rc.local:

Code: Alles auswählen

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

modprobe -r b44
modprobe -r b43
modprobe -r ssb
modprobe -r ndiswrapper
modprobe ndiswrapper
modprobe b44

exit 0

Neu dazugekommen ist also unter anderem das Modul wl.

Ich hätte mir denken können, dass Ubuntu den proprietären "wl"-Treiber verwendet.
Den gibt es hier:
http://www.broadcom.com/support/802.11/linux_sta.php

Wie man das "wl"-Modul kompiliert habe ich hier beschrieben (32-Bit, für 64-Bit auch etwas weiter unten lesen):
viewtopic.php?p=675008#p675008
Das "wl"-Modul startet dann automatisch beim Booten.

Aber mit dem ndiswrapper und dem oben genannten /etc/rc.local sollte es ebenso funktionieren.

Gruß,
Daniel

[KBDCALLS]

Frage mich allerdings ob Ubuntu diesen Treiber als Paket mitliefert? Und auch darf ? Eine Suche nach wl.ko hat hier nix gebracht.

[Danielx]

Frage mich allerdings ob Ubuntu diesen Treiber als Paket mitliefert?

Ja, in hardy hieß das Modul noch wl.ko, ab intrepid anscheinend "wl.mod.o".

Z.B. bei jaunty liefert mir die Suche u.a.:

Code: Alles auswählen

/lib/linux-restricted-modules/2.6.28-11-generic/wl/wl.mod.o  	 linux-restricted-modules-2.6.28-11-generic

Und auch darf ?

Keine Ahnung...

Gruß,
Daniel

[Debjanux]

Kann man diese Reihenfolge nun irgendwo speichern, damit man die Befehle nicht nach jedem Neustart wieder ausführen muss?

Ja, packe dazu das hier in die Datei /etc/rc.local:

Code: Alles auswählen

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

modprobe -r b44
modprobe -r b43
modprobe -r ssb
modprobe -r ndiswrapper
modprobe ndiswrapper
modprobe b44

exit 0

Beziehungsweise:

Code: Alles auswählen

modprobe -r b44
modprobe -r b43
modprobe b44

Neu dazugekommen ist also unter anderem das Modul wl.

Ich hätte mir denken können, dass Ubuntu den proprietären "wl"-Treiber verwendet.
Den gibt es hier:
http://www.broadcom.com/support/802.11/linux_sta.php

Wie man das "wl"-Modul kompiliert habe ich hier beschrieben (32-Bit, für 64-Bit auch etwas weiter unten lesen):
viewtopic.php?p=675008#p675008
Das "wl"-Modul startet dann automatisch beim Booten.

Danke, werde ich mal probieren. Aber vorläufig funktioniert’s ja zum Glück mit Ndiswrapper. Nochmals ganz herzlichen Dank für eure Hilfe!

Liebe Grüße

[Danielx]

Beziehungsweise:

Code: Alles auswählen

modprobe -r b44
modprobe -r b43
modprobe b44

Und wie wird bei dir das ndiswrapper-Modul geladen?

Gruß,
Daniel

[Debjanux]

Beziehungsweise:

Code: Alles auswählen

modprobe -r b44
modprobe -r b43
modprobe b44

Und wie wird bei dir das ndiswrapper-Modul geladen?

Gruß,
Daniel

Anscheinend beim Ausführen von modprobe -r b43. Merkwürdigerweise funktioniert das Skript aber nicht immer; wenn man die Befehle jedoch nach dem Start im Terminal eingibt, funktioniert es immer …

[KBDCALLS]

Wenn du die Initrd so erstellst, wie hier vorgeschlagen dann gäbs die Probleme nicht. Ich finde Debian packt da unnötig viel rein an Module, deshalb ist die so aufgbläht.

[Danielx]

Anscheinend beim Ausführen von modprobe -r b43.

Naja, das ist ja dann eher ein Glücksspiel, siehe unten.

Merkwürdigerweise funktioniert das Skript aber nicht immer; wenn man die Befehle jedoch nach dem Start im Terminal eingibt, funktioniert es immer …

Kein Wunder, wenn das ndiswrapper-Modul nicht rechtzeitig zuschlagen kann, bevor das b44-Modul geladen wird, dann hast du Pech gehabt und die WLAN-Karte wird doch wieder von dem durch das b44-Modul geladene ssb-Modul blockiert!
Lade bitte in dem Skript explizit das ndiswrapper-Modul direkt vor dem b44-Modul!

Gruß,
Daniel

[Debjanux]

Habe gerade die Live-CD von Trisquel GNU/Linux ausprobiert [1] – eine von der Free Software Foundation als 100 % frei bezeichnete Distribution [2] – und war erstaunt, dass mein WLAN dort «out of the box» funktionierte. Nach einer kurzen Suche mit Synaptic habe ich herausgefunden, dass Trisquel den neuen freien Treiber OpenFWWF [3] verwendet. Bei Debian ist dieser leider (noch) nicht in den Paketquellen erhältlich.

1. http://trisquel.info
2. http://www.gnu.org/distros/free-distros.html
3. http://www.ing.unibs.it/openfwwf/