Hallo Frank,

ich benutze den Networkmanager.
ich habe noch folgendes gemacht:
– b43-firmware und b43legacy-firmware Pakete von Packman installiert
– b43-fwcutter von openSuse installiert.

folgende Ausgaben erhalte ich jetzt::

MarcosLaptop:/home/marco # /sbin/ifconfig
eth0 Link encap:Ethernet Hardware Adresse 00:1D:72:C7:45:98
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1 errors:0 dropped:0 overruns:0 frame:0
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 Sendewarteschlangenlänge:1000
RX bytes:247 (247.0 b) TX bytes:2076 (2.0 Kb)
Interrupt:16

lo Link encap: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:171 errors:0 dropped:0 overruns:0 frame:0
TX packets:171 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 Sendewarteschlangenlänge:0
RX bytes:18232 (17.8 Kb) TX bytes:18232 (17.8 Kb)

wlan0 Link encap:Ethernet Hardware Adresse 00:22:69:04:A4:7A
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)

MarcosLaptop:/home/marco # /sbin/iwconfig
wlan0 IEEE 802.11bg ESSID:off/any
Mode:Managed Frequency:2.472 GHz Access Point: Not-Associated
Tx-Power=20 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off

Die WLAN-LED geht jetzt an, KNetworkManager findet jetzt auch die WLan-Netze in meiner Umgebung, verbindet sich bei Auswahl eines WLAN-Netzes jedoch nicht, fragt aber permanent nach dem Passwort.

Eine Verbindung mit meinem LAN-Netzwerk baut KNetworkManager gar nicht auf, die Dioden am Laptop und am PowerLan-Stecker sind aber an.

Wechsele ich auf die ifup-Methode (die Schnittstellen sind auch in YAST konfiguriert), zeigt mir KInternet keinerlei Schnittstellen an. Damit kann ich also gar nichts anfangen.

Gruß
Thomy

Noch etwas:

Es läuft Kernel 2.6.34-12-desktop i686 ; KDE 4.4.4 release 2

Bei Umstellung zurück auf Networkmanager per YAST bekomme ich die Meldungsbox: Kein Netzwerk aktiv”.

Außerdem bekomme ich folgende dmesg Ausgabe:

