Thema: (Gelöst) Suse 10.3 - WLAN (zd1211)

Hallo!
Ich habe versucht, unter suse 10.3 (Kernel 2.6.22.13-0.3) meinen Wlan - Stick (Trust => zd1211) zu installieren. Dazu habe ich den Treiber "zd1211rw-kmp default" und die software "zdfirmware-1.3noarch.rpm" installiert. Nach einigen Verrenkungen kam dann endlich der Hinweis "neue Hardware gefunden" und ich konnte meine Daten (wpa - Verschlüsselung usw.) eintragen. Auch in Yast war der Stick nun unter Netzwerkkarten mit dem Modul zd1211rw eingetragen. Aber leider läuft er bis jetzt nicht.
Ein erneuter Blick in Yast zeigte, dass der Stick noch unter Netzwerkkarten eingetragen war, aber ohne Modulbezeichnung. Das Modul ließ sich auch nicht per Hand nachtragen (bzw. speichern). Kann mir vielleicht jemand helfen?

Hallo Arwen,

wir brauchen genauere Informationen.

Arbeite dich hier durch und poste die entsprechenden
Ausgaben. Besonders die Beiträge 2 und 7 sind wichtig.

Zitat von Arwen

Nach einigen Verrenkungen

Beschreib das genauer, hoffentlich hast du dich dabei nicht verletzt.


Gruß

KM

Hallo Kernelman!
Ich habe deine angegebenen Quellen gelesen und festgestellt, dass für ifup zwei Dinge nicht installiert waren: kinternet und kpppd. Der Stick läuft jetzt,aber ich habe immer noch ein Problem. Nach jedem Neustart muß ich den Treiber manuell mit modprobe laden, obwohl ich in Yast als Startart "beim Systemstart aktivieren" angekreuzt habe. Was kann ich tun? Vielen lieben Dank im Voraus, auch für die schnelle Antwort gestern!

Hallo,

versuche bei "Geräte-Aktivierung die Option
bei Kabelanschluß
und
falls hotplugged.


Poste die Ausgabe des folgden Befehls

Code:

cat /etc/udev/rules.d/70-persistent-net.rules

sowie

Code:

/usr/sbin/lsusb

und

Code:

/sbin/ifconfig

Es gibt mehrere Wege zur Lösung, aber am schönsten
wäre der Weg über udev, dann wird das Modul beim Einstöpseln geladen.
Genau so soll es sein.


Gruß

KM

Hallo Kernelman!
Hier sind die gewünschten Ausgaben:

Code:

svea-kiste:/home/svea # cat /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.

# PCI device 0x1011:0x0009 (tulip)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:80:c8:52:29:15", NAME="eth0"

# USB device 0x0105:0x145f (zd1211rw)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:0e:2e:38:b9:fd", NAME="eth1"

und dann:

Code:

svea-kiste:/home/svea # /usr/sbin/lsusb
Bus 002 Device 002: ID 0105:145f
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 001: ID 0000:0000

dann noch:

Code:

svea-kiste:/home/svea # ifconfig
eth0      Protokoll:Ethernet  Hardware Adresse 00:80:C8:52:29:15
          inet Adresse:192.168.0.65  Bcast:192.168.0.255  Maske:255.255.255.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:11 Basisadresse:0xc400

eth1      Protokoll:Ethernet  Hardware Adresse 00:0E:2E:38:B9:FD
          inet Adresse:192.168.178.28  Bcast:192.168.178.255  Maske:255.255.255.0
          UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:314 errors:67 dropped:1 overruns:0 frame:48
          TX packets:402 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:1000
          RX bytes:178558 (174.3 Kb)  TX bytes:78929 (77.0 Kb)

lo        Protokoll:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:349 errors:0 dropped:0 overruns:0 frame:0
          TX packets:349 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:0
          RX bytes:27029 (26.3 Kb)  TX bytes:27029 (26.3 Kb)

Danke!!

Noch eine kleine Anmerkung:
Dein Vorschlag, die Geräteaktivierung auf Option "bei Kabelanschluß
und falls hotplugged" hat nichts verändert, das modul wird beim Systemstart nicht geladen!

Liebe Grüße
Arwen

Option(en) einstellen, System neu starten und dann den Stick
einstecken.

Dann in einer Konsole die letzte 20 Zeilen der Ausgabe
des Befehls

Code:

dmesg

posten.


Gruß

KM

Hallo Kernelman!

Hier ist die Ausgabe der letzten 20 Zeilen von dmesg:

Code:

EXT3 FS on sdb5, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sdb6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
AppArmor: AppArmor initialized
audit(1201562009.928:2):  type=1505 info="AppArmor initialized" pid=1756
powernow-k8: Processor cpuid 662 not supported
[drm] Initialized drm 1.1.0 20060810
ACPI: PCI Interrupt 0000:01:05.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11
[drm] Initialized r128 2.5.0 20030725 on minor 0
ip6_tables: (C) 2000-2006 Netfilter Core Team
ip_tables: (C) 2000-2006 Netfilter Core Team
audit(1201558431.831:3): audit_pid=3120 old=0 by auid=4294967295
bootsplash: status on console 0 changed to on
usb 2-2: new full speed USB device using uhci_hcd and address 2
usb 2-2: new device found, idVendor=0105, idProduct=145f
usb 2-2: new device strings: Mfr=16, Product=32, SerialNumber=0
usb 2-2: Product: USB2.0 WLAN
usb 2-2: Manufacturer: Trust
usb 2-2: configuration #1 chosen from 1 choice

