Beiträge von wolfgang.j

Ok, ich habe den ath5k-Treiber in die /etc/modprobe.d/50-blacklist.conf eingetragen, dann benutzt der Networkmanager automatisch den Madwifi-Treiber ath_pci, das Device heißt jetzt ath0, aber ich bekomme immer noch keine Verbindung. Der Test, den ich nochmal mit dem neuen Treiber ausgeführt habe, sagt immer noch etwas von fehlender IP-Adresse....

Ich habe die beiden Sachen installiert (allerdings ohne Kernel-update, ich hoffe, das spielt keine Rolle). Nach Herunter- und Herauffahren des Computers verbindet sich der NetworkManager aber immer noch über den ath5k-Treiber. Wie bringe ich ihn denn nun dazu, den madwifi-Treiber zu verwenden? (So war das doch gedacht, oder?)

Wolfgang

Ich kenne mich mit der Bedeutung der IP-Adressen nicht aus, daher kann ich nur wiedergeben, was ich bei der WLAN-Verbindung unter Windows abgeschrieben habe:

IP-Adress 192.168.1.12
Gateway 192.168.1.2
IP Netmask 255.255.255.0

Diese Daten hatte ich auch bei manueller Eingabe einer festen IP im Netzwerkmanager eingetragen - ohne Erfolg.

Ich verstehe nicht, was heißt zwei verschiedene Netzwerke?

Feste IP-Adresse habe ich probiert - keine Verbindung.

Ich habe beide Karten in Yast nun gelöscht, es steht also hinter beiden "nicht konfiguriert". Trotzdem bekam ich keine Verbindung zum WLAN-Router. Ein neuer Lauf des Tests sagte mir

"CND0330E: Es existierern Schlüsselprobleme am Interface wlan0",

also habe ich im Router und im Netzwerkmanager die Verschlüsselung abgestellt. Leider immer noch keine Verbindung. Also nochmal den Test laufen lassen, er sagt mir immer noch was von "Schlüsselproblemen" - kurios... Anbei die aktuelle Test-Datei mit Bitte um weitere Hilfe.

Besten Dank
Wolfgang

Hier ist die Ausgabe des Tests, vielen Dank!

Wolfgang

Liebe Leute,
vielleicht kann mir jemand helfen: Ich bekomme auf meinem Notebook mit SUSE 11.4 mit dem NetworkManager keine Verbindung zu meinem WLAN-Router. Hier die Logdatei des NetworkManagers:

Aug 23 21:29:21 linux NetworkManager[1458]: <info> Activation (wlan0) starting connection 'philips'
Aug 23 21:29:21 linux NetworkManager[1458]: <info> (wlan0): device state change: 3 -> 4 (reason 0)
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled...
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) started...
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) starting...
Aug 23 21:29:21 linux NetworkManager[1458]: <info> (wlan0): device state change: 4 -> 5 (reason 0)
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Activation (wlan0/wireless): access point 'philips' has security, but secrets are required.
Aug 23 21:29:21 linux NetworkManager[1458]: <info> (wlan0): device state change: 5 -> 6 (reason 0)
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
Aug 23 21:29:21 linux NetworkManager[1458]: <warn> Failed to update connection secrets: 1 802-1x
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled...
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) started...
Aug 23 21:29:21 linux NetworkManager[1458]: <info> (wlan0): device state change: 6 -> 4 (reason 0)
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) starting...
Aug 23 21:29:21 linux NetworkManager[1458]: <info> (wlan0): device state change: 4 -> 5 (reason 0)
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Activation (wlan0/wireless): connection 'philips' has security, and secrets exist. No new secrets needed.
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Config: added 'ssid' value 'philips'
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Config: added 'scan_ssid' value '1'
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Config: added 'bssid' value '00:12:bf:1f:4a:04'
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Config: added 'key_mgmt' value 'NONE'
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Config: added 'auth_alg' value 'SHARED'
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Config: added 'wep_key0' value '<omitted>'
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Config: added 'wep_key1' value '<omitted>'
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Config: added 'wep_key2' value '<omitted>'
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Config: added 'wep_key3' value '<omitted>'
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Config: added 'wep_tx_keyidx' value '0'
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
Aug 23 21:29:21 linux NetworkManager[1458]: <info> Config: set interface ap_scan to 1
Aug 23 21:29:21 linux NetworkManager[1458]: <info> (wlan0): supplicant connection state: disconnected -> scanning
Aug 23 21:29:25 linux NetworkManager[1458]: <info> (wlan0): supplicant connection state: scanning -> associating
Aug 23 21:29:25 linux NetworkManager[1458]: <info> (wlan0): supplicant connection state: associating -> associated
Aug 23 21:29:25 linux NetworkManager[1458]: <info> (wlan0): supplicant connection state: associated -> completed
Aug 23 21:29:25 linux NetworkManager[1458]: <info> Activation (wlan0/wireless) Stage 2 of 5 (Device Configure) successful. Connected to wireless network 'philips'.
Aug 23 21:29:25 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 3 of 5 (IP Configure Start) scheduled.
Aug 23 21:29:25 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 3 of 5 (IP Configure Start) started...
Aug 23 21:29:25 linux NetworkManager[1458]: <info> (wlan0): device state change: 5 -> 7 (reason 0)
Aug 23 21:29:25 linux NetworkManager[1458]: <info> Activation (wlan0) Beginning DHCPv4 transaction (timeout in 45 seconds)
Aug 23 21:29:25 linux NetworkManager[1458]: <info> dhclient started with pid 14546
Aug 23 21:29:25 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 3 of 5 (IP Configure Start) complete.
Aug 23 21:29:25 linux NetworkManager[1458]: <info> (wlan0): DHCPv4 state changed nbi -> preinit
Aug 23 21:30:10 linux NetworkManager[1458]: <warn> (wlan0): DHCPv4 request timed out.
Aug 23 21:30:11 linux NetworkManager[1458]: <info> (wlan0): canceled DHCP transaction, DHCP client pid 14546
Aug 23 21:30:11 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 4 of 5 (IP4 Configure Timeout) scheduled...
Aug 23 21:30:11 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 4 of 5 (IP4 Configure Timeout) started...
Aug 23 21:30:11 linux NetworkManager[1458]: <info> (wlan0): device state change: 7 -> 9 (reason 5)
Aug 23 21:30:11 linux NetworkManager[1458]: <warn> Activation (wlan0) failed for access point (philips)
Aug 23 21:30:11 linux NetworkManager[1458]: <info> Marking connection 'philips' invalid.
Aug 23 21:30:11 linux NetworkManager[1458]: <warn> Activation (wlan0) failed.
Aug 23 21:30:11 linux NetworkManager[1458]: <info> Activation (wlan0) Stage 4 of 5 (IP4 Configure Timeout) complete.
Aug 23 21:30:11 linux NetworkManager[1458]: <info> (wlan0): device state change: 9 -> 3 (reason 0)
Aug 23 21:30:11 linux NetworkManager[1458]: <info> (wlan0): deactivating device (reason: 0).

