/usr/lib/systemd/system/[email protected] の再生成をトリガーするにはどうすればよいですか?

/usr/lib/systemd/system/[email protected] の再生成をトリガーするにはどうすればよいですか?

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 enable' しようとすると、例のように名前が付けられたシンボリックリンクが作成されます/etc/systemd/systemが、それらはすべて同じテンプレート ファイルを指します。(また、これらのシンボリックリンクは /etc の下にあり、/usr/share の下にはありません。)

関連情報