————snip———–
393.358166] tg3 0000:02:00.0: wake-up capability disabled by ACPI
[ 393.358175] tg3 0000:02:00.0: PME# disabled
[ 393.358270] tg3 0000:02:00.0: irq 29 for MSI/MSI-X
[ 393.392927] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 393.642252] b43-phy0: Loading firmware version 478.104 (2008-07-01 00:50:23)
[ 394.976051] tg3 0000:02:00.0: eth0: Link is up at 100 Mbps, full duplex
[ 394.976055] tg3 0000:02:00.0: eth0: Flow control is on for TX and on for RX
[ 395.072796] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 395.073891] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 590.470179] martian source 255.255.255.255 from 192.168.178.24, on dev eth0
[ 590.470183] ll header: ff:ff:ff:ff:ff:ff:00:1b:a9:19:70:98:08:00
[ 1019.797573] usb 2-1: USB disconnect, address 2
[ 1250.409928] martian source 255.255.255.255 from 192.168.178.24, on dev eth0
[ 1250.409932] ll header: ff:ff:ff:ff:ff:ff:00:1b:a9:19:70:98:08:00
[ 1797.215683] tg3 0000:02:00.0: PME# enabled
[ 1797.215704] tg3 0000:02:00.0: wake-up capability enabled by ACPI
[ 1802.590840] tg3 0000:02:00.0: wake-up capability disabled by ACPI
[ 1802.590888] tg3 0000:02:00.0: PME# disabled
[ 1802.601192] tg3 0000:02:00.0: irq 29 for MSI/MSI-X
[ 1802.636014] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 1804.219074] tg3 0000:02:00.0: eth0: Link is up at 100 Mbps, full duplex
[ 1804.219078] tg3 0000:02:00.0: eth0: Flow control is on for TX and on for RX
[ 1804.219183] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 1821.443269] b43-phy0: Loading firmware version 478.104 (2008-07-01 00:50:23)
[ 1822.884846] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 1824.288363] wlan0: authenticate with 00:24:fe:02:dd:18 (try 1)
[ 1824.293588] wlan0: authenticated
[ 1824.293950] wlan0: associate with 00:24:fe:02:dd:18 (try 1)
[ 1824.313442] wlan0: RX AssocResp from 00:24:fe:02:dd:18 (capab=0x431 status=0 aid=2)
[ 1824.313446] wlan0: associated
[ 1824.316927] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 1829.500040] No probe response from AP 00:24:fe:02:dd:18 after 500ms, disconnecting.
[ 1829.501287] cfg80211: Calling CRDA to update world regulatory domain
[ 1829.511826] cfg80211: World regulatory domain updated:
[ 1829.511830] (start_freq – end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 1829.511833] (2402000 KHz – 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 1829.511835] (2457000 KHz – 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 1829.511837] (2474000 KHz – 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 1829.511839] (5170000 KHz – 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 1829.511841] (5735000 KHz – 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 1830.907341] wlan0: authenticate with 00:24:fe:02:dd:18 (try 1)
[ 1831.107058] wlan0: authenticate with 00:24:fe:02:dd:18 (try 2)
[ 1831.307060] wlan0: authenticate with 00:24:fe:02:dd:18 (try 3)
[ 1831.507061] wlan0: authentication with 00:24:fe:02:dd:18 timed out
[ 2017.672588] tg3 0000:02:00.0: PME# enabled
[ 2017.672609] tg3 0000:02:00.0: wake-up capability enabled by ACPI
[ 2020.005176] tg3 0000:02:00.0: wake-up capability disabled by ACPI
[ 2020.005223] tg3 0000:02:00.0: PME# disabled
[ 2020.016192] tg3 0000:02:00.0: irq 29 for MSI/MSI-X
[ 2020.051057] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 2021.634109] tg3 0000:02:00.0: eth0: Link is up at 100 Mbps, full duplex
[ 2021.634113] tg3 0000:02:00.0: eth0: Flow control is on for TX and on for RX
[ 2021.634194] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 2038.977271] b43-phy0: Loading firmware version 478.104 (2008-07-01 00:50:23)
[ 2040.406894] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 2041.809331] wlan0: direct probe to 00:24:fe:02:dd:18 (try 1)
[ 2041.812978] wlan0: direct probe responded
[ 2041.812993] wlan0: authenticate with 00:24:fe:02:dd:18 (try 1)
[ 2041.816817] wlan0: authenticated
[ 2041.817507] wlan0: associate with 00:24:fe:02:dd:18 (try 1)
[ 2041.820473] wlan0: RX AssocResp from 00:24:fe:02:dd:18 (capab=0x431 status=0 aid=2)
[ 2041.820477] wlan0: associated
[ 2041.821852] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 2046.500066] No probe response from AP 00:24:fe:02:dd:18 after 500ms, disconnecting.
[ 2046.501308] cfg80211: Calling CRDA to update world regulatory domain
[ 2046.505873] cfg80211: World regulatory domain updated:
[ 2046.505876] (start_freq – end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 2046.505879] (2402000 KHz – 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 2046.505882] (2457000 KHz – 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 2046.505884] (2474000 KHz – 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 2046.505886] (5170000 KHz – 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 2046.505888] (5735000 KHz – 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 2047.911704] wlan0: authenticate with 00:24:fe:02:dd:18 (try 1)
[ 2048.111065] wlan0: authenticate with 00:24:fe:02:dd:18 (try 2)
[ 2048.311038] wlan0: authenticate with 00:24:fe:02:dd:18 (try 3)
[ 2048.511065] wlan0: authentication with 00:24:fe:02:dd:18 timed out
[ 2669.715589] tg3 0000:02:00.0: PME# enabled
[ 2669.715609] tg3 0000:02:00.0: wake-up capability enabled by ACPI
[ 2671.457329] tg3 0000:02:00.0: wake-up capability disabled by ACPI
[ 2671.457377] tg3 0000:02:00.0: PME# disabled
[ 2671.468193] tg3 0000:02:00.0: irq 29 for MSI/MSI-X
[ 2671.502970] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 2671.662270] b43-phy0: Loading firmware version 478.104 (2008-07-01 00:50:23)
[ 2673.086039] tg3 0000:02:00.0: eth0: Link is up at 100 Mbps, full duplex
[ 2673.086043] tg3 0000:02:00.0: eth0: Flow control is on for TX and on for RX
[ 2673.086913] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 2673.087347] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 2837.909101] wlan0: authenticate with 00:24:fe:02:dd:18 (try 1)
[ 2837.912763] wlan0: authenticated
[ 2837.912792] wlan0: associate with 00:24:fe:02:dd:18 (try 1)
[ 2837.970297] wlan0: RX AssocResp from 00:24:fe:02:dd:18 (capab=0x431 status=0 aid=2)
[ 2837.970302] wlan0: associated
[ 2837.972490] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 2842.500060] No probe response from AP 00:24:fe:02:dd:18 after 500ms, disconnecting.
[ 2842.501295] cfg80211: Calling CRDA to update world regulatory domain
[ 2842.506315] cfg80211: World regulatory domain updated:
[ 2842.506319] (start_freq – end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 2842.506321] (2402000 KHz – 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 2842.506324] (2457000 KHz – 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 2842.506326] (2474000 KHz – 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 2842.506328] (5170000 KHz – 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 2842.506330] (5735000 KHz – 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 2843.913345] wlan0: authenticate with 00:24:fe:02:dd:18 (try 1)
[ 2844.113058] wlan0: authenticate with 00:24:fe:02:dd:18 (try 2)
[ 2844.313055] wlan0: authenticate with 00:24:fe:02:dd:18 (try 3)
[ 2844.513052] wlan0: authentication with 00:24:fe:02:dd:18 timed out
MarcosLaptop:/home/marco #