Wie es aussieht bekomme ich keine IP-Adresse zugewiesen, aber warum? An der Hardware kann's nicht liegen, da unter Windows die Verbindung klappt. Wenn ich den NetworkManager kille und die Verbindung händisch mit ifconfig, iwconfig etc. aufbaue, bekomme ich ebenfalls eine Verbindung, es muss also wohl am NetworkManager liegen?

Hier noch meine WLAN-Karte: Ethernet controller: Atheros Communications Inc. AR5413 802.11abg NIC (rev 01)

Kann mir jemand weiterhelfen? Jetzt schon mal vielen Dank!
Wolfgang

Hallo,
der Bildschirm meines Notebooks mit Nvidia-Graphikkarte blieb ebenfalls schwarz, bis ich in
xorg.conf unter Section "Device" folgenden Eintrag machte:

Option "UseDisplayDevice" "DFP"

(DFP für digital flat panel, er dachte wohl, ich hätte eine Kathodenstrahlröhre dranhängen...).
Nun ist meine Graphikkarte schon uralt, daher unwahrscheinlich, daß es bei Dir auch daran liegt, aber Du kannst es ja wenigstens versuchen.
Grüße
Wolfgang

Hallo Leute,
ich hatte dasselbe Problem: Zwei Notebook-Lüfter, die ständig laufen und sich nicht leisestellen lassen. Ich habe es mittlerweile folgendermaßen gelöst:

In die "kernel"-Zeile von /boot/grub/menu.lst den Eintrag

acpi_osi=Linux

hintenanhängen (irgendwo im Netz gefunden). Meine beiden Lüfter sind im Filesystem unter

/sys/devices/virtual/thermal/cooling_device1 und
/sys/devices/virtual/thermal/cooling_device2

zu finden und haben jeweils den Zustand ("cur_state") "0" (aus) oder "1" (an). Nach dem Rebooten des Computers (um obige boot-Option zu laden), gebe ich den Lüftern "einen Tritt", indem ich

echo -n 1 > /sys/devices/virtual/thermal/cooling_device1/cur_state
echo -n 0 > /sys/devices/virtual/thermal/cooling_device1/cur_state

eingebe. Das schaltet den Lüfter 1 aus, der Lüfter 2 schaltet sich bei mir automatisch gleich mit ab (sonst gibt man die beiden Zeilen halt auch für cooling_device2 ein...). Jetzt funktioniert die Lüftung so, wie es vom BIOS geregelt ist, d.h. sie gehen bei bestimmten Temperaturen an, und dann wieder aus, und wieder an....

Um das nicht jedesmal händisch machen zu müssen, habe ich die beiden Zeilen in das Startskript /etc/init.d/acpid eingetragen, dann wird das beim Booten automatisch ausgeführt. Damit die Lüftung auch nach dem Aufwachen aus dem Suspend To RAM richtig funktioniert, habe ich die beiden Zeilen auch noch in

/usr/lib/pm-utils/sleep.d/80acpi-fan

eingetragen (alle anderen Befehle in dem Skript kann man herauskommentieren, denn die betreffen noch das alte System, bei dem die Lüfter unter /proc/acpi/fan ... zu finden waren).
Dann mußte ich aber den File 80acpi-fan noch nach 47acpi-fan verschieben (trial and error...), damit er beim Aufwachen an der "richtigen" Stelle ausgeführt wird.

Ich hoffe, das hilft Euch! Beste Grüße
Wolfgang