Surface Book上的Ubuntu 16.04-无线互联网会随机断开连接直到重启


8

我在Surface Book上双重启动了Ubuntu 16.04.3 LTS和Windows 10,在Windows方面,我的办公室没有无线上网问题。在我的Ubuntu分区上,似乎有时当我切换接入点时,我的无线Internet断开了连接,并且直到重新启动计算机后才能连接到同一网络或任何其他网络。即使没有切换无线访问点,也会发生此问题。这根本不一致。

我尝试过这里此处此处发布的解决方案,但没有任何运气。您可以想象,这是一个相当令人沮丧的问题,因为重新启动会中断我的工作流程。

我研究了其他几个问题,并尝试了他们的解决方案,但没有任何运气。任何帮助将不胜感激。这是我的链接wireless-info.txthttps : //ufile.io/abkfd

更新(2018年2月9日):

我不确定发生了什么变化,但是几周前,当我切换接入点时,我的无线互联网停止了连接!软件更新程序中的更新之一可能解决了我的互联网问题。

不幸的是,我没有关于此修复程序的更多详细信息,但是对于所有在其Surface Book设备上运行Ubuntu的用户,请尝试使用软件更新程序安装最新更新!

更新(2018年6月4日):

在几个月前重新格式化计算机后,我又遇到了这个问题,并且尝试将内核补丁到4.13并没有运气。我的互联网一直在断开连接,我的无线蓝牙耳机也无法有效连接。

我觉得我应该将内核升级到4.15,但是我需要更新OpenSSL。我决定冒险去升级到Ubuntu 18.04,而不是手动进行。我的两个问题都通过升级得以解决!到目前为止,我的互联网一直运转良好,并且蓝牙耳机也功能完善。

如果升级无法正常进行,我没有任何损失,因此我不得不重新格式化计算机,因此,尽管我建议采用这种方式,但请注意,因为从16.04直接升级到Ubuntu 18.04的举报据称将不受正式支持直到2018年7月下旬。


哦,顺便问一下您正在使用哪个内核?来自Ubuntu的正常4.4?(uname -a要弄清楚,如果您不是初学者,则表示歉意)。在/ r / surfacelinux上寻找解决方案的乐趣的一部分是人们在做各种各样的补丁程序并且(显然)有一些稍微不同的错误……
Tom Spurling

我使用的是默认安装的内核:4.10.0-33-generic。我尚未对其进行任何修改。
亚历山大

真有趣 我使用的是略有修补的4.4(4.4似乎仍然是我的默认设置)。我将切换到linux-image-generic-hwe-16.04软件包以加入您的行列。
Tom Spurling

...嗯...可能会在周末这样做。乍看之下似乎引入了更多无关的断裂。现在再次祝你好运。
Tom Spurling

Wifi不工作时,rfkill list显示什么?
本·鲁杰斯17/09/17

Answers:


4

几天前,我在被动忍受了同样的问题后,终于忍耐了一下。

我知道禁用电源管理是您与尝试失败相关的建议之一,但是到目前为止,它似乎对我仍然有效(至少是一种在原因尚不清楚的情况下避免实际错误的方法)...

我已经通过编辑禁用了它,/etc/NetworkManager/conf.d/default-wifi-powersave-on.conf因为所有/etc/pm内容都不再起作用。systemd(现在由电源管理部门负责)将忽略它(尽管文件仍在几个软件包中)–您是否做了同样的事情?现在,对于此设置,NetworkMangler似乎是优先于其他所有功能的东西(基于一些未完成的实验)。

iwconfig持续运行收益Power management:off可以确认更改至少已生效。

请注意我所谈论的设置:中的路人/etc/NetworkManager/conf.d/default-wifi-powersave-on.conf。我改为wifi.powersave = 32。3表示启用。2表示禁用。0和1被“设置为默认值”和“不执行任何操作”。这没有真正记录。我的资料是随机的

就是说,我已经住了这么长时间(仅几天),所以这可能实际上并没有解决任何问题。如果没有,我将在这里再次检查。祝你好运!


感谢您的答复。该iwconfig命令显示电源管理已关闭,并且我的wifi.powersave设置也已设置3为。不幸的是,禁用电源管理并不能解决我的问题。
亚历山大

(设置为2,是什么意思?)恩,很好。然后,我将等待我再次停止工作,然后再尝试其他操作...您是否从less +G /var/log/syslog或中得到了一些有趣的外观dmesg
Tom Spurling

是的,我的意思是将其设置为2。感谢您的命令!我会syslog在下次发生时检查并在此处发布任何有趣的内容。
亚历山大

当WiFi断开连接时,这是我在syslog中看到的内容:pastebin.com/m8RVYv1n
亚历山大

0

当我知道网络名称时,我使用:

nmcli c up name-of-the-network

对于我经常使用的网络,我在中有一个名为“网络名称”的脚本~/bin/。必须使用以下命令使脚本可执行chmod +x <filename>

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

的一个潜在限制nmcli是对NetworkManager的依赖(或者可能是一项功能)。要查看由NetworkManger管理的网络的列表,请输入:

nmcli connection

恐怕这可能不相关。我的Surface Pro 4具有类似的WiFi硬件,而不是使用nm-applet时遇到问题,这似乎是驱动程序/硬件故障。无论使用哪种方法,它都会失去成功扫描或连接到任何网络的能力。
Tom Spurling

感谢您的答复。我同意@TomSpurling; sudo service network-manager restartWiFi断开连接后,我已经使用过,但无法正常工作。我会尝试一下,谢谢!
亚历山大

@Alexander我在硬件不兼容与驱动程序/内核之间的经验是,最可靠的修复方法是等待,并且需要足够的知识来处理不时的还原。所有的追尾和手动阅读可能都是必要的,因此我获得了知识,但感到沮丧。
本·鲁格斯17/09/13

1
更新:我的nmcli commandWiFi断开连接后尝试了尝试,但无法如预期的那样建立连接。
亚历山大
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.