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

Problem mit Konfiguration Intel 3945

Mr. Spock

Hacker
Hallo Junx,

ich hatte dazu schon einen Thread eröffnet, der offensichtlich unbeabsichtigt gelöscht wurde. Daher eine kurze Zusammenfassung des Problems:

System: openSUSE 10.3, KDE 3.5.9 auf Thinkpad T60 mit Intel 3945 Wlan-Adapter. Bisher lief (seit Installation) alles prima. Dann aufeinmal konnte ich nicht mehr zu Wlan-Netzen verbinden, obwohl sie aber angezeigt wurden. Ich habe dann festgestellt, dass sowohl der ipw- als auch der neuere iwl-Treiber installiert waren, also einer zuviel. Nach Empfehlung aus dem Forum habe ich den (älteren) ipw deinstalliert und neu gestartet. Danach ging es immer noch nicht. Dann habe ich das entsprechende Yast-Modul gestartet. Dort waren immer noch zwei (!) Wlan-Karten eingetragen, von denen aber nur eine konfiguriert war. Da ich die Konfiguration über Yast absolut nicht verstehe (ich will kein Netz samt SSID und Zugangspasswort konfigurieren, sondern nur die Hardware!!!), habe ich einfach nur auf "Beenden" geklickt. Interessanterweise hat das irgendwas verändert, denn dann ging es.

Allerdings: mein System braucht jetzt ziemlich lange zum booten, da währenddessen offensichtlich ein Netzwerkgerät umbenannt wird: wlan0 wird zu eth1 umbenannt oder umgekehrt. Dieser Vorgang dauert einige Zeit beim booten.

Wie kann ich das alles in einen sinnvollen Zustand bringen? Vielleicht kann mir ja mal jemand erklären, wie ich das mit Yast mache? Da muss ich immer gleich ein WLAN Netz konfigurieren, aber das will ich nicht, da ich sowieso mehrere benutze (Laptop!). Ich will die Netze über den KNetworkmanager auswählen.

Übrigens ist es auch merkwürdig, dass seit ich auf iwl umgestellt habe (bzw. ipw deinstalliert habe), die WLAN-Lampe an meinem Laptop nicht mehr geht, sie ist immer aus, obwohl der Adapter arbeitet. Liegt das am Treiber oder an falscher Konfiguration?

Also was tun?

Hier mal ein paar Ausgaben:

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

eth0      no wireless extensions.

irda0     no wireless extensions.

eth1      no wireless extensions.

wlan0_rename  IEEE 802.11g  ESSID:""
          Mode:Managed  Frequency:2.462 GHz  Access Point: Not-Associated
          Retry min limit:7   RTS thr:off   Fragment thr=2346 B
          Encryption key:off
          Link Quality:0  Signal level:0  Noise level:0
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0
Hier finde ich interessant, dass eth1 kein wlan-Gerät zu sein scheint, obwohl dieser aber eigentlich immer der wlan-Adapter war, soweit ich mich erinnere. eth0 ist die LAN-Karte, eth1 die WLAN-Karte. wlan0 gibt's erst seit neustem, ist aber aktuell das aktive Gerät, das im KNetworkmanager für die WLAN-Verbindungen verwendet wird.
Code:
thinkpad:/home/kid-a # ifconfig
eth0      blablabla (LAN-Netzwerkkarte)

eth1      Protokoll:UNSPEC  Hardware Adresse 00-13-02-50-45-B6-30-34-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)

lo        blablabla

wlan0_ren Protokoll:Ethernet  Hardware Adresse 00:13:02:50:45:B6
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:14 errors:0 dropped:0 overruns:0 frame:0
          TX packets:60 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:1000
          RX bytes:3345 (3.2 Kb)  TX bytes:8366 (8.1 Kb)
In obiger Aussage finde ich die MAC-Adressen von eth1 und wlan0 merkwürdig (die eine ist die andere nur mit einem verlängerten Schwanz dran...?)

Auszug aus /var/log/boot.msg:
Code:
<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>wmaster0 renamed to eth1
<6>udev: renamed network interface wmaster0 to eth1
<6>wlan0 renamed to wlan0_rename
Code:
thinkpad:/home/kid-a # lsmod | grep 3945
iwl3945                87132  0
firmware_class         13568  2 iwl3945,pcmcia
mac80211              158344  1 iwl3945

