• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[erledigt] iwl4965agn wird nicht erkannt

framp

Moderator
Teammitglied
Mir sind folgende Dinge aufgefallen:

1) Du benutzt Kanal 1 und da funken noch eine Menge andere APs auf Kanal 1 rum. Dein Problem wird damit wohl nichts zu tun haben aber trotzdem ist es besser einen unbenutzten Kanal zu wählen. 9 sieht z.B. gut aus.

2) Ich kenne mich nicht mit dem exakten Verbindungsaufbau bei WLAN aus. Kann es sein dass Du einen MAC Filter am AccessPoint an hast und Deine WLAN Karte nicht zugelassen hast?

3) Kannst Du mal die Ausgabe von
Code:
dhcpcd-test wlan0
posten?

4) Kannst Du mal in einem Fenster als root
Code:
tcpdump -lenx -s 1500 port bootps or port bootpc | dhcpdump | tee dhcp.lst
laufen lassen und dann in einem anderen Fenster
Code:
dhclient wlan0
eingeben und dann das Ergebnis aus dhcp.lst hier posten?

5) Hast Du eine Fireall aktiv? Wenn ja solltest Du die mal zum Testen deaktivieren.
 
OP
W

WhopperBS

Member
Hallo erstmal,

1) Du benutzt Kanal 1 und da funken noch eine Menge andere APs auf Kanal 1 rum. Dein Problem wird damit wohl nichts zu tun haben aber trotzdem ist es besser einen unbenutzten Kanal zu wählen. 9 sieht z.B. gut aus.
Hab den Kanal mal gewechselt. Daran liegt es offenbar nicht.

2) Ich kenne mich nicht mit dem exakten Verbindungsaufbau bei WLAN aus. Kann es sein dass Du einen MAC Filter am AccessPoint an hast und Deine WLAN Karte nicht zugelassen hast?
Nein, die MAC-Sperre ist z.Z. nicht aktiviert.

3) Kannst Du mal die Ausgabe von
Code:
dhcpcd-test wlan0
posten?
Ja, kann ich. Bitte schön:
Code:
info, wlan0: hardware address = 00:16:ea:8e:2a:10
info, wlan0: broadcasting for a lease
debug, wlan0: sending DHCP_DISCOVER with xid 0x3f713112
debug, wlan0: waiting for 10 seconds
debug, wlan0: sending DHCP_DISCOVER with xid 0x3f713112
debug, wlan0: sending DHCP_DISCOVER with xid 0x3f713112
debug, wlan0: sending DHCP_DISCOVER with xid 0x3f713112
err, wlan0: timed out
info, wlan0: exiting

4) Kannst Du mal in einem Fenster als root
Code:
tcpdump -lenx -s 1500 port bootps or port bootpc | dhcpdump | tee dhcp.lst
laufen lassen und dann in einem anderen Fenster
Code:
dhclient wlan0
eingeben und dann das Ergebnis aus dhcp.lst hier posten?

Hm, es wird zwar eine 'dhcp.lst' erzeugt. Die Datei bleibt aber leer. Die Ausgaben in der Konsole sehen so aus:
Code:
tcpdump -lenx -s 1500 port bootps or port bootpc | dhcpdump | tee dhcp.lst

tcpdump: WARNING: eth0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 1500 bytes
Code:
dhclient wlan0

Internet Systems Consortium DHCP Client V3.0.6
Copyright 2004-2007 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

wmaster0: unknown hardware address type 801
wmaster0: unknown hardware address type 801
Listening on LPF/wlan0/00:16:ea:8e:2a:10
Sending on   LPF/wlan0/00:16:ea:8e:2a:10
Sending on   Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 3
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 14
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 2
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
Hier wird ja gesagt, dass auf eth0 gelauscht wird. Das soll vermutlich wlan0 sein, oder? Ich weiß aber leider nicht, wie man das umschaltet.

5) Hast Du eine Fireall aktiv? Wenn ja solltest Du die mal zum Testen deaktivieren.
Nein, auf meinem Rechner läuft z.Z. keine Firewall.
 
