WLAN (CPWUA054) unter SUSE 10.0

Status
Für weitere Antworten geschlossen.

Rain_Maker

Administrator
Teammitglied
AW: WLAN (CPWUA054) unter SUSE 10.0

Das gefällt mir nicht:
Code:
ndiswrapper version [B]1.2[/B] loaded (preempt=no,smp=no)
Das müsste 1.28 lauten.

Irgendwie scheint da noch der alte ndiswrapper drauf zu sein.

Bevor Du versuchst, weiter zu machen, sollte man aufräumen und sauber von vorne anfangen.

1. Deinstalliere über Yast ALLES, was ndiswrapper heisst, egal welche Version, auch km_ndiswrapper und kernel-modul-ndiswrapper-2.6.13-15.12-default-1.28-1.

2. Suche als root mit Konqueror (kdesu konqueror) nach noch vorhadenen Kernelmodulen 'ndiswrapper.ko' in /lib/modules/2.6.13-15.12-default/ und lösche diese.

3. Entferne ALLES in /etc/ndiswrapper.

4. Und nun sauber von vorne.

a) ndiswrapper 1.28 und das Kernelmodul installieren.

Code:
cd /usr/src/packages/RPMS/i586/ #falls dort die beiden Pakete liegen,
ansonsten im entsprechenden Ordner

su

(Passwort)

rpm -Uvh ndiswrapper-1.28-1.i586.rpm kernel-module-ndiswrapper-2.6.13-15.12-default-1.28-1.i586.rpm
b) Installiere den Windows-Treiber neu.

Code:
ndiswrapper -i CPWUA2D.inf

ndiswrapper -l
installed drivers:
cpwua2d         driver installed

modprobe ndiswrapper

dmesg|tail
ndiswrapper: module not supported by Novell, setting U taint flag.
ndiswrapper version [B]1.28[/B] loaded (preempt=no,smp=no)
usbcore: registered new driver ndiswrapper
Bei Dir tauchen mit eingestöpselter Hardware natürlich noch weitere Meldungen auf (hardware present usw.).

5. Danach kannst Du versuchen, die Karte über Yast ==> Netzwerkgeräte ==> Netzwerkkarte einzurichten, falls sie nicht auftaucht, dann versuche "Drahtlos".

Vergiss nicht, als Modulname ndiswrapper einzutragen.

Code:
 ┌────────────────────┐ Manuelle Konfiguration der Netzwerkkarte
 │  Hier können Sie   ┬
 │Ihr Netzwerkgerät   │
 │einrichten. Die     │
 │Werte werden in     │   ┌Netzwerkkonfiguration──────────────────────────┐
 │/etc/sysconfig/hardw│   │ Gerätetyp          Konfigurationsname         │
 │are/hwcfg-          │   │ Drahtlos▒▒▒▒▒▒▒▒v  0▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒v │
 │eingetragen.        │   └───────────────────────────────────────────────┘
 │  Optionen für das  │
 │Modul sollten im    │
 │Format option=value │   ┌Kernelmodul────────────────────────────────────┐
 │geschrieben werden, │   │ Name der Hardware-Konfiguration               │
 │wobei jeder Eintrag │   │ static-0▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ │
 │durch ein           │   │ Modulname              Optionen               │
 │Leerzeichen getrennt┴   │ ndiswrapper▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ │
 │werden sollte, z. B.│   │              [ ] PCMCIA  [ ] USB              │
 │io=220 irq=5.       │   └───────────────────────────────────────────────┘
 │Hinweis: Wenn Sie   │
 │zwei Karten mit     │
 │demselben Modulnamen│                  [Auswahl aus Liste]
 │konfigurieren,      │
 │werden die Optionen │
 │beim Speichern      │
 │gemischt.           │
 └────────────────────┘ [Zurück]             [Abbrechen]             [Weiter]
Vielleicht kannst/musst Du NACH dem Eintragen des Modulnamens "ndiswrapper" auch [x]USB ankreuzen, das muß man ausprobieren.

Nach jedem der obigen Schritte in einer shell als root mit iwconfig immer wieder prüfen, ob sich etwas tut.

Greetz,

RM
 

Isaak

Member
AW: WLAN (CPWUA054) unter SUSE 10.0

Hallo,

es lagen tatsächlich Leichen im Keller... musste alles per Hand löschen. In YAST wird ndiswrapper (1.28) auch (noch) rot markiert

Hier meine Schritte - und die Fehler

Code:
linux:/usr/src/packages/RPMS/i586 # ndiswrapper -i /tmp/p/Driver/CPWUA2D.inf
installing cpwua2d ...
forcing parameter EnableRadio from 0 to 1
linux:/usr/src/packages/RPMS/i586 # ndiswrapper -l
installed drivers:
cpwua2d         driver installed
Die Hardware wurde wieder nicht automatisch erkannt.
Nur zur Sicherheit:
Code:
inux:/usr/src/packages/RPMS/i586 # rpm -qa | grep ndiswrapper
kernel-module-ndiswrapper-2.6.13-15.12-default-1.28-1
ndiswrapper-1.28-1

linux:/usr/src/packages/RPMS/i586 # uname -a
Linux linux 2.6.13-15.12-default #1 Thu Aug 24 11:23:58 UTC 2006 i686 i686 i386 GNU/Linux
Nun zu den wirklich dicken Dingern:
Code:
linux:/usr/src/packages/RPMS/i586 # depmod -a

linux:/usr/src/packages/RPMS/i586 # modprobe ndiswrapper
FATAL: Error inserting ndiswrapper (/lib/modules/2.6.13-15.12-default/extra/ndiswrapper.ko): Operation not permitted
Und weil es so schön aussieht:
Code:
linux:/usr/src/packages/RPMS/i586 # ndiswrapper -m
adding "alias wlan0 ndiswrapper" to /etc/modprobe.d/ndiswrapper ...
couldn't add module alias:  at /usr/sbin/ndiswrapper line 717.
Was habe ich schon wieder falsch gemacht? Bin alle Schritte Stück für Stück durchgegangen... Es kommen ständig nur Fehlermeldungen; und nicht ein einziger Fortschritt! :confused:

verzweifelte Grüße

Isaak
 

Isaak

Member
AW: WLAN (CPWUA054) unter SUSE 10.0

Hallo Rain_Maker,

ein dickes SORRY. Mir ist der Fehler selbst aufgefallen. Sowas passiert halt, wenn man mit WIN ins Netz geht und dann erst Linux starten kann - und sich den aktuellen Thread nicht auf n Stick zieht... Ich habe unter /lib/modules... ndiswrapper.ko nicht gelöscht.
Die Neuinstallation sah schon viel besser aus. Zwar immernoch keine automatische Erkennung, aber naja. Man feiert mittlerweile auch die kleinste Veränderung
dmesg spuckt jetzt folgendes aus:
Code:
ndiswrapper: module not supported by Novell, setting U taint flag.
ndiswrapper [B]version 1.2 loaded[/B] (preempt=no,smp=no)
ndiswrapper (wrapper_init:1531): loadndiswrapper failed (1536); check system log for messages from 'loadndisdriver'

usb-storage: device scan complete
ndiswrapper: module not supported by Novell, setting U taint flag.
ndiswrapper [B]version 1.28[/B] loaded (preempt=no,smp=no)
usbcore: registered new driver ndiswrapper
Was ist das nun wieder? Wieso taucht ndis zweimal auf? Von der Hardware wird hier auch nicht genannt. Ach herrje. Diesmal ist aber wirklich alles gelöscht gewesen.