Ich bin für jede Hilfe dankbar!
 

Grothesk

Ultimate Guru
Alle Einstellugen in yast löschen.
Und schau mal, ob da nicht ipw UND iwl installiert ist. Einen der beiden dann rauswerfen.
 
OP
Mr. Spock

Mr. Spock

Hacker
So. jetzt hab ich den (alten?) Eintrag für Wlan aus Yast gelöscht und neu gestartet. Nun habe ich in Yast drei Einträge, einen für LAN, einen für WLAN (der vorher auch schon da war, er ist "nicht konfiguriert" und nicht löschbar - und einen allgemeinen "Ethernet"-Eintrag, der weder konfigurierbar noch löschbar ist, da "das Kernelmodul fehlt"). WLAN funktioniert so wie davor auch. Nach wie vor blinkt aber die Lampe nicht und das booten dauert immer noch so lang. Das verwendete Gerät heißt immer noch "wlan0_rename". Da muss irgendwo ein Fehler sein. Warum wird da was umbenannt? Und wie kann ich das verhindern? Soll ich dieses Gerät in Yast konfigurieren? Aber was mache ich dann an der Stelle, wo nach einem Wlan-Netz gefragt wird (inklusive Passwort usw.), wo ich doch kein Netz eingeben will, sondern nur die HW konfigurieren will?

In Yast/Hardwareinformationen steht Funk-LAN mit dem Gerät, das in Yast als "nicht konfiguriert" steht, nämlich "Thinkpad X60s, R60e model 0657" mit dem iwl-Treiber. Unter "Gerätenamen" steht dann wlan0_rename UND eth1. Also.... was nun?
 
Dass die Lampe nicht blinkt, ist nicht ungewöhnlich, das kann der iwl3945-Treiber erst seit ganz kurzer Zeit, ist auch noch nicht im Kernel 2.6.25 enthalten. Der komische Name eth1 für wmaster0 und wlan0_rename statt wlan0 dürfte an irgendwelchen komischen udev-Regeln liegen. Such einmal in /etc/udev/rules.d/ nach wlan, am besten vielleicht mit grep.
Wie die lange Bootzeit damit zusammenhängen soll, weiß ich nicht.
 
OP
Mr. Spock

Mr. Spock

Hacker
Vielleicht so?

