![如何觸發 /usr/lib/systemd/system/[email protected] 的重新生成](https://rvso.com/image/1627343/%E5%A6%82%E4%BD%95%E8%A7%B8%E7%99%BC%20%2Fusr%2Flib%2Fsystemd%2Fsystem%2F%5Bemail%20protected%5D%20%E7%9A%84%E9%87%8D%E6%96%B0%E7%94%9F%E6%88%90.png)
wpa_supplicant 有標準的 systemd 網路設定文件,即.這些是在某個時候自動產生的,大概是透過安裝一些與此相關的套件來產生的。/usr/lib/systemd/system/[email protected]
如何手動重新產生這些文件?
在我的系統中,這些檔案不屬於任何套件。這可能是因為它們是本地生成的,但這確實讓人很難理解它們來自哪裡。從我的套件管理器日誌中,我推測我的套件管理器日誌是在我安裝ntp
.但是,卸載和/或重新安裝 ntp(或 systemd 或 wpa_supplicant)不會改變任何內容。
這樣做的原因:硬體的修改可能會導致裝置位址(中的 X wlpXs0
)被重新分配。在這種情況下,您的 systemd 配置將不再正確,並且無法找到網路設備。
系統為:Arch Linux,核心5.7.6,systemd 245.6,wpa_supplicant 2.9
答案1
在標準 Arch Linux 軟體包中,不會產生這些文件根本不。它們一開始就不應該存在於您的系統上。 (此外,任何工具或套件都不應在 /usr 下寫入動態產生的檔案。也有一些例外,但通常產生的檔案只會顯示在 /etc、/var 或 /run 下。)
wpa_supplicant 套件確實提供了一個單元文件,該文件充當實例化單元的模板/usr/.../[email protected]
wpa_supplicant@interface.service
在記憶中,但它們永遠不會寫入檔案系統。
嘗試“systemctl啟用”這些虛擬實例將創建符號鏈接,/etc/systemd/system
其名稱將如您的示例中所示,但它們都指向相同的模板檔案。 (同樣,這些符號連結將位於 /etc 下,而不是 /usr/share 下。)