Gruß
Isaak
 

Rain_Maker

Administrator
Teammitglied
AW: WLAN (CPWUA054) unter SUSE 10.0

OK, scheinbar sind noch Reste der alten ndiswrapper-Installation da.

Code:
rpm -qa |grep ndis

ndiswrapper-1.28-1
kernel-module-ndiswrapper-2.6.13-15.12-default-1.28-1
Nicht mehr und nicht weniger sollte angezeigt werden.

Kamen diese dmesg-Ausgaben direkt nacheinander, oder war die erste Meldung vielleicht noch aus "alter Zeit"?

Die Pakete ndiswrapper 1.2-2 von CD/DVD und 1.28 "Marke Eigenbau" unterscheiden sich leicht.

Code:
rpm -qil ndiswrapper
Name        : ndiswrapper                  Relocations: (not relocatable)
Version     : 1.28                              Vendor: (none)
Release     : 1                             Build Date: Do 09 Nov 2006 00:21:29 CET
Install date: Do 09 Nov 2006 00:32:15 CET      Build Host: Laptop.site
Group       : System Environment/Base       Source RPM: ndiswrapper-1.28-1.src.rpm
Size        : 78970                            License: GPL
Signature   : (none)
URL         : http://ndiswrapper.sourceforge.net
Summary     : ndiswrapper allows you to use windows XP drivers for that WLAN card without proper Linux drivers.
Description :
Some wireless LAN vendors refuse to release hardware specifications or
drivers for their products for operating systems other than Microsoft
Windows. The ndiswrapper project makes it possible to use such
hardware with Linux by means of a loadable kernel module that "wraps
around" NDIS (Windows network driver API) drivers.  This rpm contains
just the userspace tools. You will also need the kernel module rpm.
Distribution: (none)
[COLOR='Blue']/sbin/loadndisdriver
/usr/sbin/ndiswrapper
/usr/sbin/ndiswrapper-buginfo
/usr/share/doc/packages/ndiswrapper
/usr/share/doc/packages/ndiswrapper/AUTHORS
/usr/share/doc/packages/ndiswrapper/ChangeLog
/usr/share/doc/packages/ndiswrapper/INSTALL
/usr/share/doc/packages/ndiswrapper/README
/usr/share/man/man8/loadndisdriver.8.gz
/usr/share/man/man8/ndiswrapper.8.gz[/COLOR]
Und das "alte" Paket sieht so aus:

Code:
rpm -qpl ndiswrapper_1.2-2_i586.rpm
[COLOR='Red']/etc/modprobe.d/ndiswrapper
/etc/ndiswrapper[/COLOR]
[COLOR='Blue']/sbin/loadndisdriver
/usr/sbin/ndiswrapper
/usr/share/doc/packages/ndiswrapper
/usr/share/doc/packages/ndiswrapper/AUTHORS
/usr/share/doc/packages/ndiswrapper/ChangeLog
/usr/share/doc/packages/ndiswrapper/INSTALL
/usr/share/doc/packages/ndiswrapper/README
/usr/share/doc/packages/ndiswrapper/README.SUSE[/COLOR]
Das sollte allerdings nicht das Problem sein.

Gehe auf Nummer sicher, daß wirklich nur ndiswrapper-1.28 installiert ist.

Schlimmstenfalls NOCHMALS "Großreinemachen" wie vorhin und auch nachprüfen, daß die Dateien aus den beiden Paketen und das Kernelmodul alle weg sind.

Danach wieder ndiswrapper 1.2.8 + kernelmodul installieren und Treiber installieren.

Was sagt eigentlich 'dmesg|tail', wenn Du die USB-WLANkarte einsteckst, ohne daß das Modul ndiswrapper geladen ist?

Also
Code:
su

(Passwort)

rmmod ndiswrapper #zur Sicherheit, damit das Modul auch weg ist
Karte in USB-Port stöpseln, ein paar Sekunden warten und dann
Code:
dmesg|tail
?

Eine vielleicht noch bessere Methode der Kernelüberwachung statt 'dmesg|tail' ist in einer zweiten Shell als root folgenden Befehl auszuführen.

Code:
su

(Passwort)

tail -f /var/log/messages
Dort wird automatisch aktualisiert, wenn sich etwas tut, das kann man also von Beginn an "mitlaufen" lassen und immer wieder einen Blick darauf werfen.

Und da wäre noch was:

Mir ist der Fehler selbst aufgefallen. Sowas passiert halt, wenn man mit WIN ins Netz geht und dann erst Linux starten kann - und sich den aktuellen Thread nicht auf n Stick zieht
Lesezugriff solltest Du auf Deine Win-Partition eigentlich immer haben, also speichere Dir doch die Seite unter Windows lokal auf der C-Platte ab und schaue sie Dir unter Linux an => /windows/C/.......... (wie es weitergeht, kann ich Dir nicht mehr sagen und mangels Windows auch nicht mehr nachprüfen, irgendwas mit "Dokumente und Einstellungen" vielleicht?). Die Methode mit dem USB-Stick ist zumindest in diese Richtung (Windows-Daten unter Linux lesen) nicht notwendig.

Für die umgekehrte Richtung (Linux-Daten unter Windows lesen) könnte das hier übrigens nützlich sein (ReiferFS).

http://yareg.akucom.de/

Zwar "nur" lesender Zugriff, aber das ist in dem Fall wohl auch besser so. Alleine die Vorstellung ein Windows dürfte auf meine Root-Partition was schreiben jagt mir einen Schauer über den Rücken *g*.

Greetz,

RM
 

Isaak

Member
AW: WLAN (CPWUA054) unter SUSE 10.0

Hallo,

