Arch Linux

Kein ping zu Router oder Internet [Destination Host unreachable]

psyxxxx

Hallo erstmal an die gesamte Arch Gemeinde. Ich lese nun schon einige Zeit hier und im englischen Forum und muss sagen dass ich schwer beeindruckt von der Kompetenz der Community bin. Ich nutze Arch nun seit ein paar Monatenn nachdem ich von Ubuntu gekommen bin und hatte bisher auch eig. nie Probleme. Bis jetzt....
Seit einigen Tagen habe ich ein wlan Problem bei dem ich nicht mehr weiterkomme. Wie gesagt bin noch weit davon entfernt ein Arch Profi zu sein 😉...
Seit einigen Tagen kann ich mich nicht mehr mit dem Internet verbinden, bzw. kurz ist es sogar moeglich, aber dann bricht die verbindung ab.
Auch Google, das wiki und verschiedene Foren konnten mir nicht weiterhelfen.
Ich benutzte wpa_supplicant und dhcpcd.

Hier das Problem:

[psyx@myhost/home/psyx]\> ping www.google.com
ping: unknown host www.google.com

die Zeit die verstreicht bis die unknown host meldung kommt betraegt ca. 30 sec.

ich habe nichts an irgendwelchen config files geaendert und vorher ging alles einwandfrei. auf besagtem rechner befindet sich auch noch
eine ubuntu distro, bei der alles problemlos funktioniert. Liegt also weder an Hardware noch am Router.

Hier einige Netzwerk-tool outputs und die wichtigsten config files.

[psyx@myhost/home/psyx]\> ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:A0:D1:A8:8E:D0  
          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 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:16 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:5592 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5592 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:471092 (460.0 Kb)  TX bytes:471092 (460.0 Kb)

wlan0     Link encap:Ethernet  HWaddr 00:1F:3B:17:EA:4F  
          inet addr:192.168.2.101  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:396 errors:0 dropped:0 overruns:0 frame:0
          TX packets:448 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:38756 (37.8 Kb)  TX bytes:44870 (43.8 Kb)

[psyx@myhost/home/psyx]\> ifconfig wlan0
wlan0     Link encap:Ethernet  HWaddr 00:1F:3B:17:EA:4F  
          inet addr:192.168.2.101  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:396 errors:0 dropped:0 overruns:0 frame:0
          TX packets:448 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:38756 (37.8 Kb)  TX bytes:44870 (43.8 Kb)

[psyx@myhost/home/psyx]\> route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.2.0     0.0.0.0         255.255.255.0   U     303    0        0 wlan0
0.0.0.0         192.168.2.1     0.0.0.0         UG    303    0        0 wlan0

