¿Cómo puedo activar la regeneración de /usr/lib/systemd/system/

¿Cómo puedo activar la regeneración de /usr/lib/systemd/system/

Hay archivos de configuración de red systemd estándar para wpa_supplicant, a saber, . Estos se generan automáticamente en algún momento, presumiblemente al instalar algún paquete relacionado con esto./usr/lib/systemd/system/[email protected]

¿Cómo puedo volver a generar estos archivos manualmente?

En mi sistema, los archivos no pertenecen a ningún paquete. Probablemente esto se deba a que se generan localmente, pero hace que sea muy difícil entender de dónde provienen. Según los registros de mi administrador de paquetes, supongo que los míos se actualizaron por última vez cuando instalé ntp. Sin embargo, desinstalar y/o reinstalar ntp (o systemd o wpa_supplicant) no cambia nada.

Motivo para hacer esto: Las modificaciones en el hardware pueden provocar wlpXs0que se reasignen las direcciones del dispositivo (la X en ). En este caso, la configuración de su systemd ya no será correcta y no encontrará el dispositivo de red.

El sistema es: Arch Linux, kernel 5.7.6, systemd 245.6, wpa_supplicant 2.9

Respuesta1

En los paquetes estándar de Arch Linux, estos archivos no se generanen absoluto. En primer lugar, no deberían existir en su sistema. (Además, ninguna herramienta o paquete debe escribir archivos generados dinámicamente en /usr. Hay algunas excepciones a esto, pero normalmente los archivos generados aparecerán solo en /etc, /var o /run).

El paquete wpa_supplicant incluye un archivo de unidad única, que actúa como plantilla para crear instancias de unidades./usr/.../[email protected]wpa_supplicant@interface.serviceen memoria, pero nunca se escriben en el sistema de archivos.

Al intentar 'activar systemctl' estas instancias virtuales se crearán enlaces simbólicos /etc/systemd/systemque se denominarán como en su ejemplo, pero todos apuntan al mismo archivo de plantilla. (Y nuevamente, estos enlaces simbólicos estarían en /etc y no en /usr/share).

información relacionada