Wifi verbunden, aber keine Datenübertragung: "ping: sendmsg: Kein Pufferplatz verfügbar"


7

Ich habe einen Desktop, der unter Windows XP läuft, und einen Laptop, der unter Ubuntu 12.04 läuft.

Kürzlich habe ich einen WLAN-Router eingerichtet, um über WLAN auf meinem Laptop auf das Internet zugreifen zu können. Der Laptop stellt problemlos eine Verbindung zum WLAN her, kann jedoch keine Daten übertragen. Erst wenn ich meinen Laptop zum ersten Mal einschalte, kann er einige Daten für einige Minuten übertragen. Danach kann der Router nicht mehr gepingt werden.

Ping an Router zeigt: "ping: sendmsg: Kein Pufferplatz verfügbar", aber das WLAN wird weiterhin als verbunden angezeigt.

Bitte helfen Sie!


@Anuj - Diese Website funktioniert, indem Sie Ihre Frage ständig mit relevanten Informationen und Antworten verfeinern. Bitte können Sie Ihre Frage bearbeiten und die relevanten Kommentare oben hinzufügen und Ihre Kommentare löschen. Vielen Dank.
Fossfreiheit

@kamil - ähnlicher Kommentar oben - poste eine Antwort und bearbeite deine Antwort, während du dich mit dem OP "unterhältst". Vielen Dank.
Fossfreiheit

Was sind die Ergebnisse der Ausführung des Befehls ifconfig?
NGRhodes

Antworten:


1
  1. Vielleicht ist es eine doppelte IP-Adresse?

  2. Es ist möglicherweise eine andere Software, die Ihre Verbindung beeinflusst. Versuchen Sie, die Ubuntu-Firewall zu stoppen.

    sudo service ufw stop

  3. Überprüfen Sie das Protokoll.

    cat /var/log/syslog | less

  4. Versuchen Sie, die Puffergröße anzupassen.

    echo 83886080 |sudo tee /proc/sys/net/core/wmem_max

  5. Das Problem liegt im Router.


Ich habe es gerade vom Router zurückgesetzt und neu konfiguriert, und es scheint gut zu funktionieren.
Anuj

funktioniert es immer noch gut?

3

Ich selbst und viele andere (laut meiner Google-Suche) haben das gleiche Problem mit Ubuntu 11.10, während ich auch in 10.x oder sogar 11.04 nie Probleme mit Netzwerktreibern hatte.

BEARBEITEN: Ursache des Problems, das schließlich NICHT behoben wurde: '(. Das Folgende könnte noch in irgendeiner Weise involviert sein, daher überlasse ich es hier anderen, um darauf zu verweisen. Es stellte sich jedoch heraus, dass das Problem NICHT gelöst werden konnte ein 2.6.x Kernel.


Mein System verwendet den r8169-Treiber für meinen Realtek 8168-Chip-Ethernet-Port (in meinem Fall auf dem Motherboard. Hinweis: 8168 - nicht 8169!)

Ich bin endlich auf dieses Problem gekommen, als ich diesen Beitrag gefunden habe . Ich habe schnell bestätigt, dass meine 8168-Karte den r8169-Treiber verwendet, indem ich ...

sudo lshw -class network

..., was eine Weile dauert - sei einfach geduldig. :-)

Sie können den verwendeten Treiber in der Konfiguration sehen: Zeile ... Beispiel: ...

configuration: autonegotiation=on broadcast=yes driver=r8168 driverversion=8.026.00-NAPI ...

Dann folgte ich meistens den Anweisungen in diesem Beitrag , um den richtigen Treiber zu installieren und zu aktivieren, und änderte bestimmte Pfade nach Bedarf, um sie meinem System anzupassen. Beachten Sie, dass auf der Download-Site für Treiber der Kernel v3.xx (nur 2.4.x und 2.6.x) nicht erwähnt wird. Er funktioniert jedoch trotzdem einwandfrei.

Wenn Sie nur eine Netzwerkschnittstelle haben, sollten Sie zu diesem Zeitpunkt alle Einstellungen vornehmen.

Leider war es für mich nicht ganz so einfach, da ich auch eine zweite Karte installiert hatte, auf der sich tatsächlich ein 8169-Chip befand! : - / Also konnte ich den r8169-Treiber nicht einfach deaktiviert lassen.

Um dies zu beheben, habe ich die Datei /lib/module/your-kernel-version/drivers/net/r8169.bak (das Autorun.sh-Treiberinstallationsskript hat sie umbenannt) wieder in r8169.ko umbenannt und / etc / modules wie folgt bearbeitet ...

# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.

loop
lp
r8168
r8169

... [letzte zwei Zeilen hinzugefügt] in der Hoffnung, dass dies das Laden der Module in derselben Reihenfolge erzwingen würde, wodurch vermieden wird, dass modprobe den r8169-Treiber für die falsche Karte aufnimmt. Es funktionierte!

Zum OP ... Ich aktualisiere dies zum Nutzen anderer Leute, die nach einer Lösung suchen, da es in den Google-Ergebnissen ziemlich hoch ist. Hoffe es macht dir nichts aus.


Ähm, danke für den Rat. Eigentlich benutze ich die Wimax-Schnittstelle, auf der ich die Probleme erlebe. Der verwendete Treiber ist i2400m mit der Firmware = i6050-fw-usb-1.5.sbcf.
Oleksa

Ja ... und ich habe gerade festgestellt, dass das Problem NICHT wirklich verschwunden ist. An diesem Punkt kann ich nur glauben, dass es einen Kernelfehler über der Schicht der Netzwerktreibermodule gibt. Ich habe in einem anderen zufälligen Beitrag gelesen, dass jemand anderes zu dem gleichen Schluss gekommen war. Ihre Lösung bestand darin, auf den 2.6.x-Kernel zurückzusetzen. Leichter gesagt als getan.
Gruvin

Ehmm, Sie wissen, wenn ich NM neu starte, geht das Problem weiter. Vielleicht um zu versuchen, NM neu zu kompilieren? Ich habe es versucht, bin aber aufgrund inkonsistenter Abhängigkeiten gescheitert.
Oleksa

Nun, es ist ein sehr nerviges Problem. Was ist zu tun? Es wird angezeigt, wenn ich eine Wimax-Verbindungssitzung verwende.
Oleksa

0

Ich habe dies mit einer drahtlosen Schnittstelle Centrino Ultimate-N 6300 8086: 4238 (auf einem Thinkpad X201) gesehen. Soweit ich das beurteilen kann, handelt es sich um einen bekannten Fehler im Wireless-Treiber oder seiner Firmware, wahrscheinlich den gleichen wie Fehler # 836250 . Ich habe gefragt, was die Nachricht unter " Was bedeutet" ping: sendmsg: Kein Pufferplatz verfügbar "bedeutet. ".

Problemumgehungen

  • Da ich dies nur zeitweise erhalte, besteht eine Problemumgehung darin, das drahtlose Netzwerk vollständig zurückzusetzen, wenn das Problem auftritt:

    sudo modprobe -r iwlwifi
    sudo modprobe iwlwifi
    
  • Eine andere mögliche Problemumgehung besteht darin, Ihren Router in den Nur-802.11g-Modus zu schalten (ich denke, das Problem tritt nur auf, wenn eine Verbindung zu einem n-Netzwerk hergestellt wird).

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.