erstmal ein kleiner Exkurs: Ich will ja schon nachvollziehen können, was ich hier eigentlich mache - speziell das Erstellen der RPM-Pakete war mir etwas schleierhaft (was ist Uvh, wo ist der Unterschied zu Fvh, ivh...). Habe das im Netz gesucht und eine super Seite dazu gefunden (Du kennst sie garantiert, aber ich wollte trotzdem mal drauf hinweisen): http://www.europe.redhat.com/documentation/rhl7.3/rhl-cg-de-7.3/s1-rpm-using.php3
So, genug blabla. Hier die Codes:
Code:
linux:/home/isaak # rpm -qa | grep ndis
kernel-module-ndiswrapper-2.6.13-15.12-default-1.28-1
ndiswrapper-1.28-1
Code:
linux:/home/isaak # rpm -qil ndiswrapper
Name        : ndiswrapper                  Relocations: (not relocatable)
Version     : 1.28                              Vendor: (none)
Release     : 1                             Build Date: Do 09 Nov 2006 19:53:50 CET
Install date: Do 09 Nov 2006 20:53:25 CET      Build Host: linux.site
Group       : System Environment/Base       Source RPM: ndiswrapper-1.28-1.src.rpm
Size        : 78970                            License: GPL
Signature   : (none)
URL         : http://ndiswrapper.sourceforge.net
Summary     : ndiswrapper allows you to use windows XP drivers for that WLAN card without proper Linux drivers.
Description :
Some wireless LAN vendors refuse to release hardware specifications or
drivers for their products for operating systems other than Microsoft
Windows. The ndiswrapper project makes it possible to use such
hardware with Linux by means of a loadable kernel module that "wraps
around" NDIS (Windows network driver API) drivers.  This rpm contains
just the userspace tools. You will also need the kernel module rpm.
Distribution: (none)
/sbin/loadndisdriver
/usr/sbin/ndiswrapper
/usr/sbin/ndiswrapper-buginfo
/usr/share/doc/packages/ndiswrapper
/usr/share/doc/packages/ndiswrapper/AUTHORS
/usr/share/doc/packages/ndiswrapper/ChangeLog
/usr/share/doc/packages/ndiswrapper/INSTALL
/usr/share/doc/packages/ndiswrapper/README
/usr/share/man/man8/loadndisdriver.8.gz
/usr/share/man/man8/ndiswrapper.8.gz
Mit Adapter:
Code:
linux:/home/isaak # dmesg | tail
ACPI: Lid Switch [LID]
IA-32 Microcode Update Driver: v1.14 <tigran@veritas.com>
microcode: CPU0 updated from revision 0x0 to 0x2e, date = 08112004
IA-32 Microcode Update Driver v1.14 unregistered
powernow: This module only works with AMD K7 CPUs
bootsplash: status on console 0 changed to on
bootsplash: status on console 0 changed to on
usbcore: deregistering driver ndiswrapper
usb 3-1: USB disconnect, address 2
usb 3-1: new high speed USB device using ehci_hcd and address 4
Ohne Adapter:
Code:
linux:/home/isaak # dmesg | tail
ACPI: Sleep Button (CM) [SLPB]
ACPI: Lid Switch [LID]
IA-32 Microcode Update Driver: v1.14 <tigran@veritas.com>
microcode: CPU0 updated from revision 0x0 to 0x2e, date = 08112004
IA-32 Microcode Update Driver v1.14 unregistered
powernow: This module only works with AMD K7 CPUs
bootsplash: status on console 0 changed to on
bootsplash: status on console 0 changed to on
usbcore: deregistering driver ndiswrapper
usb 3-1: USB disconnect, address 2
Hier nochmal dmesg im entladenen Zustand:
Code:
linux:/home/isaak # rmmod ndiswrapper
linux:/home/isaak # dmesg | tail
bootsplash: status on console 0 changed to on
usbcore: deregistering driver ndiswrapper
usb 3-1: USB disconnect, address 2
usb 3-1: new high speed USB device using ehci_hcd and address 4
usb 3-1: USB disconnect, address 4
usb 3-1: new high speed USB device using ehci_hcd and address 5
ndiswrapper: module not supported by Novell, setting U taint flag.
ndiswrapper version 1.28 loaded (preempt=no,smp=no)
usbcore: registered new driver ndiswrapper
usbcore: deregistering driver ndiswrapper
Ist es normal, dass ndis trotzdem angezeigt wird?

Und geladen:
Code:
linux:/home/isaak # modprobe ndiswrapper
linux:/home/isaak # dmesg | tail
usb 3-1: new high speed USB device using ehci_hcd and address 4
usb 3-1: USB disconnect, address 4
usb 3-1: new high speed USB device using ehci_hcd and address 5
ndiswrapper: module not supported by Novell, setting U taint flag.
ndiswrapper version 1.28 loaded (preempt=no,smp=no)
usbcore: registered new driver ndiswrapper
usbcore: deregistering driver ndiswrapper
ndiswrapper: module not supported by Novell, setting U taint flag.
ndiswrapper version 1.28 loaded (preempt=no,smp=no)
usbcore: registered new driver ndiswrapper
Und hier mal die Überwachung:
Code:
linux:/home/isaak # tail -f /var/log/messages
Nov 11 10:49:43 linux gconfd (isaak-5893): Die Adresse »xml:readonly:/etc/opt/gnome/gconf/gconf.xml.defaults« wurde an der Position 2 zu einer nur lesbaren Konfigurationsquelle aufgelöst
Nov 11 10:53:17 linux su: (to root) isaak on /dev/pts/1
Nov 11 10:57:32 linux kernel: usbcore: deregistering driver ndiswrapper
Nov 11 10:58:30 linux kernel: usb 3-1: USB disconnect, address 2
Nov 11 10:59:36 linux kernel: usb 3-1: new high speed USB device using ehci_hcd and address 4
Nov 11 11:00:51 linux su: (to nobody) root on none
Nov 11 11:00:51 linux su: (to nobody) root on none
Nov 11 11:01:12 linux su: (to nobody) root on none
Nov 11 11:01:13 linux su: (to nobody) root on none
Nov 11 11:02:01 linux su: (to root) isaak on /dev/pts/2
Nov 11 11:03:02 linux kernel: usb 3-1: USB disconnect, address 4
Nov 11 11:03:24 linux kernel: usb 3-1: new high speed USB device using ehci_hcd and address 5
Nov 11 11:05:05 linux kernel: ndiswrapper: module not supported by Novell, setting U taint flag.
Nov 11 11:05:05 linux kernel: ndiswrapper version 1.28 loaded (preempt=no,smp=no)
Nov 11 11:05:05 linux kernel: usbcore: registered new driver ndiswrapper
Nov 11 11:07:07 linux kernel: usbcore: deregistering driver ndiswrapper
Nov 11 11:08:46 linux kernel: ndiswrapper: module not supported by Novell, setting U taint flag.
Nov 11 11:08:46 linux kernel: ndiswrapper version 1.28 loaded (preempt=no,smp=no)
Nov 11 11:08:46 linux kernel: usbcore: registered new driver ndiswrapper
ndis 1.2 wird also nicht mehr angezeigt. Müsste doch jetzt alles in Ordnung sein, oder?
Also, wenn es jetzt keine Einwände mehr gibt, kann ich mich ja an YaST setzen.
Aber hierzu noch eine Frage: In dem How-To, der auch bei euch verlinkt ist, geht der Typ anders vor. Er installiert ndis+Treiber, öffnet dann YaST und konfiguriert die Karte, und lädt es erst dann mit modprobe ndiswrapper. depmod -a wird überhaupt nicht erwähnt. Spielt hier die Reihenfolge vielleicht auch eine entscheidende Rolle? Bisher bin ichja immer wie folgt vorgegangen:
ndis+Treiber, depmod -a, modprobe ndis, YaST.
Ich will es halt nur wissen, um es als potenzielle Fehlerquelle ausschließen zu können... Naja, vielleicht hilft auch hier einfach mal das Ausprobieren.

Grüße
Isaak
 

Rain_Maker

Administrator
Teammitglied
AW: WLAN (CPWUA054) unter SUSE 10.0

Isaak schrieb:
Hallo,