[psyx@myhost/home/psyx]\> ping localhost
PING localhost.localdomain (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost.localdomain (127.0.0.1): icmp_req=1 ttl=64 time=0.030 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_req=2 ttl=64 time=0.035 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_req=3 ttl=64 time=0.034 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_req=4 ttl=64 time=0.038 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_req=5 ttl=64 time=0.039 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_req=6 ttl=64 time=0.039 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_req=7 ttl=64 time=0.038 ms
^C
--- localhost.localdomain ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 5997ms
rtt min/avg/max/mdev = 0.030/0.036/0.039/0.004 ms

router anpingen:

[psyx@myhost/home/psyx]\> ping 192.168.2.101
PING 192.168.2.101 (192.168.2.101) 56(84) bytes of data.
64 bytes from 192.168.2.101: icmp_req=1 ttl=64 time=0.041 ms
64 bytes from 192.168.2.101: icmp_req=2 ttl=64 time=0.035 ms
64 bytes from 192.168.2.101: icmp_req=3 ttl=64 time=0.038 ms
64 bytes from 192.168.2.101: icmp_req=4 ttl=64 time=0.039 ms
64 bytes from 192.168.2.101: icmp_req=5 ttl=64 time=0.038 ms
64 bytes from 192.168.2.101: icmp_req=6 ttl=64 time=0.038 ms
64 bytes from 192.168.2.101: icmp_req=7 ttl=64 time=0.038 ms
64 bytes from 192.168.2.101: icmp_req=8 ttl=64 time=0.038 ms
64 bytes from 192.168.2.101: icmp_req=9 ttl=64 time=0.039 ms
64 bytes from 192.168.2.101: icmp_req=10 ttl=64 time=0.038 ms
^C
--- 192.168.2.101 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 8998ms
rtt min/avg/max/mdev = 0.035/0.038/0.041/0.004 ms

anfangs dachte ich noch es wuerde sich um ein dns problem handeln, aber

[psyx@myhost/home/psyx]\> ping 209.85.148.106
PING 209.85.148.106 (209.85.148.106) 56(84) bytes of data.
From 192.168.2.101 icmp_seq=2 Destination Host Unreachable
From 192.168.2.101 icmp_seq=3 Destination Host Unreachable
From 192.168.2.101 icmp_seq=4 Destination Host Unreachable
From 192.168.2.101 icmp_seq=6 Destination Host Unreachable
From 192.168.2.101 icmp_seq=7 Destination Host Unreachable
From 192.168.2.101 icmp_seq=8 Destination Host Unreachable
^C
--- 209.85.148.106 ping statistics ---
10 packets transmitted, 0 received, +6 errors, 100% packet loss, time 9021ms
pipe 3

zeigt, dass das wohl nicht der fall ist.

[psyx@myhost/home/psyx]\> ping google.de
ping: unknown host google.de

Also wie bereits oben erwaehnt empfangen die letzten beiden pings auch zeitweise mal pakete, dies hoert dannn nach einger Zeit auf und
die Verbindung zum Internet bricht wie bei obigen outputs ab.

Hier noch die wichtigsten config files:

/etc/resolv.conf

  1 # Generated by dhcpcd from wlan0
  2 # /etc/resolv.conf.head can replace this line
  3 nameserver 192.168.2.1
  4 # /etc/resolv.conf.tail can replace this line

/etc/dhcpcd.conf

  1 # A sample configuration for dhcpcd.
  2 # See dhcpcd.conf(5) for details.
  3 
  4 # Inform the DHCP server of our hostname for DDNS.
  5 hostname
  6 # To share the DHCP lease across OSX and Windows a ClientID is needed    .
  7 # Enabling this may get a different lease than the kernel DHCP client    .
  8 # Some upstream DHCP servers may also require a ClientID, such as FRI    TZ!Box.
  9 #clientid
 10 
 11 # A list of options to request from the DHCP server.
 12 option domain_name_servers, domain_name, domain_search, host_name
 13 option classless_static_routes
 14 # Most distributions have NTP support.
 15 option ntp_servers
 16 # Respect the network MTU.
 17 option interface_mtu
 18 # A ServerID is required by RFC2131.
 19 require dhcp_server_identifier
 20 
 21 # A hook script is provided to lookup the hostname if not set by the     DHCP
 22 # server, but it should not be run by default.
 23 nohook lookup-hostname
 24 noipv4ll
 25 # nohook resolv.conf
 26

/etc/rc.conf

1 #
  2 # /etc/rc.conf - Main Configuration for Arch Linux
  3 #
  4 
  5 # -------------------------------------------------------------------    ----
  6 # LOCALIZATION
  7 # -------------------------------------------------------------------    ----
  8 #
  9 # LOCALE: available languages can be listed with the 'locale -a' comm    and
 10 # HARDWARECLOCK: set to "UTC" or "localtime", any other value will re    sult
 11 #   in the hardware clock being left untouched (useful for virtualiza    tion)
 12 # TIMEZONE: timezones are found in /usr/share/zoneinfo
 13 # KEYMAP: keymaps are found in /usr/share/kbd/keymaps
 14 # CONSOLEFONT: found in /usr/share/kbd/consolefonts (only needed for     non-US)
 15 # CONSOLEMAP: found in /usr/share/kbd/consoletrans
 16 # USECOLOR: use ANSI color sequences in startup messages
 17 #
 18 LOCALE="de_DE.UTF-8"
 19 HARDWARECLOCK="UTC"
 20 TIMEZONE="Europe/Berlin"
 21 KEYMAP="de-latin1"
 22 CONSOLEFONT="default8x16"
 23 CONSOLEMAP=
 24 USECOLOR="yes"
 25 
 26 # -------------------------------------------------------------------    ----
 27 # HARDWARE
 28 # -------------------------------------------------------------------    ----
 29 #
 30 # allg. fuer treiber module usw.
 31 # MOD_AUTOLOAD: Allow autoloading of modules at boot and when needed
 32 # MOD_BLACKLIST: Prevent udev from loading these modules
 32 # MOD_BLACKLIST: Prevent udev from loading these modules
 33 # MODULES: Modules to load at boot-up. Prefix with a ! to blacklist.
 34 #
 35 # NOTE: Use of 'MOD_BLACKLIST' is deprecated. Please use ! in the MOD    ULES array.
 36 #
 37 MOD_AUTOLOAD="yes"  #damit hardware scannen aktiviert wird
 38 #MOD_BLACKLIST=() #deprecated   --> nicht mehr wichtig da mit '!' unt    er Modules gearbeitet werden kann
 39 MODULES=(acpi-cpufreq cpufreq_ondemand)     #fuer die treibermodule d    ie nicht automatisch erkannt werden.-> in runden klammern angeben
 40 
 41 # Scan for LVM volume groups at startup, required if you use LVM
 42 USELVM="no"
 43 
 44 # -------------------------------------------------------------------    ----
 45 # NETWORKING
 46 # -------------------------------------------------------------------    ----
 47 #
 48 # HOSTNAME: Hostname of machine. Should also be put in /etc/hosts
 49 #
 50 HOSTNAME="myhost"
 51 
 52 # Use 'ifconfig -a' or 'ls /sys/class/net/' to see all available inte    rfaces.
 53 #
 54 # Interfaces to start at boot-up (in this order)
 55 # Declare each interface then list in INTERFACES
 56 #   - prefix an entry in INTERFACES with a ! to disable it
 57 #   - no hyphens in your interface names - Bash doesn't like it
 58 # 
 59 # DHCP:     Set your interface to "dhcp" (eth0="dhcp")
 60 # Wireless: See network profiles below
 61 #
 62 
 63 #Static IP example
 64 #eth0="eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255    "
 65 eth0="dhcp"
 66 INTERFACES=(eth0)
 67 wlan0="dhcp"
 68 INTERFACES=(wlan0)
 69 
 70 # Routes to start at boot-up (in this order)
 71 # Declare each route then list in ROUTES
 72 #   - prefix an entry in ROUTES with a ! to disable it
 73 #
 74 gateway="default gw 192.168.0.1"
 75 ROUTES=(!gateway)
 76 
 77 # Setting this to "yes" will skip network shutdown.
 78 # This is required if your root device is on NFS.
 79 NETWORK_PERSIST="no"
 80 
 81 # Enable these network profiles at boot-up.  These are only useful
 82 # if you happen to need multiple network configurations (ie, laptop u    sers)
 83 #   - set to 'menu' to present a menu during boot-up (dialog package     required)
 84 #   - prefix an entry with a ! to disable it
 85 #
 86 # Network profiles are found in /etc/network.d
 87 #
 88 # This now requires the netcfg package
 89 #
 90 #NETWORKS=(main)
 91 
 92 # -------------------------------------------------------------------    ----
 93 # DAEMONS
 94 # -------------------------------------------------------------------    ----
 95 #
 96 # Daemons to start at boot-up (in this order)
 97 #   - prefix a daemon with a ! to disable it
 98 #   - prefix a daemon with a @ to start it up in the background
 99 #
 100 DAEMONS=(syslog-ng hal !network !netfs crond alsa ntpd kdm acpid cpuf    req)

/etc/nsswitch.conf

  1 # Begin /etc/nsswitch.conf
  2 
  3 passwd: files
  4 group: files
  5 shadow: files
  6 
  7 publickey: files
  8 
  9 hosts: files dns
 10 networks: files dns
 11 
 12 protocols: files
 13 services: files
 14 ethers: files
 15 rpc: files
 16 
 17 netgroup: files
 18 
 19 # End /etc/nsswitch.conf

/etc/wpa_supplicant.conf

557 network={
558 ssid="WLAN-NAME"
559 key_mgmt=WPA-PSK
560 proto=WPA
561 pairwise=TKIP
562 group=TKIP
563 psk="password"
564 }

Hab ich etwas uebersehen/ nicht verstanden?? Ich waere euch aeussert dankbar fuer etwas Hilfe. Bin seit Tagen nur noch drann hier weiterzukommen, aber ich bekomms einfach nich gebacken.
Sind noch irgendwelche outputs von Noeten die helfen wuerden?

gruesse

ps.: entschuldigt bitte wenn vom post her irgendwas nicht passt. Ist mein erster und ich gelobe Besserung ... 🙂

fs4000

Du pingst da dich selbst an und nicht den Router. Probier mal ping 192.168.2.1

waldbaer59

Geht was, wenn Du Dich direkt mit einem Kabel an den Router hängst, also eth0 verwendest?

'Seit einigen Tagen'. Bedeutet das, dass Du ein Update vorgenommen hast? Dann prüfe bitte, WAS Du an Neuem reinbekommen hast, das sich auf diesen Themenbereich bezieht. Evtl. kann dann ein systematisches Downgraden und Prüfen weiterhelfen.

VLG
Stephan

psyxxxx

fs4000 schrieb Du pingst da dich selbst an und nicht den Router. Probier mal ping 192.168.2.1

oh verdammt, stimmt ja...

ok dann duerfte der Threadtitel wohl nicht mehr stimmen. Ich werde den dann gleich ma aendern.

[psyx@myhost/home/psyx/uni/semester04/matheC4]\> ping 192.168.2.1
PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data.
From 192.168.2.101 icmp_seq=2 Destination Host Unreachable
From 192.168.2.101 icmp_seq=3 Destination Host Unreachable
From 192.168.2.101 icmp_seq=4 Destination Host Unreachable
From 192.168.2.101 icmp_seq=6 Destination Host Unreachable
From 192.168.2.101 icmp_seq=7 Destination Host Unreachable
From 192.168.2.101 icmp_seq=8 Destination Host Unreachable
^C
--- 192.168.2.1 ping statistics ---
11 packets transmitted, 0 received, +6 errors, 100% packet loss, time 10028ms
pipe 3

Router laesst sich also auch nicht pingen ...

Kann im Moment nicht mit Kabel an den Router, werde aber heute Abend noch mal posten.
Hm soweit ich mich erinnern kann hatte ich zu diesem Zeitpunkt noch kein Update vorgenommen. Seit dem aber schon einige.

Danke schon mal fuer die schnelle Hilfe

Aeon Tux

Ich benutzte wpa_supplicant und dhcpcd

Wofür brauchst du den DHCP Dämon? Normalerweise vergibt doch der Router die IP-Adressen. Es ist in der Regel nicht gut, wenn zwei DHCP-Server im selben Teilnetz laufen.

psyxxxx

hm ich weiss im Moment nicht ganz was fuer einen deamon du meinst?

ich dachte immer die Wlan Verbindung baue ich mit meiner rc.local auf?

/etc/rc.local

  3 # /etc/rc.local: Local multi-user startup script.
  4 #
  5 wpa_supplicant -iwlan0 -c/etc/wpa_supplicant.conf -Dwext -B
  6 dhcpcd wlan0

wobei mir gerade auffaellt, dass die Zeile

wpa_supplicant -iwlan0 -c/etc/wpa_supplicant.conf -Dwext -B

auch in meiner /etc/wpa_supplicant.conf steht. Oder meintest du das mit dem deamon??
Anyway gehoert sich die Zeile in beide Files oder ist mir da damals ein Fehler unterlaufen?

pSub

Was in die /etc/rc.local muss weiß ich nicht. Aber das du dhcpcd benutzt ist vollkommen korrekt und nötig, dies ist nämlich ein Client:

man dhcpcd(1) schriebdhcpcd is an implementation of the DHCP client specified in RFC 2131.

Edit: Das 'd' am Ende kommt denke ich daher

dhcpcd then daemonises and waits for the lease renewal time to lapse. It will then attempt to renew its lease and reconfigure if the new lease changes.

GerBra

Besteht während dem Problem denn noch eine WPA-Verbindung zum AccessPoint? Klingt eher, als würde es auf dieser Ebene haken... Das kannst du mit iwconfig rauskriegen, oder iwgetid -a
Auch /var/log/everything.log würde ich mal auf Meldungen speziell vom wpa_supplicant durchsehen...
Evtl. kannst du auch am AccessPoint sehen ob Fehler geloggt werden bzw. sich dein Client mehrmals (re)connecten muß.

Ursache (v.a. wenn es erst kürzlich passiert ist) könnte sein, daß auf dem gleichen Kanal (oder nachbarkanälen) andere Funknetze hinzugekommen sind.
Scanne doch mal nach Netzwerken und schaue dir deren Kanäle an. Dann evtl. mal dein WLan auf einen anderen kanal legen.

psyxxxx

ok erst mal danke an euch alle fuer die schnelle Hilfe.

Ich denke ich weiss jetzt auch was das Problem ist. Nur weiss ich nicht wie ich es beheben kann. Es hat begonnen ungefaehr zu der Zeit als ich meinen Arbeitsort im Haus verlegt habe.

Habe mich gerade mal in andere Raeume begeben und siehe da keine Probleme mehr. Sowohl eth0 als auch wlan0 funktionieren einwandfrei.
Mir ist das nicht gleich aufgefallen da ich in dem "neuen" Raum noch drei weitere Rechner stehen habe bei denen wlan ohne Probleme funktioniert und auch wenn ich auf dem "Problemrechner" eine andere Distro boote gibt es keine Probleme. Daher kann es ja eigentlich auch nich am wlan Empfang liegen.

Das Problem ist jetzt nur das Umziehen in einen anderen Raum keine Option darstellt. Also habt ihr vieleicht irgendwelche Ideen?? Denn irgendwie muss es ja dennoch mit Arch zusammenhaengen, wenn am selben Rechner z.b. Ubuntu einwandfreien wlan Empfang hat.

GerBra

Könnte etwas mit Powersaving des WLan-Devices zu tun haben. Welches Device und Modul nutzt du (lspci -k verrät dir das)

So ein Verhalten kann durchaus mit unterschiedlichen Kernelversionen (Ubuntu vs. Archlinux) zu tun haben. Dein System ist auf dem aktuellen Stand (pacman -Syu)?

Hast du das Paket crda installiert?
Poste doch auch mal die Ausgaben von:
iw reg get
iw wlan0 get power_save

psyxxxx

GerBra schrieb Welches Device und Modul nutzt du (lspci -k verrät dir das)

psyx@myhost ~ % lspci -k
00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 03)
	Subsystem: Acer Incorporated [ALI] Device 0146
	Kernel modules: intel-agp