————snap———–

Danke schonmal.
Thomy

Frank, Holger,

in welcher Datei speichert KNetworkManager denn die WLAN-Konfiguration?

Gruß
Thomas

Hallo

ich nutze kein Suse sondern Ubuntu. dort habe ich das Problem folgendermassen gelösst. Zuerst den Treiber bc…legacy deaktivieren, so dass nur noch der b43 Treiber installiert ist. Anschiessend nach einem Paket in dieser Art suchen: “linux-backports-modules-lucid-generic”. Dieses bezieht sich allerdings auf Ubuntu, aber so in der Art.
Vielleicht nach “linux-modules-wlan” o.ä. suchen. Dies ist ein Paket im Linux Kernel. Wenn diese installiert ist. funtioniert auch das W-Lan. Wenn gar nichts geht , vielleicht auch mal die Dateien /etc/hosts sowie
/etc/resolv.conf und auch die /etc/network/interfaces prüfen und alles auf DHCP stellen.

Viel Erfolg

mfg

Nochmal hallo,

welchen Funkkanal benutzt Du? Vielleicht irgendeinen zwischen 11 und 13 ? Es gibt einige USA Firmware, die auf diesen Funkkanälen nicht laufen, da es diese Kanäle in USA nicht gibt. Manchmal nutzt es auch einfach, den Funkkanal auf Kanal 9 zu ändern. Die hatte bei mir auch schon mal was gebracht z.b. Intel Firmware.

Bye

Guten Abend zusammen.

Ich habe noch folgendes versucht:
– KDE Four Live 4.5.0 = kein Netz
– Kubuntu 10.04 Live = kein Netz
– Ubuntu 10.04 Gnome = kein Netz
– PartedMagic 5.2 = kein Netz
– OpenSuse 11.2 wieder installiert (was ja vor dem Upgrade voll funktioniert hat) = auch kein Netz mehr

Daraus folgere ich: OpenSuse 11.3 hat BEIDE (! ! ! !) Broadcom-Chipsätze zerstört.

Ich rate daher DRINGEND von einer Installation von OpenSuse 11.3 auf Systemen mit Broadcom-Chipsätzen ab.

Gruß
Thomy

Hallo!

Die Broadcom-Treiber sind nicht von Suse! Du solltest mit Deiner Behauptung etwas vorsichtiger sein.

Ralf

Hallo Ralph,