Ich habe nun bei meinem Router die Verschlüsselung abgestellt. Den Kanal kenne ich hier ja. Als Ergebnis gibt es dann jenes hier:
Code:
dhcpcd wlan0

err, wlan0: timed out
err, wlan0: lease information file `/var/lib/dhcpcd/dhcpcd-wlan0.info' does not exist
warn, wlan0: using IPV4LL address 169.254.152.28
Warum Verzeichnis /var/lib/ und nicht /var/run/
Ist das Paket dhcpcd installiert? Ich meine die aktuelle Version.

Also so sieht das bei mir wenn meine WLAN Karte nicht am Access Point angemeldet ist.
Code:
buket:~ # iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

rausb0    RT2500USB WLAN  ESSID:""  Nickname:""
          Mode:Managed  Frequency=2.412 GHz  Bit Rate=11 Mb/s
          RTS thr:off   Fragment thr:off
          Encryption key:off
          Link Quality=0/100  Signal level:-120 dBm  Noise level:-93 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

pan0      no wireless extensions.

Code:
buket:~ # dhcpcd rausb0
err, rausb0: timed out
warn, rausb0: using IPV4LL address 169.254.26.161
Wenn ich am AP angemeldet bin dann habe ich unter /var/run/ eine Datei dhcpcd-rausb0.pid
Warum ist das bei Dir anders? Das ist hier die Frage. Ich habe aber unter YaST > Übersicht die Konfiguration der Schnittstelle gelöscht und unter Yast > Globale Optionen habe ich NetworkManager gewählt.
Gruß
 
OP
W

WhopperBS

Member
Warum Verzeichnis /var/lib/ und nicht /var/run/
Ist das Paket dhcpcd installiert? Ich meine die aktuelle Version.
Keine Ahnung warum /var/lib/ und nicht /var/run/ . dhcpcd ist jedenfalls installiert:
Code:
rpm -qa | grep dhcpcd

dhcpcd-3.2.3-6.3

Wenn ich am AP angemeldet bin dann habe ich unter /var/run/ eine Datei dhcpcd-rausb0.pid
Da ich ja gar nicht erst so weit komme, mich mit dem AP zu verbinden, gibt es bei mir nur eine '/var/run/dhclient-eth0.pid'.
In /var/lib/ finde ich nichts entsprechendes.

Ich habe aber unter YaST > Übersicht die Konfiguration der Schnittstelle gelöscht und unter Yast > Globale Optionen habe ich NetworkManager gewählt.
Das ist bei mir ganz genau so. In Yast sind keine Schnittstellen konfiguriert und der NetworkManager ist ebenfalls aktiviert.
 
OP
W

WhopperBS

Member
Was ist mit dem AP der unverschlüsselt sendet?
Bekommst mit dem auch keine Verbindung?
Nein, dort bekomme ich auch keine Verbindung mehr zustande. Allerdings wäre es bei diesem AP ja theoretisch möglich, dass da mittlerweile eine MAC-Sperre o.ä. drin ist.
 
OP
W

WhopperBS

Member
Also, wie ich mittlerweile erfahren habe, ist der Treiber an sich noch sehr wackelig bzw. experimentell. Daraus dürften wohl auch so ziemlich alle bisher geschilderten Probleme resultieren. Daher möchte ich hiermit ein weiteres Mal dieses Thema für eingestellt erklären ;)

Da heißt es wohl erstmal abwarten und Tee trinken. Es kann ja nur besser werden...
 
Hallo!
Hast Du das schon gelesen: http://www.pc-forum24.de/suse-treiber/9224-aktuelle-wlan-treiber-fuer-opensuse-10-3-und-11-0-a-2.html angeblich sind hier neue Treiber für Deine PCI WLAN Karte.
Das sagt Deine Script Ausgabe:
Code:
 0c:00.0 Network controller [0280]: Intel Corporation Device [8086:4235]
Die Herstellerkennung 8086 und die Gerätekennung 4235 passen zu Deiner Karte.
Gruß
 
Oben