00:01.0 PCI bridge: Intel Corporation Mobile PM965/GM965/GL960 PCI Express Root Port (rev 03)
	Kernel driver in use: pcieport
	Kernel modules: shpchp
00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 04)
	Subsystem: Acer Incorporated [ALI] Device 0146
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd
00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 04)
	Subsystem: Acer Incorporated [ALI] Device 0146
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd
00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 04)
	Subsystem: Acer Incorporated [ALI] Device 0146
	Kernel driver in use: ehci_hcd
	Kernel modules: ehci-hcd
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 04)
	Subsystem: Acer Incorporated [ALI] Device 0146
	Kernel driver in use: HDA Intel
	Kernel modules: snd-hda-intel
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 04)
	Kernel driver in use: pcieport
	Kernel modules: shpchp
00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 04)
	Kernel driver in use: pcieport
	Kernel modules: shpchp
00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 (rev 04)
	Kernel driver in use: pcieport
	Kernel modules: shpchp
00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 04)
	Kernel driver in use: pcieport
	Kernel modules: shpchp
00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 (rev 04)
	Kernel driver in use: pcieport
	Kernel modules: shpchp
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 04)
	Subsystem: Acer Incorporated [ALI] Device 0146
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd
00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 04)
	Subsystem: Acer Incorporated [ALI] Device 0146
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd
00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 04)
	Subsystem: Acer Incorporated [ALI] Device 0146
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 04)
	Subsystem: Acer Incorporated [ALI] Device 0146
	Kernel driver in use: ehci_hcd
	Kernel modules: ehci-hcd
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f4)
00:1f.0 ISA bridge: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller (rev 04)
	Subsystem: Acer Incorporated [ALI] Device 0146
	Kernel modules: iTCO_wdt