erstmal ein kleiner Exkurs: Ich will ja schon nachvollziehen können, was ich hier eigentlich mache - speziell das Erstellen der RPM-Pakete war mir etwas schleierhaft (was ist Uvh, wo ist der Unterschied zu Fvh, ivh...). Habe das im Netz gesucht und eine super Seite dazu gefunden (Du kennst sie garantiert, aber ich wollte trotzdem mal drauf hinweisen): http://www.europe.redhat.com/documentation/rhl7.3/rhl-cg-de-7.3/s1-rpm-using.php3
So, genug blabla.
Sehr interessantes "bla bla", vor allem für Querleser, also Hut ab, daß Du dies gepostet hast.
Isaak schrieb:
Hier die Codes:
Code:
linux:/home/isaak # rpm -qa | grep ndis
kernel-module-ndiswrapper-2.6.13-15.12-default-1.28-1
ndiswrapper-1.28-1
Code:
linux:/home/isaak # rpm -qil ndiswrapper
Name        : ndiswrapper                  Relocations: (not relocatable)
Version     : 1.28                              Vendor: (none)
Release     : 1                             Build Date: Do 09 Nov 2006 19:53:50 CET
Install date: Do 09 Nov 2006 20:53:25 CET      Build Host: linux.site
Group       : System Environment/Base       Source RPM: ndiswrapper-1.28-1.src.rpm
Size        : 78970                            License: GPL
Signature   : (none)
URL         : http://ndiswrapper.sourceforge.net
Summary     : ndiswrapper allows you to use windows XP drivers for that WLAN card without proper Linux drivers.
Description :
Some wireless LAN vendors refuse to release hardware specifications or
drivers for their products for operating systems other than Microsoft
Windows. The ndiswrapper project makes it possible to use such
hardware with Linux by means of a loadable kernel module that "wraps
around" NDIS (Windows network driver API) drivers.  This rpm contains
just the userspace tools. You will also need the kernel module rpm.
Distribution: (none)
/sbin/loadndisdriver
/usr/sbin/ndiswrapper
/usr/sbin/ndiswrapper-buginfo
/usr/share/doc/packages/ndiswrapper
/usr/share/doc/packages/ndiswrapper/AUTHORS
/usr/share/doc/packages/ndiswrapper/ChangeLog
/usr/share/doc/packages/ndiswrapper/INSTALL
/usr/share/doc/packages/ndiswrapper/README
/usr/share/man/man8/loadndisdriver.8.gz
/usr/share/man/man8/ndiswrapper.8.gz
Passt.

Isaak schrieb:
Mit Adapter:
Code:
linux:/home/isaak # dmesg | tail
ACPI: Lid Switch [LID]
IA-32 Microcode Update Driver: v1.14 <tigran@veritas.com>
microcode: CPU0 updated from revision 0x0 to 0x2e, date = 08112004
IA-32 Microcode Update Driver v1.14 unregistered
powernow: This module only works with AMD K7 CPUs
bootsplash: status on console 0 changed to on
bootsplash: status on console 0 changed to on
usbcore: deregistering driver ndiswrapper
usb 3-1: USB disconnect, address 2
usb 3-1: new high speed USB device using ehci_hcd and address 4
Ohne Adapter:
Code:
linux:/home/isaak # dmesg | tail
ACPI: Sleep Button (CM) [SLPB]
ACPI: Lid Switch [LID]
IA-32 Microcode Update Driver: v1.14 <tigran@veritas.com>
microcode: CPU0 updated from revision 0x0 to 0x2e, date = 08112004
IA-32 Microcode Update Driver v1.14 unregistered
powernow: This module only works with AMD K7 CPUs
bootsplash: status on console 0 changed to on
bootsplash: status on console 0 changed to on
usbcore: deregistering driver ndiswrapper
usb 3-1: USB disconnect, address 2
Passt auch.

Isaak schrieb:
Hier nochmal dmesg im entladenen Zustand:
Code:
linux:/home/isaak # rmmod ndiswrapper
linux:/home/isaak # dmesg | tail
bootsplash: status on console 0 changed to on
usbcore: deregistering driver ndiswrapper
usb 3-1: USB disconnect, address 2
usb 3-1: new high speed USB device using ehci_hcd and address 4
usb 3-1: USB disconnect, address 4
usb 3-1: new high speed USB device using ehci_hcd and address 5
ndiswrapper: module not supported by Novell, setting U taint flag.
ndiswrapper version 1.28 loaded (preempt=no,smp=no)
usbcore: registered new driver ndiswrapper
usbcore: deregistering driver ndiswrapper
Ist es normal, dass ndis trotzdem angezeigt wird?
Ich würde sagen es ist ideal, denn das bedeutet, daß die automatische Erkennung nun zu funktionieren scheint. Du stöpselst das Gerät ein und Deine SuSI erkennt den Adapter und lädt das passende Kernelmodul.

Isaak schrieb:
Und geladen:
Code:
linux:/home/isaak # modprobe ndiswrapper
linux:/home/isaak # dmesg | tail
usb 3-1: new high speed USB device using ehci_hcd and address 4
usb 3-1: USB disconnect, address 4
usb 3-1: new high speed USB device using ehci_hcd and address 5
ndiswrapper: module not supported by Novell, setting U taint flag.
ndiswrapper version 1.28 loaded (preempt=no,smp=no)
usbcore: registered new driver ndiswrapper
usbcore: deregistering driver ndiswrapper
ndiswrapper: module not supported by Novell, setting U taint flag.
ndiswrapper version 1.28 loaded (preempt=no,smp=no)
usbcore: registered new driver ndiswrapper
Und hier mal die Überwachung:
Code:
linux:/home/isaak # tail -f /var/log/messages
Nov 11 10:49:43 linux gconfd (isaak-5893): Die Adresse »xml:readonly:/etc/opt/gnome/gconf/gconf.xml.defaults« wurde an der Position 2 zu einer nur lesbaren Konfigurationsquelle aufgelöst
Nov 11 10:53:17 linux su: (to root) isaak on /dev/pts/1
Nov 11 10:57:32 linux kernel: usbcore: deregistering driver ndiswrapper
Nov 11 10:58:30 linux kernel: usb 3-1: USB disconnect, address 2
Nov 11 10:59:36 linux kernel: usb 3-1: new high speed USB device using ehci_hcd and address 4
Nov 11 11:00:51 linux su: (to nobody) root on none
Nov 11 11:00:51 linux su: (to nobody) root on none
Nov 11 11:01:12 linux su: (to nobody) root on none
Nov 11 11:01:13 linux su: (to nobody) root on none
Nov 11 11:02:01 linux su: (to root) isaak on /dev/pts/2
Nov 11 11:03:02 linux kernel: usb 3-1: USB disconnect, address 4
Nov 11 11:03:24 linux kernel: usb 3-1: new high speed USB device using ehci_hcd and address 5
Nov 11 11:05:05 linux kernel: ndiswrapper: module not supported by Novell, setting U taint flag.
Nov 11 11:05:05 linux kernel: ndiswrapper version 1.28 loaded (preempt=no,smp=no)
Nov 11 11:05:05 linux kernel: usbcore: registered new driver ndiswrapper
Nov 11 11:07:07 linux kernel: usbcore: deregistering driver ndiswrapper
Nov 11 11:08:46 linux kernel: ndiswrapper: module not supported by Novell, setting U taint flag.
Nov 11 11:08:46 linux kernel: ndiswrapper version 1.28 loaded (preempt=no,smp=no)
Nov 11 11:08:46 linux kernel: usbcore: registered new driver ndiswrapper
ndis 1.2 wird also nicht mehr angezeigt. Müsste doch jetzt alles in Ordnung sein, oder?
Passt alles.

Isaak schrieb:
Also, wenn es jetzt keine Einwände mehr gibt, kann ich mich ja an YaST setzen.
Aber hierzu noch eine Frage: In dem How-To, der auch bei euch verlinkt ist, geht der Typ anders vor. Er installiert ndis+Treiber, öffnet dann YaST und konfiguriert die Karte, und lädt es erst dann mit modprobe ndiswrapper. depmod -a wird überhaupt nicht erwähnt.
Das Thema ist erledigt, denn "depmod -a" berechnet die Modulabhängigkeiten neu, damit z.B. automatisch das passende und davon abhängige Kernelmodule geladen werden. In Deinem Fall wird ja zusätzlich zu ndiswrapper auch das USB-System aktiviert, weil der ndiswrapper durch "depmod -a" an USB "gekoppelt" wurde.

