sudo service network-manager restart
重复此问题。需要完全重新启动才能使Wifi再次运行。有什么想法吗?#1 楼
16.04在systemd上运行。请尝试以下操作:sudo systemctl restart network-manager.service
如果可行,您可以创建一个脚本来使其自动化。
打开终端并输入以下内容:
sudo nano /etc/systemd/system/wifi-resume.service
现在,右键单击将脚本粘贴到其中。使用CTRL + X退出,然后按Y保存。现在激活它:sudo systemctl enable wifi-resume.service
脚本:
#/etc/systemd/system/wifi-resume.service
#sudo systemctl enable wifi-resume.service
[Unit]
Description=Restart networkmanager at resume
After=suspend.target
After=hibernate.target
After=hybrid-sleep.target
[Service]
Type=oneshot
ExecStart=/bin/systemctl restart network-manager.service
[Install]
WantedBy=suspend.target
WantedBy=hibernate.target
WantedBy=hybrid-sleep.target
希望有帮助。它可以在我的笔记本电脑上使用。
评论
您是否尝试过简单地卸载wicd?
–乔基姆·科德(Joakim Koed)
16年4月23日在16:41
我会说不必为此而重新安装。我进行了全新安装,并在16.04上遇到了此问题。 14.04从未有问题。
–迈克尔·马丁·史密克(Michael Martin-Smucker)
16年5月4日,0:25
有时它起作用,有时不起作用:(
– tokam
16年5月17日在18:52
@mikeymop我也一直在想这个。我知道系统的某些部分仍在使用新贵,因此可能会触发某些问题。由于16.10已完全系统化并且没有错误,因此您可能是正确的。
–乔基姆·科德(Joakim Koed)
16年9月2日在9:19
我如何删除它,这在我的系统上不起作用
–报价不能拒绝
16 Dec 2'在5:01
#2 楼
@ 147pm您是否能正常工作?我发现我有一个非常相似的问题,尽管我使用的是Kubuntu 16.10(基于KDE,不是Gnome),并且使用的是HP ProBook笔记本电脑。而且,与您不同,不是我的Wifi在挂起/唤醒后死了,而是我的以太网端口。
还是,我想知道它们是否相关。
我也确实看到了您在KDE下没有问题。但是我想知道以下解决方案是否对Gnome有所帮助,因为该解决方案不是基于窗口管理器,桌面环境或applet。
首先,只是要确认重新启动网络管理器服务..
$ sudo systemctl restart network-manager.service
对我不起作用。
但是,由于buzhidao的问题和信息,我确实找到了一个有效的答案在暂停和GAD3R的评论后无法连接到互联网。
使用他们的信息,我发现首先研究我正在运行的以太网硬件和驱动程序/模块,然后删除并重新加载该模块,为我工作(尽管不是为buzhidao工作):
Wifi:
$ lspci -knn | grep Net -A2
以太网:
$ lspci -knn | grep Ether -A2
我使用的第二个(以太网)是,我发现:
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 0c)
Subsystem: Hewlett-Packard Company RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [103c:1944]
Kernel driver in use: r8169
Kernel modules: r8169
所以我重新加载了'r8169'驱动程序:
$ sudo rmmod r8169 && sudo modprobe r8169
,瞧!这工作了。我的以太网端口/连接无需重启即可恢复活动状态(挂起/唤醒后)。
(我也没有Realtek wifi设备,但有Qualcomm Atheros(mod:ath9k),这也许可以解释为什么从暂停状态唤醒后,wifi仍然可以为我工作。)
从我对另一篇文章的评论中可以看出,我想知道问题是否出在Buzhidao和我自己之间的共同点:Realtek半导体器件。即使它们使用不同的模块,它们可能共享一些通用代码?还是现在以某种方式被较新的内核代码区别对待?
您自己是否有基于Realtek的wifi设备? (在上面使用lspci)?您是否有重新安装模块的运气(上面的rmmod / modprobe)?
无论如何,只是在黑暗中拍摄。如果您最终找到了答案,请告诉我们!谢谢。
评论
我也有一个RTL8111 / 8168/8411以太网,并且sudo rmmod r8169 && sudo modprobe r8169解决了该问题。
– lenooh
18年6月24日在13:25
在带有KDE的Debian 9上,同样的问题。重新安装如上固定它。万分感谢。
–sumitkm
18年8月2日在6:16
我的计算机*也有RTL8111 / 8168/8411以太网设备,并且sudo rmmod r8169 && sudo modprobe r81691终于为我解决了此问题。在内核版本4.16之前没有此问题。 (*带有GNOME,内核4.16和Realtek专有固件的Debian 10)
– ossbuntu
18年8月8日在12:54
为我工作过ath10k_pci的archlinux
–没人
19年7月6日在11:49
在xub 19.10上为我重新插入固定的内核模块。有趣的是,此问题仅在最近才开始,对我而言,此问题未在19.04或更早的版本上发生。我在t420上。
– Victor Sorokin
20年4月5日在10:02
#3 楼
要在没有sudo
访问权限的环境中恢复后自动重启NetworkManager,请在/etc/pm/sleep.d
(任何名称)中创建一个脚本,通过chmod +x
设置可执行位,然后插入以下内容:case "" in
resume|thaw)
# systemctl restart network-manager.service
service NetworkManager restart
;;
esac
对我来说,
service
系列有效,但systemctl
可能更适合您。来源:https://askubuntu.com/a/92235/30266。
评论
服务NetworkManager重新启动对我有用,但是脚本的放置不起作用(在16.04上)。我不得不将脚本移动到/ lib / systemd / system-sleep / script-name-here。在这种情况下,脚本的第一个参数是[pre | post],因此我不得不将case语句更改为... post)...中的case“ $ {1}”。...我也将内部语句包装为... suspend)中的case“ $ {2}”。 ...
–切斯特
16年11月16日在13:28
应该是/ lib / systemd / system-sleep / 15.04以上版本
– qwr
17年2月1日在6:17
#4 楼
对我来说,这似乎是随机的,但是有时候,如果我连接了wifi,它就会断开连接,或者如果我没有连接,它就不会显示网络。有时让我的笔记本电脑进入睡眠模式似乎可以触发它,但并非总是如此。这些组合通常可以使它再次运行而无需重新启动:
sudo iwlist $(ifconfig | grep -Po '^w\w+') scan
sudo service network-manager stop; sleep 5; sudo service network-manager start
在这里简单地调用
restart
似乎对我不起作用。看起来它试图在关闭它之前将其启动,因此我在stop
和start
之间有更多的暂停机会。在UI中关闭wifi;等待几秒钟;将其重新打开
这些似乎都不能始终如一地工作,但是我以最有可能成功的顺序列出了它们。
评论
对我来说,重新启动也没有用,但是停止并启动了!没有其他答案。非常感谢!
–乔纳坦·厄斯特罗姆(JonatanÖström)
20-09-30在9:46
#5 楼
Ubuntu 16.04上的工作方法:创建服务:
sudo nano /lib/systemd/system/wifi-resume.service
服务正在从以下位置调用程序:/etc/init.d/network-manager
粘贴代码:
#/lib/systemd/system/wifi-resume.service
#sudo systemctl enable wifi-resume.service
[Unit]
Description=Restart network-manager at resume
After=suspend.target
After=hibernate.target
After=hybrid-sleep.target
[Service]
Type=oneshot
ExecStart=/bin/systemctl restart network-manager
[Install]
WantedBy=suspend.target
WantedBy=hibernate.target
WantedBy=hybrid-sleep.target
然后启用服务:
sudo systemctl enable /lib/systemd/system/wifi-resume.service
这将创建符号链接放入/ etc / systemd / system的[Install]目录中,并激活服务
之后,您可以使用以下命令检查状态:
systemctl status wifi-resume.service
#6 楼
蓝牙存在相同的问题:挂起后,蓝牙鼠标不起作用。因此,我从上面导出了解决方案:sudo nano /etc/systemd/system/bluetooth-resume.service
启用新服务
sudo systemctl enable bluetooth-resume.service
并编辑了服务
#/etc/systemd/system/bluetooth-resume.service
#sudo systemctl enable bluetooth-resume.service
[Unit]
Description=Restart bluethooth at resume
After=suspend.target
After=hibernate.target
After=hybrid-sleep.target
[Service]
Type=oneshot
ExecStart=/bin/systemctl restart bluetooth.service
[Install]
WantedBy=suspend.target
WantedBy=hibernate.target
WantedBy=hybrid-sleep.target
我也尝试编辑...
sudo nano /etc/bluetooth/main.conf
并更改了
/>
AutoEnable=true
但是,这对于“恢复问题”不起作用,并且无论如何也不会影响新的蓝牙设备!
评论
这篇帖子如何回答OP?
– ynn
20年7月28日在5:02
#7 楼
我在装有Ubuntu 16.04的笔记本电脑Dell Inspiron 15R上遇到了相同的问题。对我来说,工作是在第二个回复中报告的脚本。安装脚本后,我使用右上方菜单中的命令尝试了悬架,甚至合上了嘴唇,从而解决了问题。
我不得不说,问题是交替发生的(也就是说,有时在安装脚本之前就可以解决)。
#8 楼
对我而言,解决方案是在终端机中运行nmcli nm sleep false
#9 楼
暂停后,我在回到家庭wifi时遇到了同样的问题。尝试了其他各种建议的答案,这些答案有时可能会奏效,但并非总是如此。最终,以下修复程序可以始终连接到wifi:
1)编辑此文件:
sudo vim /etc/NetworkManager/NetworkManager.conf
2)通过添加到它:
[device]
wifi.scan-rand-mac-address=no
#10 楼
现在可能很简单sudo apt update
sudo apt upgrade
应该可以工作。
以我为例,在升级的软件包中有
bcmwl-kernel-source (6.30.223.271+bdcom-0ubuntu1~1.3)
,并且此更新之后wifi再次起作用。#11 楼
在终端中逐个运行这些命令sudo nano /lib/systemd/system-sleep/wififix
现在粘贴以下代码并保存。
!/bin/sh
set -e
if [ "" = "suspend" ] || [ "" = "hybrid-sleep" ]; then
case "" in
pre) true ;;
post) sleep 1 && service network-manager restart ;;
esac
fi
sudo chmod +x /lib/systemd/system-sleep/wififix
在Ubuntu 20.04 Focal Fossa上进行了测试,在其他Mint和Elementary版本上也都可以使用。
从这里获得的解决方案
#12 楼
我在Ubuntu 20.04上遇到了同样的问题。我尝试了上述解决方案,这些解决方案对我的intel 6235适配器不起作用。随机Web搜索反而使我找到了解决方案:
sudo modprobe -r iwlwifi
sudo modprobe iwlwifi
sudo systemctl restart NetworkManager
直到下一次暂停时,该问题才得以解决。
评论
您是否在启动板上针对该问题提交了错误???bugs.launchpad.net/ubuntu/+source/wpasupplicant/+bug/1556357
自Ubuntu 14.起,似乎就出现了这个问题。
对于我来说,这在14.04 LTS下从未发生过。升级到16.04 LTS太好了,我会保留下来,但是它总是忘记我的WiFi密码。该服务显然正在运行;只是它忘记了密码并且无法连接。我发布了这个信息:askubuntu.com/questions/934958/…-我不想处理黑名单或任何奇怪的事情。
...而且问题仍然存在于Ubuntu 20中。在这一点上,我有点受够了。