00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 04)
	Subsystem: Acer Incorporated [ALI] Device 0146
	Kernel driver in use: ata_piix
	Kernel modules: piix, ata_piix
00:1f.2 SATA controller: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller (rev 04)
	Subsystem: Acer Incorporated [ALI] Device 0146
	Kernel driver in use: ahci
	Kernel modules: ahci
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 04)
	Subsystem: Acer Incorporated [ALI] Device 0146
	Kernel modules: i2c-i801
01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3650
	Subsystem: Acer Incorporated [ALI] Device 0146
	Kernel driver in use: radeon
	Kernel modules: radeon
01:00.1 Audio device: ATI Technologies Inc RV635 Audio device [Radeon HD 3600 Series]
	Subsystem: ATI Technologies Inc RV635 Audio device [Radeon HD 3600 Series]
	Kernel driver in use: HDA Intel
	Kernel modules: snd-hda-intel
02:00.0 Ethernet controller: Atheros Communications AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0)
	Subsystem: Acer Incorporated [ALI] Device 0146
	Kernel driver in use: ATL1E
	Kernel modules: atl1e
08:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61)
	Subsystem: Intel Corporation PRO/Wireless 4965 AG or AGN
	Kernel driver in use: iwlagn
	Kernel modules: iwlagn

also

08:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61)
	Subsystem: Intel Corporation PRO/Wireless 4965 AG or AGN
	Kernel driver in use: iwlagn
	Kernel modules: iwlagn

wenn ich nicht irre. Halte es allerdings fuer unwahrscheinlich dass es was mit powersaving zu tun hat da es in anderen Raeumen das Hauses ja funktioniert (unter Arch).

GerBra schrieb Dein System ist auf dem aktuellen Stand (pacman -Syu)?

System sollte up2date sein:

psyx@myhost ~ % sudo clyde -Syu --aur
:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
 archlinuxfr is up to date
:: Starting full system upgrade...
:: Identifying AUR packages...
 xorg-res-utils           8/  8 [##############################################################################################################] 100%
  -> Identified 0 AUR packages.
 local database is up to date

GerBra schrieb Hast du das Paket crda installiert?

127 psyx@myhost ~ % sudo clyde -Qi crda
error: package "crda" not found

soll ich es denn installieren??

GerBra schrieb Poste doch auch mal die Ausgaben von:
iw reg get
iw wlan0 get power_save

psyx@myhost ~ % iw reg get
country 00:
	(2402 - 2472 @ 40), (6, 20)
	(2457 - 2482 @ 20), (6, 20), PASSIVE-SCAN, NO-IBSS
	(2474 - 2494 @ 20), (6, 20), NO-OFDM, PASSIVE-SCAN, NO-IBSS
	(5170 - 5250 @ 40), (6, 20), PASSIVE-SCAN, NO-IBSS
	(5735 - 5835 @ 40), (6, 20), PASSIVE-SCAN, NO-IBSS

psyx@myhost ~ % iw wlan0 get power_save
Power save: off

psyxxxx

anyone ?

Aeon Tux

Erstmal sorry für die Verwechslung von dhcpcd mit dhcpd. Hatte mich da verlesen.

Der Grund warum es z.B. mit Ubuntu geht könnte an der Verwendung von "networkmanager" liegen. Der erst sehr komfortabel, wenn es darum geht, z.B. unterbrochene Verbindungen wieder herzustellen.

Du solltest auf jeden Fall sicher stellen, dass deine SSID einzigartig ist. Manche Router haben da Standardnamen.

Dann könntest du versuchen in der wpa_supplicant.conf

fast_reauth=1

zu setzen

Irgendwie scheint ja die Anmeldung zu funktionieren. Schau doch mal mit einem zweiten Rechner in die Konfigurationsoberfläche des Routers wenn das Problem auftaucht. Da solltest du sehen, ob der Problemrechner angemeldet ist.

psyxxxx

waere es denn sinnvoll gleich ganz auf networkmanager umzusteigen und wpa_supplicant nciht mehr zu benutzen?

welche vor/nachteile wuerden sich daraus egeben?

Bzw. welche alternativen zu den beiden wuerde es denn noch so geben?

edit: denn eigentlich hatte ich bisher nie problem mit wpa_supplicant und bin auch eig. ziehmlich zufrieden damit (moechte eig. ein textbasiertes wlan tool. also wenn ein wechsel zu einem anderen tool nicht unbedingt sein muesste, waer mir das nur recht). aber wenn ihr meint ein anderes tool sei wesentlich besser koennte ich mich auch damit anfreunden.

Aeon Tux

Grundsätzlich gibt es nichts gegen wpa_supplicant zu sagen, meine Erfahrung ist einfach, dass gerade bei instabilen Verbindungen, networkmanager mit dem zugehörigen Applet komfortabler ist. Wie gesagt, man müsste mal am Router selbst beobachten, wann die Verbindung da ist und wann nicht und wie wpa_supplicant auf solche Abbrüche reagiert.

psyxxxx

fast_reauth war die ganze zeit ueber auf 1 gesetzt.

ich bekomme teilweise 200 pakete wenn ich google anpinge (mal mehr mal weniger), bis dann doch wieder ein Destination Host unreachable kommt. Nach anschliessendem ctrl-c und wieder einem ping google.de
hab ich dann sofort ein Destination Host unreachable bis ich das netzwerk mit
sudo rc.d restart network
resete.
Dann wiederholt sich das ganze spiel von vorne (soll heissen ich kann wieder eine zeit lang pingen)

hm ich komm da echt nich mehr weiter...

GerBra

Ich habe da leider auch keinen Ratschlag mehr, denke auch nicht daß solche "Erscheinungen" wie "im raum A geht es, im Raum B nicht aber mit Ubuntu" aus der Ferne lösbar sind... Da spielen zuviele örtliche Begebenheiten eine Rolle für die es eben keinen Schalter "setze Parametzer x auf wert z" gibt...

Ich würde halt penibel mal kontrollieren ob sich ubuntu und Arch mit den jewels gleichen Modulen und werten (Kanäle etc) verbinden. Es **kann** an untercshiedlichen Kernel liegen (an patches glaube ich nicht), also teste auch mal diverse andere Kernel unter Arch aus, also z.B. den kernel26-lts (geht problemlos neben dem normalen kernel26 Paket). oder den aktuellen Kernel aus testing....

deviant

Lässt sich wicd nicht mit wpa-supplicant betreiben, bzw. andersherum? Hab das Prog schon ne Weile nicht mehr benutzt, weil sich für meine Zwecke der nm besser eignet (seltsame Vorgaben durch den Provider etc^^)
Halte wicd dem network-manager trotzdem für in vielem überlegen und lässt sich auch bequem aus der console steuern.

Nur das zur Alternative...

psyxxxx

ok so ich moechte mich noch mal bei allen fuer die unterstuetzung bedanken.

ich bin jetzt auf wicd-curses umgestiegen und nach ca. 10 000 erfolgreichen pings, von besagtem raum aus, glaub ich langsam dass mein problem geloest ist (hoffe ich zumindest).

aus irgendeinem grund scheint also wpa_supplicant probleme zu machen. wie dem auch sei wicd gefaellt mir auf den ersten blick ausserordentlich gut.

also wegen mir kann der thread als geloest angesehen werden.

gruesse