Ubuntu 16.04 im Surface Book - Das drahtlose Internet wird bis zum Neustart zufällig getrennt

8

Ich habe Ubuntu 16.04.3 LTS und Windows 10 in meinem Surface Book doppelt gebootet, und auf der Windows-Seite habe ich keine Probleme mit dem drahtlosen Internet in meinem Arbeitsbüro. Auf meiner Ubuntu-Partition scheint es, dass manchmal, wenn ich die Zugangspunkte wechsle, mein drahtloses Internet getrennt wird und keine Verbindung zu demselben Netzwerk oder einem anderen Netzwerk hergestellt werden kann, bis ich meinen Computer neu starte. Dieses Problem tritt auch dann auf, wenn ich die drahtlosen Zugangspunkte nicht gewechselt habe. Es ist überhaupt nicht konsistent.

Ich habe die hier , hier und hier veröffentlichten Lösungen ohne Glück ausprobiert . Dies ist ein ziemlich frustrierendes Problem, da der Neustart meinen Workflow stört, wie Sie sich vorstellen können.

Ich habe mir einige andere Fragen angesehen und ihre Lösungen ohne Glück ausprobiert. Jede Hilfe wäre sehr dankbar. Hier ist ein Link zu meinem wireless-info.txt: https://ufile.io/abkfd

Update (9. Februar 2018):

Ich bin mir nicht sicher, was sich geändert hat, aber vor einigen Wochen wurde mein drahtloses Internet nicht mehr getrennt, als ich die Zugangspunkte wechselte! Es ist wahrscheinlich, dass eines der Updates im Software Updater meine Internetprobleme behoben hat.

Leider habe ich keine weiteren Details zum Fix, aber für alle, die Ubuntu auf ihren Surface Book-Geräten ausführen, versuchen Sie, die neuesten Updates mit dem Software Updater zu installieren!

Update (4. Juni 2018):

Ich bin vor einigen Monaten erneut auf dieses Problem gestoßen, nachdem ich meinen Computer neu formatiert habe, und habe versucht, den Kernel ohne Glück auf 4.13 zu patchen. Mein Internet wurde immer wieder getrennt, und meine drahtlosen Bluetooth-Kopfhörer konnten auch keine effektive Verbindung herstellen.

Ich hatte das Gefühl, ich sollte den Kernel auf 4.15 aktualisieren, aber ich musste OpenSSL aktualisieren. Anstatt dies manuell zu tun, habe ich beschlossen, das Risiko einzugehen und auf Ubuntu 18.04 zu aktualisieren . Meine beiden Probleme wurden durch ein Upgrade behoben! Mein Internet hat bisher wunderbar funktioniert und meine Bluetooth-Kopfhörer sind auch perfekt funktionsfähig.

Ich hatte nichts zu verlieren, wenn das Upgrade nicht funktionierte und ich meinen Computer erneut formatieren musste. Obwohl ich diese Route empfehlen würde, seien Sie vorsichtig, da das Upgrade direkt auf Ubuntu 18.04 vom 16.04 angeblich nicht offiziell unterstützt wird bis Ende Juli 2018.

Alexander
quelle
Oh, welchen Kernel benutzt du übrigens? Das normale 4.4 von Ubuntu? ( uname -aum herauszufinden, entschuldigen Sie, wenn Sie kein Anfänger sind). Ein Teil des Spaßes bei der Suche nach Lösungen auf / r / surfacelinux ist, dass Leute alle Arten von Patches machen und (anscheinend) leicht unterschiedliche Fehler haben ...
Tom Spurling
Ich verwende den standardmäßig installierten Kernel : 4.10.0-33-generic. Ich habe keine Änderungen daran vorgenommen.
Alexander
Oh, interessant. Ich habe eine leicht gepatchte Version 4.4 verwendet (4.4 scheint für mich immer noch die Standardeinstellung zu sein). Ich werde zum Paket linux-image-generic-hwe-16.04 wechseln, um mich Ihnen anzuschließen.
Tom Spurling
... ähm ... wird das wahrscheinlich über das Wochenende tun. Es scheint auf den ersten Blick mehr unabhängige Brüche einzuführen. Nochmals viel Glück für jetzt.
Tom Spurling
Was wird angezeigt, wenn das WLAN nicht funktioniert rfkill list?
Ben Rudgers

Antworten:

3

Vor ein paar Tagen hatte ich endlich keine Geduld mehr, nachdem ich das gleiche Problem eine Weile passiv toleriert hatte.

