Problem mit Konfiguration Intel 3945

[Mr. Spock]

Ich versuche es jetzt mal damit, entsprechend der Known Issues auf der iwl-Seite den Eintrag ATTRS{type}="1" in die udev-Regel für wlan0 reinzuschreiben, vielleicht bringt das ja was.

DAS war's!

Zwar heißt wlan0 jetzt wlan1, dafür heißt wmaster0 jetzt aber nicht mehr wmaster0_rename. Beim booten bleibt das Sys jetzt nicht mehr hängen. Warum wlan0 umbenannt wird, versteh ich zwar nicht, scheint aber nun auch wirklich egal zu sein, da ja alles wieder geht.

Hier ein Auszug aus /var/log/boot.msg:

<6>iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, 1.2.0s
<6>iwl3945: Copyright(c) 2003-2007 Intel Corporation
<6>ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 17 (level, low) -> IRQ 22
<7>PCI: Setting latency timer of device 0000:03:00.0 to 64
<6>iwl3945: Detected Intel PRO/Wireless 3945ABG Network Connection
<6>ACPI: PCI Interrupt 0000:00:1b.0[B] -> GSI 17 (level, low) -> IRQ 22
<6>hda_intel: probe_mask set to 0x1 for device 17aa:2010
<7>PCI: Setting latency timer of device 0000:00:1b.0 to 64
<6>iwl3945: Tunable channels: 13 802.11bg, 23 802.11a channels
<7>wmaster0: Selected rate control algorithm 'iwl-3945-rs'
<6>cs: IO port probe 0x100-0x3af: clean.
<6>cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7
<6>cs: IO port probe 0x820-0x8ff: clean.
<6>cs: IO port probe 0xc00-0xcf7: clean.
<6>cs: IO port probe 0xa00-0xaff: clean.
<6>wlan0 renamed to wlan1
<6>udev: renamed network interface wlan0 to wlan1

thinkpad:/home/kid-a # iwconfig
lo        no wireless extensions.

irda0     no wireless extensions.

wmaster0  no wireless extensions.

wlan1     IEEE 802.11g  ESSID:"ATJClan"
          Mode:Managed  Frequency:2.462 GHz  Access Point: 00:04:0E:D7:7C:FA
          Retry min limit:7   RTS thr:off   Fragment thr=2346 B
          Encryption key:5F8D-7231-CB5C-B8AA-EA25-07FD-ED7C-5DFD [3]
          Link Quality=62/100  Signal level=-57 dBm  Noise level=-72 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

thinkpad:/home/kid-a # 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:64 errors:0 dropped:0 overruns:0 frame:0
          TX packets:64 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:0
          RX bytes:4080 (3.9 Kb)  TX bytes:4080 (3.9 Kb)

wlan1     Protokoll:Ethernet  Hardware Adresse 00:13:02:50:45:B6
          inet Adresse:192.168.178.22  Bcast:192.168.178.255  Maske:255.255.255.0
          inet6 Adresse: fe80::213:2ff:fe50:45b6/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:279 errors:0 dropped:0 overruns:0 frame:0
          TX packets:273 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:1000
          RX bytes:148435 (144.9 Kb)  TX bytes:34200 (33.3 Kb)

wmaster0  Protokoll:UNSPEC  Hardware Adresse 00-13-02-50-45-B6-35-62-00-00-00-00-00-00-00-00
          UP BROADCAST RUNNING 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)

 

[Anonymous]

DAS war's!

Und wie sieht der Eintrag jetzt aus?

Wäre für Querleser mit dem selben Problem interessant.

 

[Mr. Spock]

DAS war's!

Und wie sieht der Eintrag jetzt aus?

Wäre für Querleser mit dem selben Problem interessant.

Der Eintrag sieht so aus:

# converted 'rename_netiface' rule
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:15:58:2b:00:4a", NAME="eth0"

# converted 'rename_netiface' rule
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:13:02:50:45:b6", ATTRS{type}="1", NAME="wlan0"

# PCI device 0x8086:0x4227 (iwl3945)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:13:02:50:45:b6", ATTR{type}=="1", NAME="wlan1"

Den Eintrag mit wlan1 hat das System selbst angelegt, vorher gab's nur den für eth0 und den für wlan0, den ich modifiziert hatte.

Macht es Sinn, einen der wlanX-Einträge wieder zu löschen? Daher rührt sicher die Tatsache, dass wlan0 zu wlan1 umbenannt wird. Kann ich einen davon löschen?

Oha - kann es daran liegen, dass ich bei meiner Modifizierung ein "=" vergessen habe? Der von iwl neu angelegte Eintrag hat da zwei, also "==". Wird deswegen ein neuer angelegt? Ich probiers mal aus.

 

[Anonymous]

Sinn würde es machen, den wlan0-Eintrag zu löschen (den eth0 vielleicht auch) und den wlan1 in wlan0 umzubenennen.

Udev legt sowas aber auch dynamisch neu an.

Möglicherweise kann man sogar das File ganz verschieben (löschen kann man den später immer noch) und dann neustarten oder als root

udevtrigger

ausführen.

 

[Mr. Spock]

Perfekt, das war's. Jetzt habe ich neben eth0 nur noch einen weiteren Eintrag, und der sieht so aus:

# converted 'rename_netiface' rule
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:13:02:50:45:b6", ATTRS{type}=="1", NAME="wlan0"


Nun wird KEIN Gerät mehr umbenannt, endlich! Warum hier ATTRS steht, während in dem neu angelegten (gerade wieder gelöschten) Eintrag ATTR (ohne S) stand, versteh ich jetzt wieder nicht, aber offenbar ist das egal. Wichtig war nur das doppelte "==".

Vielen Dank für eure Hilfe!

 

[Mr. Spock]

Sinn würde es machen, den wlan0-Eintrag zu löschen (den eth0 vielleicht auch) und den wlan1 in wlan0 umzubenennen.

Udev legt sowas aber auch dynamisch neu an.

Möglicherweise kann man sogar das File ganz verschieben (löschen kann man den später immer noch) und dann neustarten oder als root

udevtrigger

ausführen.

Hm, wie schon gepostet, hab ich es anders gemacht und den neuen Eintrag gelöscht (wlan1), den alten um ein "=" ergänzt und neu gestartet. Der Eintrag unterscheidet sich jetzt von deinem Vorschlag also nur darin, dass bei mir ATTRS steht, während ansonsten ATTR da gestanden hätte. Scheint aber keinen Unterschied zu machen.

Der Unterschied zwischen ATTR und ATTRS steht in den man-pages von udev. Ich verstehe es aber nicht. Ist mir jetzt wurscht.