OK, ok, das ist so:
generic-segmentation-offload: off
generic-receive-offload: off
OK, ok, das ist so:
generic-segmentation-offload: off
generic-receive-offload: off
Raspberry STRETCH wLan Adapter wlan0 reconnect funktioniert nicht? Schau mal ob du hier fündig wirst!
OK, ok, das ist so:
Und jetzt testen bzw. die Ausgabe von "sudo sysctl -p" noch posten.
da kam schon vorhin nix raus. keine Ausgabe ... was soll der Befehlt machen
... was soll der Befehlt machen
OK. Befehl soll zeigen ob Du Eintragungen in die /etc/sysctl.conf (oder gleichwertig) gemacht hast.
Teste jetzt mal mit cat und deinem Script bzw. mit deiner großen log-Datei (via onboard-wifi).
autschi - wLan -wech ... Neustart
autschi - wLan -wech ... Neustart
OK, dann gro und gso erneut auf off, die mtu auf 1472 setzen:
und in die "/etc/sysctl.conf" folgende Zeilen eintragen:
vm.min_free_kbytes = 65536
net.ipv4.tcp_max_orphans = 128
net.ipv4.tcp_retries2 = 8
net.ipv4.tcp_fastopen = 2
net.ipv4.conf.wlan0.disable_policy = 1
net.ipv4.conf.wlan0.disable_xfrm = 1
net.ipv4.neigh.default.gc_thresh3 = 256
net.ipv4.neigh.default.gc_thresh2 = 128
net.ipv4.neigh.default.gc_thresh1 = 64
net.ipv4.tcp_window_scaling = 0
net.ipv4.tcp_moderate_rcvbuf = 0
net.ipv4.tcp_timestamps = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_mtu_probing = 2
net.ipv4.tcp_synack_retries = 3
net.ipv4.xfrm4_gc_thresh = 131072
net.ipv6.conf.wlan0.autoconf = 0
net.ipv4.tcp_challenge_ack_limit = 999999999
vm.swappiness = 5
net.ipv6.conf.wlan0.accept_dad = 0
net.core.optmem_max = 4194304
net.core.rmem_max = 26214400
net.core.rmem_default = 12582912
net.ipv4.tcp_rmem = 4194304 12582912 26214400
net.ipv4.tcp_congestion_control = cubic
net.ipv4.tcp_fack = 1
net.ipv4.tcp_slow_start_after_idle = 0
fs.protected_hardlinks = 1
fs.protected_symlinks = 1
net.ipv4.tcp_rfc1337 = 1
net.ipv4.tcp_no_metrics_save = 0
net.netfilter.nf_conntrack_checksum = 0
Alles anzeigen
die Datei speichern,
ausführen und erneut testen.
BTW: Vor den nächsten reboot solltest Du noch die Zeile:
in die "/boot/config.txt" eintragen.
EDIT:
Was auch testen bzw. schauen solltest ist, ob auf deinem PI vor dem hängen bleiben, Prozesse mit dem Zustandsflag "D" (uninterruptible sleep (usually IO)) enstehen:
Solche Prozesse können auch dazu führen, dass der PI nicht mehr reagiert. Diese Prozesse können nicht mehr gekillt werden.
sysctl: cannot stat /proc/sys/net/netfilter/nf_conntrack_checksum: Datei oder Verzeichnis nicht gefunden
Test habe ich durchgeführt, immer wieder einsteigen, immer wieder einsteigen, das Karusell fährt gleich nach dem Neustart die nächste Runde :o(
Was ist mit der Prüfung, ob der richtige Treiber für die wLan Hardware on Board auch richtig, und auf neuestem Stand ist? Wie macht man das?
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!