Ich weiß, dass das Deaktivieren der Energieverwaltung einer der Vorschläge ist, die Sie mit einem erfolglosen Versuch verknüpft haben, aber es scheint bisher für mich zu funktionieren (zumindest, um den eigentlichen Fehler zu vermeiden, während seine Ursache unklar ist) ...

Ich habe es durch Bearbeiten deaktiviert, /etc/NetworkManager/conf.d/default-wifi-powersave-on.confweil alles /etc/pmnicht mehr funktioniert. systemd (das jetzt für die Energieverwaltung zuständig ist) ignoriert es (obwohl alle Dateien noch aus mehreren Paketen vorhanden sind 🙄) - haben Sie dasselbe getan? NetworkMangler scheint nun das zu sein, was für diese Einstellung am besten Vorrang vor allem anderen hat (basierend auf einigen halbherzigen Experimenten).

iwconfigKonsequentes Laufen ergibt, Power management:offwas bestätigt, dass die Änderung zumindest wirksam geworden ist.

Hinweis für Passanten zu der Einstellung, von der ich spreche: in /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf. Ich wechselte wifi.powersave = 3zu 2. 3 bedeutet aktiviert. 2 bedeutet deaktiviert. 0 und 1 sind "auf Standard gesetzt" und "nichts tun". Dies ist nicht wirklich dokumentiert. Meine Quelle war ein zufälliger Kern .

Das heißt, ich habe nicht so lange damit gelebt (nur ein paar Tage), also ist es möglich, dass dies nichts wirklich gelöst hat. Ich werde hier wieder einchecken, wenn es nicht so ist. Viel Glück!

Tom Spurling
quelle
Vielen Dank für Ihre Antwort. Der iwconfigBefehl zeigt an, dass die Energieverwaltung deaktiviert ist und meine wifi.powersaveEinstellung ebenfalls eingestellt ist 3. Das Deaktivieren der Energieverwaltung hat mein Problem leider nicht gelöst.
Alexander
(Auf 2 setzen, meinst du?) Argh, na ja. Ich werde warten, bis meine wieder aufhört zu arbeiten, und dann etwas anderes ausprobieren ... Hast du etwas Interessantes von less +G /var/log/syslogoder bekommen dmesg?
Tom Spurling
Ja, ich meinte, dass ich es eingestellt habe 2. Danke für den Befehl! Ich werde syslogdas nächste Mal nachsehen und hier etwas Interessantes posten.
Alexander
Dies ist, was ich in Syslog sehe, wenn das WiFi trennt: pastebin.com/m8RVYv1n
Alexander
0

Wenn ich den Namen des Netzwerks kenne, verwende ich:

nmcli c up name-of-the-network

Für die Netzwerke, die ich häufig benutze, habe ich Skripte mit dem Namen "Name des Netzwerks" in ~/bin/. Das Skript muss ausführbar gemacht werden mit chmod +x <filename>Zum Beispiel:

#! /bin/sh
# The name of this file is: ~/bin/name-of-the-network
nmcli c up name-of-the-network

Eine mögliche Einschränkung nmcliist eine Abhängigkeit von NetworkManager (oder eine Funktion). So zeigen Sie eine Liste der von NetworkManger verwalteten Netzwerke an:

nmcli connection
Ben Rudgers
quelle
Ich fürchte, das ist möglicherweise nicht relevant. Ich habe ein Surface Pro 4 mit ähnlicher WiFi-Hardware und anstatt ein Problem bei der Verwendung des nm-Applets zu sein, scheint dies eine Fehlfunktion des Treibers / der Hardware zu sein. Es verliert die Fähigkeit, Netzwerke unabhängig von der verwendeten Methode erfolgreich zu scannen oder eine Verbindung herzustellen.
Tom Spurling
Vielen Dank für Ihre Antwort. Ich stimme @TomSpurling zu; Ich habe verwendet, sudo service network-manager restartwenn das WiFi getrennt hat, und es hat nicht funktioniert. Ich werde es trotzdem versuchen, danke!
Alexander
@Alexander Meine Erfahrung mit Hardware-Inkompatibilität im Vergleich zu Treiber / Kernel ist, dass die zuverlässigste Lösung darauf wartet, von Zeit zu Zeit mit Umkehrungen fertig zu werden. Das ganze Verfolgen des Schwanzes und das manuelle Lesen sind wahrscheinlich notwendig, damit ich das Wissen erhalte, aber frustrierend.
Ben Rudgers
1
Update: Ich habe versucht, nmcli commandnachdem mein WLAN getrennt wurde, und es konnte keine Verbindung hergestellt werden, wie vorhergesagt.
Alexander