die Treiber sind die selben, wie sie schon in der OpenSuse11.2 im Einsatz waren. Dort funktionierten sie aber. Bei Lan und WLan.

Bei einem Laptop habe ich lediglich per DVD ein Distributionsupdate von OpenSuse 11.2 auf Opensuse 11.3 durchgeführt, ohne noch extra Treiber oder Programme aus dem I-Net heruntergeladen zu haben. Seit dem ist der Broadcom-Lan-Chip kaputt. Tests mit verschiedenen Live-Distries haben das bewiesen.

Also nochmal: Bei Broadcom-Modulen ist allergrößtes Misstrauen angesagt. Die gehen beim Update von Opensuse 11.2 auf 11.3 kaputt !! Wie auch immer.
Ich habe jetzt zwei kaputte Laptops.

Gruß
Thomy

Hallo Thomas,

Ich habe mal gegoogelt unter der Annahme dass Deine Vermutung betr. kaputtem Chipset richtig ist (durch Update korrumpierte Daten im Chipset). Muss aber vorausschicken, dass ich im Dunkeln tappe — ich kann ja Dein Problem nicht selber untersuchen.

Die Idee ist, dass Du die 5764M Hardware einem Test unterziehst und, falls nötig (und falls möglich) reparierst.

Ich hoffe Du kannst etwas English!

=== Ethernet NIC NetXtreme Desktop Driver Downloads ===

http://www.broadcom.com/support/ethernet_nic/netxtreme_desktop.php

Below you will find the latest drivers for Broadcom’s desktop NetXtreme Ethernet controllers:
5702, 5705, 5751, 5752, 5753, 5754, 5755, 5782, 57760, 57761, 57765

Previous driver versions can be found on our archive page <<>> download (1MB)

———-
DOS Diagnostic Utilities

How to run User Diagnostic for a BCM57xx NetXtreme Device:
-1- Create a bootable CD using the b57udiag ISO file
-2- Boot to DOS using this CD
-3- Choose option one on the FreeDOS 1.0 Final Cut CD menu
-4- Choose option “Install to HD using FD setup
-5- Run FreeDOS from CD ROM (return to command prompt)
-6- cd to b57diag and run b57udi
———-

BCM57xx Version 14.13 08/06/10 >>> download (9MB)
———-

Bemerkung: Die Vorgehensweise ist (soweit ich verstehe): CD brennen (ein ISO Image), dann diese CD booten, Testprogram von CD auf Festplatte kopieren, dann Test anwenden. Auch Treiber Software kann downgeloadet werden.

Lade mal alles relevante herunter (es sind zip archive) und lese die Text Dateien. Vieleicht kannst Du so Deine 5764M Hardware reparieren, oder zumindest analysieren?

(Nur so nebenbei: bei mir hat ein suseLinux Versionen-Update noch nie funktioniert, auch nicht von 11.2 auf 11.3)

Gruss,
Roland

Noch ein Nachtrag:

Auf alle Fälle und als Notlösung: es gibt auch usb-zu-ethernet Adapter (Kosten etwa 20-40 Euro).

Gruss,
Roland