Also gehts nun ans Konfigurieren => Auf ihn mit Gebrüll.

Wieder zur Überwachung die root-Shell mit "tail -f /var/log/messages" mitlaufen lassen und in einer weiteren Shell mit "iwconfig" und "ifconfig" (als root!) regelmässig die Fortschritte prüfen.

Welche Verschlüsselung ist geplant? Handelt es sich um einen Desktop oder Laptop-Rechner?

Willst Du per DHCP oder mit festen IPs arbeiten, für einen Desktop kann ich zu festen IPs raten, bei einem Laptop kommt es darauf an, ob er in mehreren Netzen eingesetzt werden soll, aber auch da gibt es eine Möglichekeit mit festen IPs und verschiedenen Profilen zu arbeiten.

Ich würde "Step by Step" vorgehen und vielleicht zunächst die Verschlüsselung im Router deaktivieren, damit man eine Fehlerquelle weniger hat. Wenn die Verbindung unverschlüsselt funktioniert, dann kann man sich an die Verschlüsselung machen.

WICHTIG:


-Vergiss nicht, auf dem WLAN-Interface in Yast die "Benutzersteuerung" zu aktivieren und richte das Gerät zunächst als "normale" drahtlose Verbindung ein, ohne "[x] USB" zu aktivieren.

- Ordne dem WLAN-Interface das Modul ndiswrapper zu (siehe weiter unten).

- Setze den Startmodus aller weiteren Netzwerkkarten auf "Manuell" oder "bei Kabelanschluß", damit sich da nichts in die Quere kommt, oder deaktiviere die Interfaces vollständig (ist für mich aber eher zweite Wahl, Manuell ist meiner Meinung nach die beste Option).

- Sollte Yast mit eingestöpseltem Adapter nun das Interface anzeigen, dann konfiguriere natürlich das angezeigte Interface, ansonsten musst Du eben selbst eines hinzufügen.

- Starte Kinternet (Internet => Einwahl oder aus der shell mit
Code:
kinternet& 
exit
, das wird Dein "Steuerwerkzeug", es taucht ein Stecker in der KDE-Leiste auf, einfach mal Rechtsklick und ein wenig mit den Optionen rumspielen, um das Programm kennen zu lernen).

- Sollte Dein Router WPA-Verschlüsselung beherrschen, so ist diese WEP eindeutig vorzuziehen, egal ob unter Windows oder unter Linux. Für den Betrieb unter Linux ist noch das Paket "wpa_supplicant" nachzuinstallieren. Das ist zwar jetzt noch "Zukunftsmusik", aber hier ein kleines HowTo zu dem Thema.

http://www.pc-forum24.de/showthread.php?t=367

Bei Problemen sind nun vor allem die Ausgaben von:

Code:
su

(Passwort)

ifonfig

iwconfig

cat /etc/sysconfig/network/ifcfg-wlan*
von besonderem Interesse. Auffällige Ausgaben in der shell mit dem "mitlaufenden" 'tail -f var/log/messages' können auch sehr nützlich sein.

Auf gehts!

Greetz,

RM
 

Isaak

Member
AW: WLAN (CPWUA054) unter SUSE 10.0

Hallo,

ich arbeite an einem Laptop und bin öfter in verschiedenen Netzen... den Schlüssel kann ich momentan nicht rausnehmen – hab es kurzfristig gemacht; und es hagelte auch gleich diverse Proteste. (Ich teile den Router mit anderen und bin so gesehen nur „Gast“). Ich muss also warten bis die anderen offline sind. Das Problem mit den WEP-Keys ist mir bewusst – sie sind selbst für unerfahrene User recht leicht zu knacken. Aber wenn die anderen sich zu bequem sind einmalig einen neuen Schlüssel einzugeben, kann man auch da nichts machen **argh**.
Wie auch immer, ich habe verschiedene Konfigurationen in YaST ausprobiert: (kurzfristig) ohne Schlüssel, mit Key, Authentifizierung „offen“ und „gemeinsamer Schlüssel“. Zuweisung folgt per DHCP. ndis ist eingetragen und habe es mal mit mal ohne usb-Aktivierung probiert.
Kinternet bietet mir nur folgende Möglichkeiten: Einstellungen – „verschiedene Einstellungen“ und „konfigurieren mit YaST2“. Alle anderen Optoinen sind nicht anwählbar.

iwconfig und ifconfig geben immer das gleiche aus (habe es nach jedem Schritt probiert):
Code:
linux:/home/isaak # iwconfig
lo        no wireless extensions.

sit0      no wireless extensions.

eth0      no wireless extensions.

linux:/home/isaak # ifconfig
lo        Protokoll:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:312 errors:0 dropped:0 overruns:0 frame:0
          TX packets:312 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:0
          RX bytes:24663 (24.0 Kb)  TX bytes:24663 (24.0 Kb)
Hier mal eine Übersicht der momentanen Konfiguration (wie geschrieben, ich habe auch andere ausprobiert): Eigenartig finde ich, dass ich den Kanal nicht manuell zuweisen kann. Aber das scheint nicht wirklich das Problem zu sein...
Code:
linux:/home/isaak # cat /etc/sysconfig/network/ifcfg-wlan*
BOOTPROTO='dhcp'
BROADCAST=''
IPADDR=''
MTU=''
NAME='Ethernet-Netzwerkkarte'
NETMASK=''
NETWORK=''
REMOTE_IPADDR=''
STARTMODE='auto'
USERCONTROL='yes'
WIRELESS_AP=''
WIRELESS_AUTH_MODE='sharedkey'
WIRELESS_BITRATE='auto'
WIRELESS_CA_CERT=''
WIRELESS_CHANNEL=''
WIRELESS_CLIENT_CERT=''
WIRELESS_DEFAULT_KEY='0'
WIRELESS_ESSID='N****'
WIRELESS_FREQUENCY=''
WIRELESS_KEY=''
WIRELESS_KEY_0='4E7****'
WIRELESS_KEY_1=''
WIRELESS_KEY_2=''
WIRELESS_KEY_3=''
WIRELESS_KEY_LENGTH='128'
WIRELESS_MODE='Managed'
WIRELESS_NICK=''
WIRELESS_NWID=''
WIRELESS_POWER='yes'
WIRELESS_WPA_IDENTITY=''
WIRELESS_WPA_PASSWORD=''
WIRELESS_WPA_PSK=''
_nm_name='static-0'
Hier nochmal die Überwachung (was die letzten beiden Angaben bedeuten, weiß ich überhaupt nicht bzw. worauf die sich beziehen):
Code:
Nov 11 14:04:49 linux SuSEfirewall2: batch committing...
Nov 11 14:04:49 linux SuSEfirewall2: Firewall rules successfully set
Nov 11 14:04:52 linux SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled.
Nov 11 14:04:52 linux SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ...
Nov 11 14:04:52 linux SuSEfirewall2: batch committing...
Nov 11 14:04:52 linux SuSEfirewall2: Firewall rules successfully set
Nov 11 14:13:58 linux gconfd (isaak-14263): (Version 2.12.0) wird gestartet, Prozesskennung 14263, Benutzer »isaak«
Nov 11 14:13:58 linux gconfd (isaak-14263): Die Adresse »xml:readonly:/etc/opt/gnome/gconf/gconf.xml.mandatory« wurde an der Position 0 zu einer nur lesbaren Konfigurationsquelle aufgelöst
Nov 11 14:13:58 linux gconfd (isaak-14263): Die Adresse »xml:readwrite:/home/isaak/.gconf« wurde an der Position 1 zu einer schreibbaren Konfigurationsquelle aufgelöst
Nov 11 14:13:58 linux gconfd (isaak-14263): Die Adresse »xml:readonly:/etc/opt/gnome/gconf/gconf.xml.defaults« wurde an der Position 2 zu einer nur lesbaren Konfigurationsquelle aufgelöst
Der Stick ist wohl nicht aktiv, da die Lampe nicht leuchtet.

