hum*_*ace 14 wpa-supplicant configuration systemd services
我想禁用systemd不需要的自动启动尝试wpa_supplicant。我认为我可以简单地运行一个
sudo systemctl disable wpa_supplicant.service --global
Run Code Online (Sandbox Code Playgroud)
我不会再在ps -ef输出中看到 wpa_supplicant了。无论如何,这是行不通的。我怎样才能让它工作?
我手头的问题可能最好通过以下输出来描述
$>systemctl status wpa_supplicant*
? wpa_supplicant.service - WPA supplicant
Loaded: loaded (/usr/lib/systemd/system/wpa_supplicant.service; disabled; vendor preset: disabled)
Active: active (running) since Sun 2016-08-28 20:57:37 CEST; 14min ago
Run Code Online (Sandbox Code Playgroud)
正如您所看到的,该disabled服务无论如何都已加载并处于活动状态,这要感谢 systemd 完全帮助我完成了最简单的事情;)
更新
我似乎通过粗暴删除这些文件获得了一些运气:
wpa_supplicant-nl80211@.service
wpa_supplicant.service
wpa_supplicant@.service
wpa_supplicant-wired@.service
Run Code Online (Sandbox Code Playgroud)
从/usr/lib/systemd/system文件夹。你猜怎么着?重启后wpa终于不再启动systemd了。虽然必须有一种更和平/和解的方式来让systemd服务不被启动,但我还是很震惊。
小智 10
+将仅暂时禁用服务,直到网络管理器重新启动sudo systemctl disable wpa_supplicant和/或系统重新启动。sudo systemctl stop wpa_supplicant wpa_supplicant
因此,即使在网络管理器重新启动和/或系统重新启动之后,要正确和/或完全禁用该wpa_supplicant服务将来再次运行就是屏蔽该服务,即
systemctl mask wpa_supplicant.service\nRun Code Online (Sandbox Code Playgroud)\n等等,正如本文所指出的。这将创建一个符号文件
\n/etc/systemd/system/wpa_supplicant.service \xe2\x86\x92 /dev/null\nRun Code Online (Sandbox Code Playgroud)\n我希望这有帮助。
\n小智 5
我遇到了和你一样的问题。经过一番挖掘,我找到了一个名为:
/usr/share/dbus-1/system-services/fi.w1.wpa_supplicant1.service
Run Code Online (Sandbox Code Playgroud)
该文件用于允许 d-bus 激活服务。即使它被禁用,d-bus 也可以激活该服务。我通过重命名文件然后重新启动来确认发生了这种情况。我看到此时wpa_supplicant还没有开始!要进一步解决这个问题,需要找出正在wpa_supplicant通过d-bus. 我没有这样做,因为屏蔽单元文件可以很好地满足我的目的。
| 归档时间: |
|
| 查看次数: |
12469 次 |
| 最近记录: |