> (Nur so nebenbei: bei mir hat ein suseLinux Versionen-Update noch > nie funktioniert, auch nicht von 11.2 auf 11.3

Als Suse 11.3 heraus kam, habe ich hier 5 Rechner (3 Desktops, 1 Notebook und 1 Netbook) mit Suse 11.2 geupdatet. Ganz einfach mit zypper dup. Die laufen heute noch fehlerfrei.

Woran das wohl liegen mag?

Ralf

Hallo Ralf,

Ich vermute, dass ein System welches so belassen wird wie es installiert worden ist auch problemlos einen Versionen-Update übersteht. Falls jedoch am System eigene Anpassungen (d.h. Eingriffe in das “Eingeweide”) vorgenommen wurden, dann ist ein Update mit Risiko behaftet — so bei mir.

Im Übrigen verstehe ich Deinen Einwand nicht. Bei mir hat das Update nicht funktioniert — kannst Du das nicht einfach akzeptieren?

Gruss,
Roland

Hallo Ralf,

deine Frage “Woran das wohl liegen mag?” interprettiere ich so: “Ich habe alles richtig gemacht und ihr seid nur zu blöd dazu!”

Das hilft hier aber niemandem. Wenn Du doch sooo schlau bist, dann gib’ doch mal ein paar brauchtbare Hinweise, wie das beschriebene Problem behoben werden kann !!!
Andernfalls kannst Du dich auch gerne heraus halten.

Gruß
Thomy

Hallo Roland.

Auf jeden Fall werde ich das Test-Tool am Wochenende ausprobieren und darüber berichten.

Und das mit dem USB-Ethernet-Adapter gefällt mir als Ersatz auch sehr gut. Hab’ schon bei Ebay geschaut. Es gibt ‘ne ganze Menge davon für Linux.

Vielen Dank.
Thomy.

Hallo,

sorry, dass ich mich so lange nicht mehr gemeldet habe. Ich hatte einen Festplattencrash. Leider hatte ich kein aktuelles Backup und somit einiges an Arbeit. Jetzt geht der Laptop wieder.

Zum Thema:
Ich hatte ja einiges ausprobiert und auch die Diagnosesoftware von Broadcom brachte mich nicht auf den Fehler.
ABER: Es scheint irgendein Verbindungsproblem zwischen meinem Power-Lan-Adapter und der Strecke zur Fritzbox gewesen zu sein.
Um den Fehler in Ruhe zu untersuchen, hatte ich beide Laptops eingepackt und vom Erdgeschoß zum Arbeitszimmmer im Dachgeschoß verlagert. Von dort funktionierte die Lan-Verbindung, auf beiden Laptops. Also habe ich auf beiden Rechnern von dort aus alle Patches und Aktualisieren per Zypper durchgeführt. Seit dem funktioniert nun der Netzwerkmanager und WLan wieder. Merkwürdigerweise habe ich jetzt auch die Power-Lan-Verbindung vom Erdgeschoß wieder. Und zwar mit derselben Hardware.

Also alles sehr sehr merkwürdig. Meine Behauptung, dass Opensuse die Broacom -Hardware zerstört, muß ich also revidieren, was ich hiermit tue. Wo letzenendes der Fehler war, kann ich leider absolut nicht sagen.

Danke an alle, für die Tipps und Hilfestellungen.
Euer Thomy

Ein Treiberproblem scheint nicht (mehr) vorzuliegen.
Du hast DSL und verwendest einen Router? Dann kannst Du “kinternet” deinstallieren. Ist bei Suse 11.3 auch nicht mehr dabei. Als ich das letzte Mal “kinternet” verwendet habe, hatte ich noch ISDN.

Was eth0 betrifft, hier sehe ich keine IP-Adresse. Ich nehme an, der DHCP-Server im Router ist aktiviert?

Gebe mal in einer Konsole als root ein:

dhcpd eth0

und beobachte was passiert.

Dann

ifconfig eth0

Die Ausgabe sollte dann so ähnlich aussehen:

eth0 Link encap:Ethernet Hardware Adresse 00:1D:72:AB:2C:9D
inet Adresse:192.168.178.153 Bcast:192.168.178.255 Maske:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
…

wlan:
Hast Du die Verschlüsselung überprüft? Stimmen die WPA-Einstellungen überein?
————————————————————————-
Dann gibt es da noch etwas, was manche nicht wissen. Bei Notebooks unterscheidet man zwischen Softkeys und Hardkeys was das Ein- und Ausschalten von Wlan oder auch Bluetooth betrifft. Genau dieses Problem hatte ich mit meinem Presario.

Installiere mal das Tool “rfkill”. Keine Angst, da wird nichts gekillt. Ist bei Suse in den Repositories.

Gebe dann in einer Konsole als root ein:

rfkill unblock all

Erst damit konnte ich mein wlan aktivieren.

Bei Deiner dmesg-Ausgabe ist mir “phy0” aufgefallen. Das hat eigentlich etwas mit Bluetooth zu tun. Hat Dein Notebook Bluetooth?

Wenn Du kein “mobile Breitband” benutzt und Dich auch nicht in mehreren Wlan-Netzen bewegst, dann verwende “ifup” und deinstalliere “kinternet” und den networkmanager.

Hallo Holger, hallo Frank,

mein Provider heißt 1und1. Das sollte aber keine Rolle spielen, da alle anderen Computer das Internet nutzen können.

Die Fritzbox fungiert als Router und stellt dauerhaft die Internetverbindung her. Sie ist auch mein DHCP-Server, an dem sich alle Rechner anmelden. Das funktioniert.

Aber ich habe hier noch einen weiteren Laptop. Den Nachfolger des oben genannten Extensa 5220. Es ist ein Extensa 5230E. Dieser hat folgende Chipsätze:

WLAN:
Atheros Communications Inc. AR928X Wireless Network Adapter (PCI-Express) (rev 01)

Ethernet:
Broadcom Corporation NetXtreme BCM5764M Gigabit Ethernet PCIe (rev 10)

Auch hier weigert sich der Broadcom-Chipsatz, mit dem Netzwerk zu kommunizieren. Das war mir zunächst nicht aufgefallen, da dieser Rechner standardmäßig über WLAN verbunden ist und die WLAN-Verbindung mit dem Atheros-Chipsatz einwandfrei funktioniert.

Eine Frage mal nebenbei: Kann man einfach so ein nicht funktionierendes Lan- oder WLAN-HardwareModul austauschen, ähnlich wie bei Desktop-PCs?

Ich habe den Befehl “dhcpd eth0 eingegeben. Ergebnis:

——————–snip———————-
MarcosLaptop:/home/marco # dhcpd eth0
If ‘dhcpd’ is not a typo you can use command-not-found to lookup the package that contains it, like this:
cnf dhcpd
MarcosLaptop:/home/marco # cnf dhcpd

Das Programm ‘dhcpd’ kann in den folgenden Paketen gefunden werden:
* dhcp-server [ Pfad: /usr/sbin/dhcpd, Repository: zypp (repo-update) ]
* dhcp-server [ Pfad: /usr/sbin/dhcpd, Repository: zypp (repo-oss) ]
* dhcp-server [ Pfad: /usr/sbin/dhcpd, Repository: zypp (openSUSE-11.3 11.3-1.82) ]

Try installing with:
zypper install dhcp-server

MarcosLaptop:/home/marco # >
——————–snap———————-

@ Frank
Brauche ich das dhcpd überhaupt, wenn die Fritzbox der DHCP-Server ist?

rfkill habe ich installiert. Nach dem Befehl “rfkill unblock all” war für 10 Sekunden über WLAN die “Verbindung aktiv”. Danach kam wieder die WLAN-Paßwortabfrage, die Verbindung war damit wieder weg.

Die Ausgabe von iwconfig sieht damit so aus:

——————–snip———————-
MarcosLaptop:/home/marco # iwconfig
lo no wireless extensions.

eth0 no wireless extensions.

wlan0 IEEE 802.11bg ESSID:”PapasSpace”
Mode:Managed Frequency:2.472 GHz Access Point: Not-Associated
Tx-Power=20 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off

MarcosLaptop:/home/marco #
——————–snap———————-

Meine Frage an dieser Stelle: Ist dieZeile “Encryption key:off” nicht die Stelle für das WLAN-Passwort? Das würde erklären, warum die Passwortabfrage immerwieder kommt.

Die Ausgabe von dmesg für den WLAN-Zweig sieht nun so aus:

——————–snip———————-
[ 42.348250] b43 ssb0:0: firmware: requesting b43/ucode15.fw
[ 42.377312] b43 ssb0:0: firmware: requesting b43/lp0initvals15.fw
[ 42.380866] b43 ssb0:0: firmware: requesting b43/lp0bsinitvals15.fw
[ 42.597210] b43-phy0: Loading firmware version 478.104 (2008-07-01 00:50:23)
[ 44.035970] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 44.148155] NET: Registered protocol family 17
[ 64.666873] b43-phy0 ERROR: Fatal DMA error: 0x00000800, 0x00000000, 0x00000000, 0x00000000, 0x00000000, 0x00000000
[ 64.666879] b43-phy0 ERROR: This device does not support DMA on your system. Please use PIO instead.
[ 64.666882] b43-phy0: Controller RESET (DMA error) …
[ 64.833272] b43-phy0: Loading firmware version 478.104 (2008-07-01 00:50:23)
[ 66.230876] b43-phy0: Controller restarted
[ 364.264934] wlan0: authenticate with 00:24:fe:02:dd:18 (try 1)
[ 364.270545] wlan0: authenticated
[ 364.270569] wlan0: associate with 00:24:fe:02:dd:18 (try 1)
[ 364.274246] wlan0: RX AssocResp from 00:24:fe:02:dd:18 (capab=0x431 status=0 aid=2)
[ 364.274249] wlan0: associated
[ 364.275683] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 369.506055] No probe response from AP 00:24:fe:02:dd:18 after 500ms, disconnecting.
[ 369.506943] cfg80211: Calling CRDA to update world regulatory domain
[ 369.511776] cfg80211: World regulatory domain updated:
[ 369.511780] (start_freq – end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 369.511783] (2402000 KHz – 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 369.511786] (2457000 KHz – 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 369.511788] (2474000 KHz – 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 369.511790] (5170000 KHz – 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 369.511792] (5735000 KHz – 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 370.915347] wlan0: authenticate with 00:24:fe:02:dd:18 (try 1)
[ 371.115054] wlan0: authenticate with 00:24:fe:02:dd:18 (try 2)
[ 371.315058] wlan0: authenticate with 00:24:fe:02:dd:18 (try 3)
[ 371.515049] wlan0: authentication with 00:24:fe:02:dd:18 timed out
——————–snap———————-