Soviel zum aktuellen Stand

Beste Grüße
Isaak
 

Rain_Maker

Administrator
Teammitglied
AW: WLAN (CPWUA054) unter SUSE 10.0

Hm,

Irgendwie fehlt da noch die Zuordnung ndiswrapper => wlan0.

Code:
grep -r ndiswrapper /etc/modprobe.*
Andere Möglichkeit:

Isaak schrieb:
Der Stick ist wohl nicht aktiv, da die Lampe nicht leuchtet.
Aus irgendwelchen Gründen, wurde diesmal das Modul ndiswrapper nicht automatisch geladen.

Code:
su

(Passwort)

modprobe ndiswrapper
=> LEDs beobachten und mit
Code:
lsmod|grep ndiswrapper
prüfen. So lange die Karte sichtlich inaktiv ist, ist nichts zu machen. Die Automatisierng des Lade-/Entladevorgangs von ndiswrapper können wir immer noch in Angriff nehmen, die Befehle 'modprobe ndiswrapper' und 'rmmod ndiswrapper' als root ausgeführt erledigen das so lange von Hand.

Bevor unter iwconfig kein Interface mit einer "Wireless Extension" auftaucht, ist eine weitere Einrichtung nicht sinnvoll.

Greetz,

RM
 

Isaak

Member
AW: WLAN (CPWUA054) unter SUSE 10.0

Hi,

also aktiv ist er immer noch nicht.
Aber hier mal die Codes:
Code:
linux:/home/isaak # grep -r ndiswrapper /etc/modprobe.*
linux:/home/isaak # dmesg | tail
ACPI: Power Button (FF) [PWRF]
ACPI: Power Button (CM) [PWRB]
ACPI: Sleep Button (CM) [SLPB]
ACPI: Lid Switch [LID]
IA-32 Microcode Update Driver: v1.14 <tigran@veritas.com>
microcode: CPU0 updated from revision 0x0 to 0x2e, date = 08112004
IA-32 Microcode Update Driver v1.14 unregistered
powernow: This module only works with AMD K7 CPUs
bootsplash: status on console 0 changed to on
subfs 0.9
Code:
linux:/home/isaak # ndiswrapper -l
installed drivers:
cpwua2d         driver installed, hardware (083A:5501) present
Code:
linux:/home/isaak # modprobe ndiswrapper
linux:/home/isaak # dmesg | tail
ACPI: Power Button (FF) [PWRF]
ACPI: Power Button (CM) [PWRB]
ACPI: Sleep Button (CM) [SLPB]
ACPI: Lid Switch [LID]
IA-32 Microcode Update Driver: v1.14 <tigran@veritas.com>
microcode: CPU0 updated from revision 0x0 to 0x2e, date = 08112004
IA-32 Microcode Update Driver v1.14 unregistered
powernow: This module only works with AMD K7 CPUs
bootsplash: status on console 0 changed to on
subfs 0.9
Code:
linux:/home/isaak #  lsmod | grep ndiswrapper
ndiswrapper           173748  0
usbcore               112512  5 usbhid,ehci_hcd,ohci_hcd,ndiswrapper
Code:
linux:/home/isaak # iwconfig
lo        no wireless extensions.

sit0      no wireless extensions.

eth0      no wireless extensions.

linux:/home/isaak # ifconfig
lo        Protokoll:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:142 errors:0 dropped:0 overruns:0 frame:0
          TX packets:142 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:0
          RX bytes:9799 (9.5 Kb)  TX bytes:9799 (9.5 Kb)
Code:
linux:/home/isaak # tail -f /var/log/messages
Nov 11 19:05:02 linux kernel: subfs 0.9
Nov 11 19:05:02 linux hal-subfs-mount[5942]: Collected mount options and Called(
0) /bin/mount -t subfs -o fs=floppyfss,sync,procuid,nosuid,nodev,exec,utf8=true
/dev/sda "/media/ieee1394disk"
Nov 11 19:05:02 linux udevd[2267]: get_netlink_msg: no ACTION in payload found,
skip event 'mount'
Nov 11 19:05:05 linux udevd[2267]: get_netlink_msg: no ACTION in payload found,
skip event 'umount'
Nov 11 19:05:23 linux hp: unable to open /var/run/hpiod.port: No such file or di
rectory: prnt/hpijs/hplip_api.c 75
Nov 11 19:05:38 linux gconfd (isaak-6063): (Version 2.12.0) wird gestartet, Proz
esskennung 6063, Benutzer »isaak«
Nov 11 19:05:38 linux gconfd (isaak-6063): Die Adresse »xml:readonly:/etc/opt/gn
ome/gconf/gconf.xml.mandatory« wurde an der Position 0 zu einer nur lesbaren Kon
figurationsquelle aufgelöst
Nov 11 19:05:38 linux gconfd (isaak-6063): Die Adresse »xml:readwrite:/home/isaa
k/.gconf« wurde an der Position 1 zu einer schreibbaren Konfigurationsquelle auf
gelöst
Nov 11 19:05:38 linux gconfd (isaak-6063): Die Adresse »xml:readonly:/etc/opt/gn
ome/gconf/gconf.xml.defaults« wurde an der Position 2 zu einer nur lesbaren Konf
igurationsquelle aufgelöst
Nov 11 19:06:29 linux su: (to root) isaak on /dev/pts/1
Nov 11 19:08:05 linux su: (to root) isaak on /dev/pts/0
Nov 11 19:13:39 linux kernel: usb 2-1: USB disconnect, address 2
In YaST habe ich erst garnichts versucht...

Grüße
Isaak
 

Rain_Maker

Administrator
Teammitglied
AW: WLAN (CPWUA054) unter SUSE 10.0

OK, da ist der "Übeltäter".

Code:
linux:/home/isaak # grep -r ndiswrapper /etc/modprobe.*
Keine Ausgabe ==>Es fehlt die Zuordnung von ndiswrapper zur Schnittstelle wlan0.

Ich denke am Einfachsten ist es, die entsprechende Zeile an die Datei /etc/modprobe.conf.local anzuhängen.

Code:
su

(Passwort)

echo alias wlan0 ndiswrapper >> /etc/modprobe.conf.local
WICHTIG: Das sind 2 ">>".

Danach sollte ein als root ausgeführtes

Code:
modprobe ndiswrapper 

iwconfig
eine Schnittstelle wlan0 mit Wireless Extension anzeigen.

Der Befehl
Code:
cat /etc/modprobe.conf.local
sollte als letzte Zeile
Code:
alias wlan0 ndiswrapper
anzeigen.

Greetz,

RM
 

Isaak

Member
AW: WLAN (CPWUA054) unter SUSE 10.0

Ohjee,
habe, glaub ich, nen dummen Fehler gemacht!

Ich habe die Zuweisung vorgenommen. Allerdings wurde nichs weiter angezeigt. iwconfig hat danach nichts gebracht bzw. das gleiche wie oben. Habe dann den Befehl nochmals durchgeführt - iwconfig zeigt immernoch nichts an. dafür steht nach cat /etc/modprobe.conf.local:

