sudo service network-manager restart命令会导致这个问题重复出现。只有完全重新启动才能再次启用Wifi。有什么想法吗？16.04在systemd上运行。请尝试以下操作：
sudo systemctl restart network-manager.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
/etc/init.d/network-manager restart才能解决问题，我应该像你一样把它放在一个脚本中吗？（systemctl命令对我不起作用） - elichai2$ sudo systemctl restart network-manager.service
对我来说没有起作用。
然而，我找到了一个有效的答案，感谢buzhidao的问题和挂起后无法连接互联网以及GAD3R在那里的评论。
根据他们的信息，我发现首先研究我正在使用的以太网硬件和驱动程序/模块，然后移除并重新加载该模块，对我来说是有效的（尽管对buzhidao来说不是）：
无线网络：
$ 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
$ sudo rmmod r8169 && sudo modprobe r8169
然后就好了！这个方法奏效了。我的以太网口/连接在挂起/唤醒后恢复正常，而无需重新启动。
（我也没有使用Realtek的wifi设备，而是用的Qualcomm Atheros（mod：ath9k），这或许可以解释为什么在从挂起中唤醒后wifi仍然能够正常工作。）
正如你可以从我在另一篇帖子上的评论中看到的那样，我想知道问题是否是Buzhidao和我之间的共同点：Realtek半导体设备。即使它们使用不同的模块，它们可能共享一些公共代码？或者现在新内核代码以某种方式不同地处理它们？
你自己有基于Realtek的wifi设备吗？（使用上面的lspci命令）你尝试过重新安装模块（使用上面的rmmod/modprobe命令）吗？
总之，这只是一个猜测。如果你已经找到了最终的答案，请告诉我们！谢谢。
sudo rmmod r8169 && sudo modprobe r8169 解决了这个问题。 - lenoohsudo rmmod r8169 && sudo modprobe r81691 最终为我解决了这个问题。在内核版本4.16之前我没有这个问题。（*Debian 10 使用GNOME桌面环境，内核版本为4.16，并且使用来自Realtek的专有固件Realtek固件） - ossbuntuath10k_pci无线适配器也起作用了。它在某次更新之前一直运行顺畅。我使用的是Ubuntu 20.04，内核版本为5.4.0-37-generic #41。 - laurentrtw88_8822ce（网络控制器：Realtek RTL8822CE 802.11ac PCIe无线网络适配器）。 - 4LegsDrivenCatsudo访问权限的环境中，在恢复后自动重新启动NetworkManager，请在/etc/pm/sleep.d目录下创建一个脚本（任意名称），通过chmod +x设置可执行位，并插入以下内容：case "${1}" in
resume|thaw)
# systemctl restart network-manager.service
service NetworkManager restart
;;
esac
service命令行可以工作，但systemctl可能对你更好。/lib/systemd/system-sleep/script-name-here。在这种情况下，脚本的第一个参数是[pre | post]，所以我必须将case语句改为case "${1}" in ... post) ...。我还在内部语句中加入了case "${2}" in ... suspend) ...。 - Chester/lib/systemd/system-sleep/适用于15.04及以上版本。 - qwrsudo nano /lib/systemd/system/wifi-resume.service
该服务调用程序位于：#/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
请在终端中逐个运行以下命令。
1. sudo nano /lib/systemd/system-sleep/wififix
2. 粘贴下面的代码并保存。
#!/bin/sh
set -e
if [ "$2" = "suspend" ] || [ "$2" = "hybrid-sleep" ]; then
case "$1" in
pre) true ;;
post) sleep 1 && service network-manager restart ;;
esac
fi
sudo chmod +x /lib/systemd/system-sleep/wififix在Ubuntu 20.04上进行了测试。它也适用于其他Mint和Elementary版本。
我从这里找到了解决方案。
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
我在电脑休眠后重新连接家里的Wi-Fi时遇到了同样的问题。尝试了其他一些建议的解决方法，有时候可以工作，但并不总是有效。
最终找到了一个能够稳定连接Wi-Fi的解决方法：
1）编辑以下文件：
sudo vim /etc/NetworkManager/NetworkManager.conf
[device]
wifi.scan-rand-mac-address=no
sudo apt update
sudo apt upgrade