Hier macht mir die Zeile zu schaffen:

[ 64.666879] b43-phy0 ERROR: This device does not support DMA on your system. Please use PIO instead.

Ich habe mal geschaut, was dieses phy ist. Auf der Seite
http://www.linuxwireless.org/en/users/Drivers
ist eine Tabelle, wo das im Zusammenhang mit den WLAN-Protokollen 802.11/b/g/n etc. aufgelistet wird. Also nicht für Bluetooth.

Gruß
Thomy

dhcp
Natürlich brauchst Du nur einen dhcp-server im Netz. Da muss ich mich entschuldigen, denn ich hatte mich leider verschrieben.

dhcpcd eth0

wäre richtig gewesen. Ich hatte das “c” unterschlagen.

wlan
Hast Du in der FritzBox einen wpa-Schlüssel eingetragen? Den musst Du dann auch bei der Passwortabfrage angeben.

Bei der Ausgabe von
——————
wlan0 IEEE 802.11bg ESSID:”PapasSpace”
Mode:Managed Frequency:2.472 GHz Access Point: Not-Associated
Tx-Power=20 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
——————
sollte hinter Access Point eine MAC-Adresse stehen. Wenn Du keine Verschlüsselung verwendest, sollte eigentlich auch kein Passwort abgefragt werden.

