tcpdump bricht ab

[linuxdxs]

Hallo Forum, vieleicht könnt Ihr mir bei diesem Problem helfen. Raspberry pi und folgende Netzwerkkarten: wlan0 wlan1

wlan0 IEEE 802.11bgn Mode:Master Tx-Power=20 dBm
Retry long limit:7 RTS thrff Fragment thrff
Power Managementn

lo no wireless extensions.

wlan1 IEEE 802.11bgn ESSID:"xxxxxxx"
Mode:Managed Frequency:2.467 GHz Access Point: F4:
Bit Rate=48 Mb/s Tx-Power=20 dBm
Retry long limit:7 RTS thrff Fragment thrff
Power Managementff
Link Quality=37/70 Signal level=-73 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:2 Invalid misc:3 Missed beacon:0

wlan0 ist als Accesspoint konfiguriert.

Über wlan1 möchte ich den Netzverkehr meines wlans mitschneiden

mit dem Befehl

sudo tcpdump -i wlan1 -e -s 0 -w /mnt/sda1/test4.pacp

funktioniert es auch, aber nach einer, nicht nachvollziehbaren und immer unterschiedlichen, Dauer, bricht der Befehl mit folgender Fehlermeldung ab

tcpdump: listening on wlan1, link-type EN10MB (Ethernet), capture size 65535 bytes
tcpdump: pcap_loop: The interface went down
284 packets captured
284 packets received by filter
0 packets dropped by kernel

Google bringt mich auch nicht weiter.

lsmod:

Module Size Used by
nfsd 244525 11
8021q 19535 0
garp 6367 1 8021q
stp 2000 1 garp
llc 5483 2 stp,garp
xt_state 1174 2
ipt_MASQUERADE 1758 2
iptable_nat 2595 1
nf_conntrack_ipv4 12871 3
nf_defrag_ipv4 1487 1 nf_conntrack_ipv4
nf_nat_ipv4 3622 1 iptable_nat
nf_nat 14710 3 ipt_MASQUERADE,nf_nat_ipv4,iptable_nat
nf_conntrack 86703 6 ipt_MASQUERADE,nf_nat,xt_state,nf_nat_ipv4,iptable_nat,nf_conntrack_ipv4
iptable_filter 1508 1
ip_tables 11725 2 iptable_filter,iptable_nat
x_tables 17020 4 ip_tables,ipt_MASQUERADE,xt_state,iptable_filter
snd_bcm2835 18169 0
snd_soc_bcm2708_i2s 5486 0
regmap_mmio 2818 1 snd_soc_bcm2708_i2s
snd_soc_core 128166 1 snd_soc_bcm2708_i2s
snd_compress 8136 1 snd_soc_core
regmap_i2c 1657 1 snd_soc_core
snd_pcm_dmaengine 5481 1 snd_soc_core
regmap_spi 1913 1 snd_soc_core
snd_pcm 81518 3 snd_bcm2835,snd_soc_core,snd_pcm_dmaengine
snd_page_alloc 5168 1 snd_pcm
snd_seq 54581 0
snd_seq_device 6485 1 snd_seq
snd_timer 20353 2 snd_pcm,snd_seq
arc4 1695 4
leds_gpio 2055 0
snd 61518 7 snd_bcm2835,snd_soc_core,snd_timer,snd_pcm,snd_seq,snd_seq_device,snd_compress
rt2800usb 17279 0
rt2800lib 80619 1 rt2800usb
rt2x00usb 11669 1 rt2800usb
rt2x00lib 44799 3 rt2x00usb,rt2800lib,rt2800usb
led_class 4119 2 leds_gpio,rt2x00lib
mac80211 329373 3 rt2x00lib,rt2x00usb,rt2800lib
cfg80211 211002 2 mac80211,rt2x00lib
crc_ccitt 1541 1 rt2800lib
rfkill 19567 3 cfg80211

lsusb:

Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 004: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 005: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter
Bus 001 Device 006: ID 148f:3070 Ralink Technology, Corp. RT2870/RT3070 Wireless Adapter

 

[bitmuncher]

Schau mal im Systemlog (normalerweise /var/log/messages) und/oder in den Output von 'dmesg'. Dort sollte die Ursache für dieses Verhalten des WLAN-Adapters vermerkt sein. Zumeist ist das Powermanagement die Ursache, das die Karte in einen anderen Powersave-Modus schaltet. In dem Fall hilft es zumeist mal ohne ACPI zu booten (acpi=off als Kernel-Parameter verwenden).

 

[linuxdxs]

Noch ne Frage nachgeschoben, wie kann ich beim Raspberry überprüfen ob ACPI aktiviert oder nicht? In /proc kann ich keinen Eintrag für ACPI finden.