Code:
please add local extensions to this file

alias wlan0 ndiswrapper
alias wlan0 ndiswrapper
keine wlan extensions in iwconfig, dafür zweimal beim testen. Ich glaubs einfach nicht... :eek:

Gruß
Isaak
 

Rain_Maker

Administrator
Teammitglied
AW: WLAN (CPWUA054) unter SUSE 10.0

Das ist nicht so schlimm.

Code:
su

(Passwort)

kate /etc/modprobe.conf.local

oder

gedit /etc/modprobe.conf.local
und die eine Zeile löschen.

Warum allerdings kein wlan0 angezeigt wird, ist das wirkliche Problem.

Wie heisst die ifcfg-Datei in /etc/sysconfig/network, welche die Daten enthält, die Du für das WLAN-Interface angegeben hast?

ifcfg-wlan0

wäre der "richtige" Name.

Verändert sich der WLAN-Adapter, wenn Du modprobe ndiswrapper eingibst? Leuchtet irgendeine LED?

Welche Version von HAL hast Du installiert?

Code:
rpm -qa |grep hal
Greetz,

RM
 

Isaak

Member
AW: WLAN (CPWUA054) unter SUSE 10.0

Hi,

also, es gibt einmal ifcg-eth..., ifcg-lo, ifcg.template und ifcg-wlan0. ABER die Datei hat den Status "unbekannt" und ist auch nur 662B groß. Wenn ich die mit den nderen ifcg-Dateien vergleiche, scheint die kaputt, falsch etc zu sein.
Zu hal:
Code:
hal-gnome-0.5.4-6.4
hal-resmgr-0.1_SVNr59-2.2
hal-0.5.4-6.4
Die Lampe ging unter Linux noch gar nicht an. Nur wenn ich einen Neustart von Win aus mache und SUSE starte bleibt die LED aktiv. Bei einem Direktstart nicht. Habe aus auch so schon versucht, aber an iwconfig ändert sich trotzdem nichts.
Vielleicht ist wirklich nur diese ifcg-Datei futsch - wäre zumindest zu schön den Fehler gefunden zu haben...

Gruß
Isaak
 

Rain_Maker

Administrator
Teammitglied
AW: WLAN (CPWUA054) unter SUSE 10.0

OK, dann verschiebe die Datei ifcfg-wlan0 in ein anderes Verzeichnis (löschen kann man sie immer noch) und versuche die Karte neu in Yast zu konfigurieren.

Was steht denn in der Datei ifcfg-wlan0 drin?

HAL scheint die neuste Version zu sein.

Greetz,

RM
 

Isaak

Member
AW: WLAN (CPWUA054) unter SUSE 10.0

Hallo,

die Datei zeigt genau das an, was ich oben gepostet habe:
BOOTPROTO=`dhcp`...
also alle Einstellungen, die ich in YaST vorgenomen habe.

Werde die Datei jetzt auf den Desktop kopieren und den Stick nochmal in YaST einrichten.

GrußIsaak
 

Isaak

Member
AW: WLAN (CPWUA054) unter SUSE 10.0

Datei verschoben, YaST neu und in ifcfg-wlan0 nochmal nachgeguckt.
Die einzige Veränderung:
Statt
_nm_name='static-0'
steht jetzt
_nm_name='static-1'
am Ende der Datei

iwconfig = nichts
lsusb zeigt den Stick an ( device 002: ID 0471:1230 Philips)
ndiswrapper zeigt auch keine Fehler

Gruß
Isaak
 

Rain_Maker

Administrator
Teammitglied
AW: WLAN (CPWUA054) unter SUSE 10.0

OK, war auch nur ein Schuß ins Blaue.

Die Größe von 662B ist wohl OK, bei mir ist die Datei auch kleiner als 1 KB, ist ja nur Text. Auch das "unbekannt" ist klar, denn die Datei ist nur für Root lesbar, deshalb bekommt sie ein User als "unbekannt" angezeigt.

Code:
cd /etc/sysconfig/network
testuser@Laptop:/etc/sysconfig/network> ls -ls ifcfg-*
4 -rw-r--r--  1 root root 279 2006-09-16 01:42 ifcfg-eth-id-00:c0:9f:6b:be:01
4 -rw-r--r--  1 root root 141 2006-01-21 03:24 ifcfg-lo
4 -rw-------  1 root root 848 2006-09-16 01:42 ifcfg-wlan-id-00:0e:35:8a:ad:ba
testuser@Laptop:/etc/sysconfig/network> file ifcfg-wlan-id-00\:0e\:35\:8a\:ad\:ba
[B]ifcfg-wlan-id-00:0e:35:8a:ad:ba: writable, regular file, no read permission[/B]
testuser@Laptop:/etc/sysconfig/network> su
Password:
Laptop:/etc/sysconfig/network # file ifcfg-wlan-id-00\:0e\:35\:8a\:ad\:ba
[B]ifcfg-wlan-id-00:0e:35:8a:ad:ba: ASCII text[/B]
Laptop:/etc/sysconfig/network #
OK, zurück zum Problem, was mir allerdings so langsam etwas Kopfzerbrechen bereitet, da es keine sichtbaren Fehlermeldungen mehr gibt und trotzdem die HW scheinbar nicht aktiv ist.

Das hier gefällt mir zumindest mal gar nicht:
Isaak schrieb:
Die Lampe ging unter Linux noch gar nicht an. Nur wenn ich einen Neustart von Win aus mache und SUSE starte bleibt die LED aktiv. Bei einem Direktstart nicht.
Solche seltsamen Phänomene sind nichts total seltenes, bei verschiedenen Netzwerkkarten ist es z.B. so, daß man dann keine Verbindung bekommt, wenn man gerade das OS gewechselt hat.

http://www.pc-forum24.de/showthread.php?t=1681

http://www.pc-forum24.de/showthread.php?t=1077

Aber das nur am Rande.

OK, nun geht die wirkliche Probiererei los, denn die Fehler haben wir ja Schritt für Schritt ausgemerzt.

1. Tausche die ifcfg-wlan0 wieder gegen die alte aus (nicht lebensnotwendig, aber daran lag es ja nicht).

2. Poste mal den Inhalt der Datei /etc/udev/rules.d/30-net_persistent_names.rules nur um auf Nummer sicher zu gehen.

3. Ich habe eben ein wenig mit ndiswrapper und Deinem Treiber weiter rumgespielt und folgendes ist mir aufgefallen.

a) ein "ndiswrapper -m" bringt zwar eine Fehlermeldung, es könne kein alias angelegt werden, aber es funktioniert trotzdem und dieser wird NICHT in /etc/modprobe.conf.local abgelegt, sondern in einer extra Datei "ndiswrapper" unter /etc/modprobe.d, weshalb ich voschlagen würde, daß Du das genau so machst, also.

- Löschen der alias-Zeile in modprobe.conf.local

- Erstellen einer Datei "ndiswrapper" in /etc/modprobe.d/ mit der alias-Zeile als Inhalt. So sollte das am Ende aussehen (Du benötigst natürlich Rootrechte dafür).