Du kannst Dir auch mal

hwinfo –wlan

ansehen und einen Blick in /var/log/NetworkManager werfen.

Auch das Kommando

nm-tool

kann aufschlussreich sein.

Übrigens habe ich hier auch ein Notebook von MSI mit einem Wlan-Chip von Ralink. Wlan wollte mit Suse 11.3 auch nicht. Nach Installation von Kernel 2.6.35 hat es dann funktioniert.

Mehr fällt mir jetzt auch nicht ein. Bliebe nur noch zu sagen, dass der Treiber vielleicht nichts taugt.

Wer ist dein InternetProvider?

Telekom, 1&1, oder……??

Ich habe nicht ohne Grund nach deinem Provider gefragt.
Jeder Provider hat einen anderen News-Server. Und genau hier, im Usenet, bekommt man genau die Hilfe, die man braucht. Und das sogar fast in Echtzeit.

Hallo Holger,

wie geht denn das mit dem Newsnet über 1und1?

Gruß
Thomy

Hi Thomas!

Für das Usenet verwende ich knode.

Installation mit sudo zypper install knode.

Eine beschreibung findest du unter
http://www.easylinux.de/Artikel/ausgabe/2003/12/044-knode/index.html

Viel Spass

Hier noch der Newsserver von 1&1: news.online.de