Gruß,
Arwen

Ok,
da fehlt die Meldung, daß udev das Modul zd1211rw lädt.

Folgende Vorgehensweise:

1.
<Alt> und <F2> drücken und mittels Befehl "kdesu kate" (Root-Passwort)
den Editor öffnen (kann auch ein anderer deines Vertrauens sein).

Folgende Zeilen hineinkopieren

Code:

# udev-rule for loading module zd1211rw on plugging device 0x0105:0x145f
SUBSYSTEM=="usb_device", SYSFS{idVendor}=="0105", SYSFS{idProduct}=="145f", TEST!="[modules/zd1211rw]", RUN+="/sbin/modprobe zd1211rw"

Abspeichern in /etc/udev/rules.d, Dateiname "69-custom-zd1211rw.rules".

2.
Modul entladen

Code:

su
(Passwort)

modprobe -r zd1211rw

udevtrigger

3.
Stick einstecken und wieder die letzten 20 Zeilen von

Code:

dmesg

posten.


Gruß

KM

Hallo Kernelman,
Hier sind wieder die letzten Zeilen von dmesg

Code:

usb 2-2: reset full speed USB device using uhci_hcd and address 2
zd1211rw 2-2:1.0: firmware version 4605
zd1211rw 2-2:1.0: zd1211 chip 0105:145f v4330 full 00-0e-2e RF2959_RF pa0 -----
zd1211rw 2-2:1.0: eth1
usbcore: registered new interface driver zd1211rw
NET: Registered protocol family 17
SoftMAC: generic IE set to dd160050f20101000050f20201000050f20201000050f202
SoftMAC: Associate: Scanning for networks first.
SoftMAC: Queueing Authentication Request to 00:15:0c:db:a0:28
SoftMAC: Cannot associate without being authenticated, requested authentication
SoftMAC: Sent Authentication Request to 00:15:0c:db:a0:28.
SoftMAC: Open Authentication completed with 00:15:0c:db:a0:28
SoftMAC: sent association request!
SoftMAC: associated!
SoftMAC: Scanning finished: scanned 13 channels starting with channel 1
ieee80211_crypt: registered algorithm 'TKIP'
usbcore: deregistering interface driver zd1211rw
zd1211rw 2-2:1.0: error ioread32(CR_REG1): -22
usb 2-2: reset full speed USB device using uhci_hcd and address 2
usb 2-2: USB disconnect, address 2
usb 2-2: new full speed USB device using uhci_hcd and address 3
usb 2-2: new device found, idVendor=0105, idProduct=145f
usb 2-2: new device strings: Mfr=16, Product=32, SerialNumber=0
usb 2-2: Product: USB2.0 WLAN
usb 2-2: Manufacturer: Trust
usb 2-2: configuration #1 chosen from 1 choice
svea@svea-kiste:/etc/udev/rules.d>

Liebe Grüße

Arwen

Dann möchte ich mich als Ersteller des Paketes mal kurz einmischen.

1. Es gibt eine ganz einfache Lösung, wie man das Modul immer beim Systemstart laden lassen kann (egal ob der Stick eingesteckt ist oder nicht), aber diese Lösung ist eben "Quick and Dirty", weshalb die Idee mit udev die sauberere Methode wäre.

2. Die Idee hinter dieser ganzen udev-Geschichte ist die, daß ich bei Erfolg eine neue Version des Paketes bauen würde, welches die entsprechenden udev-Regeln enthält und so allen Nutzern des Paketes helfen würde.

3. Dazu braucht es aber jemanden, der die Ansätze testet, das ist auch gefahrlos möglich, da diese udev-Regel eben entweder greift oder ignoriert wird, was scheinbar leider bisher der Fall ist.

4. AFAIK werden udev-Regeln "chronologisch" anhand der davor stehenden Zahl abgearbeitet, es kann also sein, daß die obige Regel korrekt ist, aber leider "zu spät kommt", weil eine andere Regel vorher greift.

Also Geduld bitte, Dein Problem wird gelöst werden und wenn es am Ende durch die "Quick and Dirty"-Methode ist.

Was Du als erstes probieren könntest, wäre die Umbenennung der Datei in

Code:

00-custom-zd1211rw.rules

damit die Regel möglichst früh greift.

- Ohne Stick booten

Code:

cd /etc/udev/rules.d/

su

Passwort

mv 69-custom-zd1211rw.rules 00-custom-zd1211rw.rules

udevtrigger

tail -f /var/log/messages

- Stick einstöpseln und die Ausgaben beobachten.

- In einer zweiten Konsole nachdem sich die Meldungen der ersten "beruhigt" haben.

Code:

lsmod|grep zd1211rw

nachsehen, ob das Modul geladen wurde.

Ausgaben aus beiden Konsolen posten.

Greetz,

RM