Code:
alias wlan0 ndiswrapper
2. Untersuche in BIOS mal genauer, welche Art von USB-Anschlüssen Du hast, probiere auch (falls nicht schon erfolgt) alle vorhandenen aus. Solltest Du USB 1.x/2.0 gemischt haben, dann verwende mal die 1.x-Anschlüsse, für WLAN mit DSL-Geschwindigkeit reicht das aus. Schaue auch mal im BIOS, ob sich da irgendwas von "Legacy Support" o.ä. findet.
Andere USB-Geräte funktionieren unter SuSE? Je mehr Du auftreiben kannst, desto besser, um das mal genauer zu testen.

3. Die Zuordnung des Windows-Treibers via ndiswrapper zum Angeschlossenen USB-Gerät kann man -wie Du ja schon versucht hast- über einen device-driver Befehl unter ndiswrapper erzwingen. Dieser legt eigentlich nur einen Symlink an, ich habe das mal gemacht und die ausgespuckte USB-ID des Adapters verwendet.

Code:
ndiswrapper -a 0471:1230 cpwua2d
driver 'cpwua2d' is used for '0471:1230'
Laptop:/etc/ndiswrapper/cpwua2d # l
insgesamt 576
drwxr-xr-x  2 root root    208 2006-11-12 14:16 ./
drwxr-xr-x  3 root root     72 2006-11-12 01:14 ../
[B]lrwxrwxrwx  1 root root     16 2006-11-12 14:16 0471:1230.0.conf -> 083A:5501.0.conf[/B]
-rw-r--r--  1 root root    644 2006-11-12 01:14 083A:5501.0.conf
-rw-r--r--  1 root root 221184 2006-11-12 01:14 ccucpwua.exe
-rw-r--r--  1 root root 346784 2006-11-12 01:14 cpwua2d1.sys
-rw-r--r--  1 root root  13194 2006-11-12 01:14 cpwua2d.inf
Mehr fällt mir im Augenblick auch dazu nicht ein, aber wie gesagt, irgendwo scheint es nicht bei ndiswrapper selbst, sondern bei der Initialisierung der Hardware zu hapern.

Du kannst auch -falls möglich- eine Live-CD wie Knoppix probieren, ob dort irgendeine Reaktion des Adapters (LEDs) zu vermelden ist.

Greetz,

RM
 

Isaak

Member
AW: WLAN (CPWUA054) unter SUSE 10.0

Das klingt nicht sehr gut...

Habe die alte durch die neue Datei erstetzt.
ndiswrapper setzt automatisch nach ndiswrapper -a die Datei ein. aus ..local habe ich den Eintrag gelöscht.
Maus+Tastatur sowie USB-Stick (als Massenspeicher) werden erkannt. Bei der Maus funktioniert das Rad nicht, aber naja...
Bios: USB BIOS Legacy Support [Enabled]

Hier der Inhalt der Datei:
Code:
# This rules are autogenerated from /sbin/rename_netiface. But you can modify
# them, but make sure that you don't use an interface name twice. Also add such
# interface name rules only in this rules file. Otherwise rename_netiface will
# create wrong rules for new interfaces.
# It is safe to delete a rule, as long as you did not disable automatic rule
# generation. Only if all interfaces get a rule the renaming will work
# flawlessly. See also /etc/udev/rules.d/31-net_create_names.rules.
# 
# Read /usr/share/doc/packages/sysconfig/README.Persistent_Interface_Names for
# further information.
#
# Use only a-z, A-Z and 0-9 for interface names!
#
SUBSYSTEM=="net", ACTION=="add", SYSFS{address}=="00:90:f5:25:ef:f2", IMPORT="/sbin/rename_netiface %k eth0"
Änderungen sind keine sichtbar. Stick bleibt aus, iwconfig zeigt kein wlan0 an.
Wäre echt schade, wenn nach all der Mühe der Stick nicht laufen will. Ich habe jetzt zwar viel dazugelernt, aber das Ganze mit Erfolg abzuschließen wäre das Highlight gewesen.
Ich verstehe auch nicht, warum der nicht will - zumal es ja anscheindend einige gibt, die es geschafft haben (ohne Probleme, automatische Erkennung...). Vielleicht liegt es auch an der Version, die ich benutze - wer weiß was auf dieser Zeitschrift-DVD noch so alles an Programmen fehlt, die ein Funktionieren unmöglich machen. Ich glaube, die nächste Version, die ich benutzen werde, ziehe ich direkt von opensuse...
Hoffe, es fällt dir nochwas ein

Beste Grüße

Isaak
 

Isaak

Member
AW: WLAN (CPWUA054) unter SUSE 10.0

Also, es lässt mir keine Ruhe - und deshalb versuche ich dies, versuche das, und wieder dies...
Habe mir mal das Notebook eines Bekannten gegriffen, die selbe Version draufgespielt, aber seinen Stick probiert (Netgear WG111T).

Erste Feherlmeldung:
Code:
alternate driver: conflict
Hat so also nicht funktionieren wollen. Nach einigem Suchen, habe ich herausgefunden, dass andere Netgear-Teile das gleiche Problem hatten.
Lösung: Perl-Scripte von ndis suchen, und innerhalb des Scriptes/der Scripte nach "sprintf". Dort den Eintrag %F auf %s setzten, speichern, Treiber neu in ndis laden und ebenfalls manuell zuweisen per ndiswrapper -a
Fehlermeldung war damit behoben:
Code:
ndiswrapper version 1.28 loaded (preempt=no,smp=no)
(was es mit preemt=no,smp=no auf sich hat, weiss ich nicht, sollte aber doch eigentlich =yes stehen, oder?)
Bin den Thread hier durchgegangen und die Ausgaben mit meinen verglichen. ndis scheint keinen Fehler zu machen. ABER iwconfig spuckt ebenfalls kein wlan0 aus, Stick ist inaktiv und lässt sich nicht betreiben - also das gleiche Spielchen wie bei meinem... was mich in meiner Vermutung nur verstärkt, dass irgendwelche Module, Tools etc. auf der DVD fehlen. Habe aber bisher noch nichts dazu im Netz finden können - zumindest nichts das hilft.
Hmmm... gehört vielleicht alles nicht unbedingt in den Thread hier. Aber ich wollte es halt mal mit einem anderen Stick auf einem anderen Rechner ausprobieren... und vielleicht hilft es ja irgendwie weiter.
Für Knoppix hatte ich noch keine Zeit (habe halt erst die andere Variante probiert), kommt aber noch. Soviel zu den Ergebnissen der letzten Tage.

Gruß

Isaak

Kleiner Nachtrag:
Knoppix stürzt nach modprobe ndiswrapper bei meinem Stick regelmäßig ab. Will er einfach nicht machen. Den anderen Stick, der ja den gleichen Fehler unter suse hatte, ließ sich nach einer Aktualisierung von ndis problemlos einbinden und betreiben - hat keine 10 min gedauert.
So, jetzt weiß ich definitiv nicht mehr weiter... habe so ziemlich alles abgegrast, was ich finden konnte. Wäre super, wenn du, RN, oder sonst jemand noch einen Tipp hätte. Ansonsten ist für mich WLAN mit dem Stick gestorben - vorläufig zumindest.
Auf zum nächsten Problem :)
 

Rain_Maker

Administrator
Teammitglied
AW: WLAN (CPWUA054) unter SUSE 10.0

(was es mit preemt=no,smp=no auf sich hat, weiss ich nicht, sollte aber doch eigentlich =yes stehen, oder?)
Nicht unbedingt, solltest Du einen default-Kernel haben, dann ist es klar, daß dort smp=no steht.

Greetz,

RM
 
Status
Für weitere Antworten geschlossen.
Oben