-
Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.
(gelöst) WLAN USB mit RT2870 Treiber wird nicht erkannt
- Ersteller earlgrey_tea
- Erstellt am
Ich habe auch eine Ralink WLAN Karte, zwar nicht die gleiche aber der Treiber von http://www.ralinktech.com/ralink/Home/Support/Linux.html hat bei mir auch nicht richtig funktioniert.
Ich habe mit dem Treiber nur Ärger gehabt und viel Zeit verloren.
Warum nimmst nicht den Treiber der schon im Kernel ist? Sehe dazu den Beitrag von Tooltime.
Auf Webpin ist auch genug zu finden.
Ich glaube Du machst Dir das Leben unnötig schwer.
Ich habe mit dem Treiber nur Ärger gehabt und viel Zeit verloren.
Warum nimmst nicht den Treiber der schon im Kernel ist? Sehe dazu den Beitrag von Tooltime.
Auf Webpin ist auch genug zu finden.
Ich glaube Du machst Dir das Leben unnötig schwer.
OP
Heinz-Peter schrieb:
Wahrscheinlich hast du sogar Recht. Ich bin halt bisher nach dem Motto vorgegangen "Ohne Fleiß kein Preis". Ich war der Meinung, wer sich in absehbarer Zeit einen kompetenten Linux-User schimpfen möchte, der kommt um die Untiefen des Systems nicht herum (den Standpunkt hab ich auch nicht aufgegeben, lieber RT3070Sta Ralinktreiber!!!
).Zu der Sache mit der im Kernel abgelegten Firmware bleibt zu sagen, dass ich vorher noch ein Update des selben machen muss, da die erforderten Ordner...:
Tooltime schrieb:
... in meiner Version des Kernels noch nicht enthalten sind.
- 2.6.27.7-9-pae --> rt2860Sta
Wie das mit dem Kernelupdate geht, wird mir hoffentlich der Kofler heut' Abend verraten
.Viele Grüße earlgrey_tea
Du bist auf dem richtigen Wegearlgrey_tea schrieb:
OP
O.K. ich hab den Befehl tail ausgeführt und auch eine sehr aufschlussreiche logDatei erhalten:
Meine Interpretation der Dinge:
Zuerst einmal bin ich der Meinung, dass sich meine Netzwerkschnittstelle ra0 die erforderlichen Werte nicht vom router holt, sondern, aus der Datei /var/lib/dhcpcd/dhcpcd-ra0.info (was per se schon mal falsch wäre). Ein Hinweis könnte der Inhalt der dhcpcd info sein:
Dabei handelt es sich um die mac meines Sticks und nicht um die des Routers!
Da die Werte nun aber alle richtig sind, die das System aus /var/... zieht, kommt auch kurzzeitig eine Verbindung ins Internet zustande.
Ab diesem Zeitpunkt schaltet sich auch der zeroconf Prozess mit ein (in Form des avahi Dämons). Weshalb der auch noch rumfunken muss, weiß ich nicht (dhcp würde alleine schon ausreichen) aber es ändert auch nix wenn ich ihn abschalte.
Was mich nun komplett aus der Bahn wirft ist der Vorgang ab syslog-ng. Die beiden Einträge dieses Dienstes sind ja noch sehr nachvollziehbar, aber warum um alles in der Welt wird die Karte denn mit ifdown wieder heruntergefahren?
Das Muster wiederholt sich übrigens in regelmäßigen Abständen so.
Klingt das plausibel? Habt ihr Ideen wie ich aus dem Schlamassel wieder rauskomme?
Viele Grüße earlgrey_tea
Ps.: @Heinz-Peter: ich hab deinen Vorschlag nicht vergessen, aber ich wollte es wenigstens dieses Wochenende nochmal so versuchen! :roll:
Code:
Jun 12 15:04:28 linux Jun 12 15:04:28 linux−ui0w ifup: ra0
−ui0w SuSEfirewall2: SuSEfirewall2 not active
Jun 12 15:04:28 linux−ui0w dhcpcd[6065]: ra0: renewing lease of 192.168.123.101
Jun 12 15:04:28 linux−ui0w dhcpcd[6065]: ra0: lost lease, attemping to rebind
Jun 12 15:04:28 linux−ui0w dhcpcd[6065]: ra0: lost lease
Jun 12 15:04:28 linux−ui0w dhcpcd[6065]: ra0: removing default route via 192.168
.123.254 metric 0
Jun 12 15:04:28 linux−ui0w dhcpcd[6065]: ra0: removing IP address 192.168.123.10
1/24
Jun 12 15:04:28 linux−ui0w avahi−daemon[3924]: Withdrawing address record for 19
2.168.123.101 on ra0.
Jun 12 15:04:28 linux−ui0w avahi−daemon[3924]: Leaving mDNS multicast group on i
nterface ra0.IPv4 with address 192.168.123.101.
Jun 12 15:04:28 linux−ui0w avahi−daemon[3924]: Interface ra0.IPv4 no longer rele
vant for mDNS.
Jun 12 15:04:28 linux−ui0w dhcpcd[6065]: ra0: trying to use old lease in ‘/var/l
ib/dhcpcd/dhcpcd−ra0.info’
Jun 12 15:04:28 linux−ui0w dhcpcd[6065]: ra0: adding IP address 192.168.123.101/
24
Jun 12 15:04:28 linux−ui0w avahi−daemon[3924]: Joining mDNS multicast group on i
nterface ra0.IPv4 with address 192.168.123.101.
Jun 12 15:04:28 linux−ui0w avahi−daemon[3924]: New relevant interface ra0.IPv4 f
or mDNS.
Jun 12 15:04:28 linux−ui0w avahi−daemon[3924]: Registering new address record fo
r 192.168.123.101 on ra0.IPv4.
Jun 12 15:04:28 linux−ui0w dhcpcd[6065]: ra0: adding default route via 192.168.1
23.254 metric 0
Jun 12 15:04:29 linux−ui0w syslog−ng[1996]: Configuration reload request receive
d, reloading configuration;
Jun 12 15:04:29 linux−ui0w syslog−ng[1996]: New configuration initialized;
Jun 12 15:04:29 linux−ui0w ifdown: ra0
Jun 12 15:04:29 linux−ui0w ifup: ra0
Jun 12 15:04:29 linux−ui0w SuSEfirewall2: SuSEfirewall2 not active
Jun 12 15:04:29 linux−ui0w dhcpcd[6065]: ra0: renewing lease of 192.168.123.101
Jun 12 15:04:29 linux−ui0w dhcpcd[6065]: ra0: lost lease, attemping to rebind
Jun 12 15:04:29 linux−ui0w dhcpcd[6065]: ra0: lost lease
Jun 12 15:04:29 linux−ui0w dhcpcd[6065]: ra0: removing default route via 192.168
.123.254 metric 0
Jun 12 15:04:29 linux−ui0w dhcpcd[6065]: ra0: removing IP address 192.168.123.10
1/24
Jun 12 15:04:29 linux−ui0w avahi−daemon[3924]: Withdrawing address record for 19
2.168.123.101 on ra0.
Jun 12 15:04:29 linux−ui0w avahi−daemon[3924]: Leaving mDNS multicast group on i
nterface ra0.IPv4 with address 192.168.123.101.
Jun 12 15:04:29 linux−ui0w avahi−daemon[3924]: Interface ra0.IPv4 no longer rele
vant for mDNS.
Jun 12 15:04:30 linux−ui0w dhcpcd[6065]: ra0: trying to use old lease in ‘/var/l
ib/dhcpcd/dhcpcd−ra0.info’
Jun 12 15:04:30 linux−ui0w dhcpcd[6065]: ra0: adding IP address 192.168.123.101/
24
Jun 12 15:04:30 linux−ui0w avahi−daemon[3924]: Joining mDNS multicast group on i
nterface ra0.IPv4 with address 192.168.123.101.
Jun 12 15:04:30 linux−ui0w avahi−daemon[3924]: New relevant interface ra0.IPv4 f
or mDNS.
Jun 12 15:04:30 linux−ui0w avahi−daemon[3924]: Registering new address record fo
r 192.168.123.101 on ra0.IPv4.
Jun 12 15:04:30 linux−ui0w dhcpcd[6065]: ra0: adding default route via 192.168.1
23.254 metric 0
Jun 12 15:04:30 linux−ui0w syslog−ng[1996]: Configuration reload request receive
d, reloading configuration;
Jun 12 15:04:30 linux−ui0w syslog−ng[1996]: New configuration initialized;
Jun 12 15:04:30 linux−ui0w ifdown: ra0Zuerst einmal bin ich der Meinung, dass sich meine Netzwerkschnittstelle ra0 die erforderlichen Werte nicht vom router holt, sondern, aus der Datei /var/lib/dhcpcd/dhcpcd-ra0.info (was per se schon mal falsch wäre). Ein Hinweis könnte der Inhalt der dhcpcd info sein:
Code:
...
CLIENTID=’01:00:1f:1f:39:4f:21’
DHCPCHADDR=’01:00:1f:1f:39:4f:21’Da die Werte nun aber alle richtig sind, die das System aus /var/... zieht, kommt auch kurzzeitig eine Verbindung ins Internet zustande.
Ab diesem Zeitpunkt schaltet sich auch der zeroconf Prozess mit ein (in Form des avahi Dämons). Weshalb der auch noch rumfunken muss, weiß ich nicht (dhcp würde alleine schon ausreichen) aber es ändert auch nix wenn ich ihn abschalte.
Was mich nun komplett aus der Bahn wirft ist der Vorgang ab syslog-ng. Die beiden Einträge dieses Dienstes sind ja noch sehr nachvollziehbar, aber warum um alles in der Welt wird die Karte denn mit ifdown wieder heruntergefahren?
Das Muster wiederholt sich übrigens in regelmäßigen Abständen so.
Klingt das plausibel? Habt ihr Ideen wie ich aus dem Schlamassel wieder rauskomme?
Viele Grüße earlgrey_tea
Ps.: @Heinz-Peter: ich hab deinen Vorschlag nicht vergessen, aber ich wollte es wenigstens dieses Wochenende nochmal so versuchen! :roll:
Das ist eine neue Meise von 11.1, wenn der DHCP-Client keinen Server findet werden die letzten gültigen Werte benutzt.earlgrey_tea schrieb:
YaST --> System --> Editor für /etc/sysconfig
- Network --> DHCP --> DHCP-Client --> DHCLIENT_USE_LAST_LEASE
auf no setzen
Wenn ich mir die letzte Ausgabe von framp's Script anschaue, benutzt du jetzt ifup und kinternet, richtig?
Wenn ja wo gibst du denn Schlüssel ein, unter YaST oder kinternet?
Ich habe bei mir auch Probleme wenn ich denn WLAN-Key in kinternet eingebe, wogegen die Konfiguration über YaST funktioniert. kinternet benutze ich nur zum verbinden und trennen mit dem Router.
OP
So ... geschafft nun ist auch die letzte Hürde genommen und ich kann endlich in diesem Forum von meinem geliebten Konqueror aus posten .
Was für ein Gefühl .
Es lag im Endeffekt wirklich an der Leasetime des dhcp clients. Nachdem ich den Wert von 'yes' auf 'no' gesetzt hatte, wie tooltime es beschrieben hatte,
kann ich endlich unbeschwert im Internet surfen, ohne dass mir die Verbindung alle paar Sekunden abbricht.
Nochmal Danke an alle für eure tatkräftige Hilfe.
Viele Grüße earlgrey_tea
EDIT:
Nach einem kernelupdate via Yast2 kann man die Karte nun bequem mit dem Networkmanager einrichten.
(aktueller Kernel: 2.6.27.29-0.1-pae)
Was für ein Gefühl
. Es lag im Endeffekt wirklich an der Leasetime des dhcp clients. Nachdem ich den Wert von 'yes' auf 'no' gesetzt hatte, wie tooltime es beschrieben hatte,
kann ich endlich unbeschwert im Internet surfen, ohne dass mir die Verbindung alle paar Sekunden abbricht.
Nochmal Danke an alle für eure tatkräftige Hilfe.
Viele Grüße earlgrey_tea
EDIT:
Nach einem kernelupdate via Yast2 kann man die Karte nun bequem mit dem Networkmanager einrichten.
(aktueller Kernel: 2.6.27.29-0.1-pae)