Code:
kid-a@thinkpad:~> grep -e "wlan\|3945\|iwl\|ipw\|rename\|eth1" /etc/udev/rules.d/*
/etc/udev/rules.d/30-net_persistent_names.rules.disabled:# This rules are autogenerated from /lib/udev/rename_netiface.
/etc/udev/rules.d/30-net_persistent_names.rules.disabled:# rename_netiface will create wrong rules for new interfaces.
/etc/udev/rules.d/30-net_persistent_names.rules.disabled:SUBSYSTEM=="net", ACTION=="add", SYSFS{address}=="00:15:58:2b:00:4a", IMPORT="/lib/udev/rename_netiface %k eth0"
/etc/udev/rules.d/30-net_persistent_names.rules.disabled:SUBSYSTEM=="net", ACTION=="add", SYSFS{address}=="00:13:02:50:45:b6", IMPORT="/lib/udev/rename_netiface %k eth1"
/etc/udev/rules.d/70-persistent-net.rules:# converted 'rename_netiface' rule
/etc/udev/rules.d/70-persistent-net.rules:# converted 'rename_netiface' rule
/etc/udev/rules.d/70-persistent-net.rules:SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:13:02:50:45:b6", NAME="eth1"
/etc/udev/rules.d/75-persistent-net-generator.rules:KERNEL!="eth*|ath*|wlan*|ra*|sta*|ctc*|lcs*|hsi*", GOTO="persistent_net_generator_end"
/etc/udev/rules.d/77-network.rules:# Driver module ipw3945 requires an userspace daemon to register network
/etc/udev/rules.d/77-network.rules:SUBSYSTEM=="drivers", ACTION=="add", DEVPATH=="/bus/pci/drivers/ipw3945", RUN+="ipw3945d.sh"
kid-a@thinkpad:~>
Definitiv verwunderlich ist wohl, dass ipw da noch vorkommt, das sollte wohl nicht sein, da ich den ja deinstalliert habe und iwl stattdessen verwende.
 
OP
Mr. Spock

Mr. Spock

Hacker
Der Befehl liefert folgendes:

Code:
kid-a@thinkpad:~> cat /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the etc/sysconfig/network/scripts/convert_persistent_name_rules
# program, probably run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.

# 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", NAME="eth1"
kid-a@thinkpad:~>

Was bedeutet das nun?
 
Füge da mal folgendes unten ein:
Code:
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:13:02:50:45:b6", ATTR{type}=="1", NAME="wlan0"
 

benne`

Newbie
Moin,

ich könnte mir vorstellen, dass udev durcheinander kommt, wenn man das noch dazu einfügt. Aber generell richtig. Das eth1 durch wlan0 ersetzen (sicherheitshalber trotzdem vorher 'ne Sicherungskopie erstellen).

Das Problem wird vermutlich bei mehreren Karten auftreten, bei denen die Lösung funktionieren dürfte. Weitere Infos siehe hier.

Schönen Gruß,
benne
 
OP
Mr. Spock

Mr. Spock

Hacker
Vielen Dank für eure Antworten. Ich habe jetzt mal den Vorschlag von benne befolgt und in der 70-persistent-net.rules eth1 in wlan0 umbenannt und neu gebootet. Soweit so gut: irgendwas hat sich geändert, aber richtig gut ist es offensichtlich noch nicht. Der KNetworkmanager zeigt jetzt bei WLAN-Netzen das Gerät "wlan0" an, nicht mehr wlan0_rename. Allerdings hab ich jetzt wohl ein neues rename-Geräte und die Bootzeit ist immer noch ungewöhnlich hoch. Wenigstens in Yast/Netzwerkgeräte ist jetzt nur noch ein WLAN-Adapter eingetragen.

Woher kommt also auf einmal wmaster0, das vorher nicht da war? Soll ich ipw blacklisten, wie in dem von benne verlinkten Beitrag empfohlen? Ich seh hier bloß nirgends Reste von ipw, insofern denke ich, dass es vielleicht nicht nötig ist. Installiert ist nur noch iwl, kein ipw. Also was kann ich "gegen" dieses wmaster0 tun?

Hier noch mal die Ausgaben zum Vergleich:

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

eth0      no wireless extensions.

irda0     no wireless extensions.

wmaster0_rename  no wireless extensions.

wlan0     IEEE 802.11g  ESSID:""
          Mode:Managed  Frequency:2.412 GHz  Access Point: Not-Associated
          Retry min limit:7   RTS thr:off   Fragment thr=2346 B
          Encryption key:off
          Link Quality:0  Signal level:0  Noise level:0
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0


Code:
thinkpad:/home/kid-a # ifconfig
eth0      Protokoll:Ethernet  Hardware Adresse 00:15:58:2B:00:4A
          inet Adresse:130.83.167.109  Bcast:130.83.167.255  Maske:255.255.255.0
          inet6 Adresse: fe80::215:58ff:fe2b:4a/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1151 errors:0 dropped:0 overruns:0 frame:0
          TX packets:156 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:1000
          RX bytes:215423 (210.3 Kb)  TX bytes:36131 (35.2 Kb)
          Basisadresse:0x3000 Speicher:ee000000-ee020000

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:54 errors:0 dropped:0 overruns:0 frame:0
          TX packets:54 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:0
          RX bytes:3428 (3.3 Kb)  TX bytes:3428 (3.3 Kb)

wlan0     Protokoll:Ethernet  Hardware Adresse 00:13:02:50:45:B6
          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)

wmaster0_ Protokoll:UNSPEC  Hardware Adresse 00-13-02-50-45-B6-00-00-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)

/var/log/boot.msg Ausschnitt:

Code:
<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>Yenta: ISA IRQ mask 0x0cf0, PCI irq 16
<6>Socket status: 30000007
<6>pcmcia: parent PCI bridge I/O window: 0xa000 - 0xdfff
<6>cs: IO port probe 0xa000-0xdfff: clean.
<6>pcmcia: parent PCI bridge Memory window: 0xe4300000 - 0xe7ffffff
<6>pcmcia: parent PCI bridge Memory window: 0xe0000000 - 0xe3ffffff
<6>ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 17 (level, low) -> IRQ 21
<7>PCI: Setting latency timer of device 0000:03:00.0 to 64
<6>iwl3945: Detected Intel PRO/Wireless 3945ABG Network Connection
<4>fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel.
<6>[fglrx] Maximum main memory to use for locked dma buffers: 928 MBytes.
<6>[fglrx] ASYNCIO init succeed!
<6>[fglrx] PAT is enabled successfully!
<6>[fglrx] module loaded - fglrx 8.47.3 [Feb 25 2008] on minor 0
<6>ACPI: PCI Interrupt 0000:00:1b.0[B] -> GSI 17 (level, low) -> IRQ 21
<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>wmaster0 renamed to wmaster0_rename
 

Grothesk

Ultimate Guru
wmaster0 kommt vom neuen WLAN-Stack. Da kannst du also gar nichts gegen tun. Ich würde den ipw mal blacklisten.
 
OP
Mr. Spock

Mr. Spock

Hacker
Was ist denn mein neuer WLAN-Stack? (Das sagt mir leider nichts).

Ich werde ipw mal blacklisten und melde mich dann nochmal.
 
OP
Mr. Spock

Mr. Spock

Hacker
So, ich habe jetzt ipw in die blacklist aufgenommen, das macht aber leider keinen Unterschied. Ist wirklich der wmaster-rename-Vorgang daran Schuld, dass das System hier beim booten so lang hängt, oder kann es auch was anderes sein? Er bleibt aber immer an dieser Stelle so lange stehen. Das ist wirklich sehr ärgerlich, weil mein System vorher immer sehr schnell hoch fuhr und jetzt ist es jedesmal ein riesen Generve, wenn ich meinen Rechner neu starten muss. Bin also für jeden Tipp dankbar.

Ich habe zwar die Antwort in oben verlinkten FAQ gelesen, aber so richtig klar ist mir immer noch nicht, was wmaster ist und wieso ich das "brauche".
 
Über wmaster0 kannst du ggf. direkt die physikalischen Signale abgreifen, wenn du z.B. Kismet benutzt o.ä.
Ansonsten hat das für den täglichen Betrieb keinen Nutzwert, stört aber auch nicht.
 
OP
Mr. Spock

Mr. Spock

Hacker
Ok, dann bleiben jetzt zwei Fragen: wieso wird wmaster von umbenannt? Und warum hängt das System beim booten an der Stelle so lang?
 
A

Anonymous

Gast
Code:
rpm -qa --queryformat '%{name}-%{version}-%{release}-%{arch}\n' | grep -Ei 'iwl|3945|kernel'

uname -a

find /etc/sysconfig/network -iname "*ifcfg*"

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

grep -R 3945 /etc/modprobe*

sudo grep -Ei 'ipw|wmaster' /var/log/{boot*,messages}
 
OP
Mr. Spock

Mr. Spock

Hacker
Code:
thinkpad:/home/kid-a # rpm -qa --queryformat '%{name}-%{version}-%{release}-%{arch}\n' | grep -Ei 'iwl|3945|kernel'
iwl3945-ucode-2.14.1.5-13-noarch
nfs-kernel-server-1.1.0-8-i586
kernel-default-2.6.22.17-0.1-i586
iwlwifi-kmp-default-1.2.0_2.6.22.17_0.1-0.1-i586
kernel-source-2.6.22.17-0.1-i586
linux-kernel-headers-2.6.22-19-noarch
Code:
thinkpad:/home/kid-a # uname -a
Linux thinkpad 2.6.22.17-0.1-default #1 SMP 2008/02/10 20:01:04 UTC i686 i686 i386 GNU/Linux
Code:
thinkpad:/home/kid-a # find /etc/sysconfig/network -iname "*ifcfg*"
/etc/sysconfig/network/ifcfg-eth0
/etc/sysconfig/network/ifcfg.template
/etc/sysconfig/network/ifcfg-lo
Code:
thinkpad:/home/kid-a # cat /etc/udev/rules.d/*persistent-net.rules
# This file was automatically generated by the etc/sysconfig/network/scripts/convert_persistent_name_rules
# program, probably run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.

# 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", NAME="wlan0"
Code:
thinkpad:/home/kid-a # grep -R 3945 /etc/modprobe*
/etc/modprobe.d/iwlwifi:options iwl3945 disable_hw_scan=0
/etc/modprobe.d/blacklist~:blacklist ipw3945
/etc/modprobe.d/blacklist:blacklist ipw3945
Code:
thinkpad:/home/kid-a # sudo grep -Ei 'ipw|wmaster' /var/log/{boot*,messages}
/var/log/boot.msg:<7>wmaster0: Selected rate control algorithm 'iwl-3945-rs'
/var/log/boot.msg:<6>wmaster0 renamed to wmaster0_rename
/var/log/boot.omsg:<7>wmaster0: Selected rate control algorithm 'iwl-3945-rs'
/var/log/boot.omsg:<6>wmaster0 renamed to wmaster0_rename
/var/log/messages:Mar 31 15:54:12 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 15:54:12 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 15:54:19 thinkpad SuSEfirewall2: using default zone 'ext' for interface wmaster0_rename
/var/log/messages:Mar 31 15:54:22 thinkpad SuSEfirewall2: using default zone 'ext' for interface wmaster0_rename
/var/log/messages:Mar 31 16:16:03 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 16:16:03 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 16:16:09 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 16:16:09 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 16:16:09 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 16:16:09 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 16:16:16 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 16:16:16 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 16:16:21 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 16:16:21 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 16:25:20 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 16:25:20 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 16:27:44 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 16:27:44 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 16:27:46 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 16:27:46 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 16:27:54 thinkpad SuSEfirewall2: using default zone 'ext' for interface wmaster0_rename
/var/log/messages:Mar 31 18:09:16 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 18:09:16 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 18:09:22 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 18:09:22 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 18:09:25 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Mar 31 18:09:25 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Apr 29 10:53:15 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Apr 29 10:53:15 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Apr 29 10:53:26 thinkpad SuSEfirewall2: using default zone 'ext' for interface wmaster0_rename
/var/log/messages:Apr 29 10:53:29 thinkpad SuSEfirewall2: using default zone 'ext' for interface wmaster0_rename
/var/log/messages:Apr 29 10:58:35 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Apr 29 10:58:35 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Apr 29 10:58:44 thinkpad SuSEfirewall2: using default zone 'ext' for interface wmaster0_rename
/var/log/messages:Apr 29 10:58:48 thinkpad SuSEfirewall2: using default zone 'ext' for interface wmaster0_rename
/var/log/messages:Apr 29 13:52:36 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Apr 29 13:52:36 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Apr 29 13:52:48 thinkpad SuSEfirewall2: using default zone 'ext' for interface wmaster0_rename
/var/log/messages:Apr 29 16:29:01 thinkpad SuSEfirewall2: using default zone 'ext' for interface wmaster0_rename
/var/log/messages:Apr 29 16:32:49 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Apr 29 16:32:49 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Apr 30 10:09:16 thinkpad SuSEfirewall2: using default zone 'ext' for interface wmaster0_rename
/var/log/messages:Apr 30 10:10:06 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Apr 30 10:10:06 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Apr 30 13:00:32 thinkpad SuSEfirewall2: using default zone 'ext' for interface wmaster0_rename
/var/log/messages:Apr 30 13:03:11 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Apr 30 13:03:11 thinkpad dhclient: wmaster0_rename: unknown hardware address type 801
/var/log/messages:Apr 30 13:09:06 thinkpad sudo:     root : TTY=pts/1 ; PWD=/home/kid-a ; USER=root ; COMMAND=/usr/bin/grep -Ei ipw|wmaster /var/log/boot.log /var/log/boot.msg /var/log/boot.omsg /var/log/messages
thinkpad:/home/kid-a #
 
OP
Mr. Spock

Mr. Spock

Hacker
Rain_Maker schrieb:


Der erste Eintrag (http://www.intellinuxwireless.org/bugzilla/show_bug.cgi?id=1535) kommt dem Problem nahe. Allerdings komm ich mit der Lösung nicht klar. Muss ich da ein Skript schreiben? Sorry - ich fürchte, da kenn ich mich zu wenig aus. Die Lösung bringt mir so nicht viel. Die anderen Suchergebnisse in google gehen alle in diese Richtung, aber gelöst wird das Problem dort auch nicht richtig, soweit ich das sehe. Außerdem funktioniert bei denen das WLAN gar nicht, das klappt bei mir ja alles tadellos.

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.
 
Oben