¿Hacer que systemd deje de iniciar el servicio wpa

Quería deshabilitar systemdlos intentos no deseados para iniciar automáticamente wpa_supplicant. Creo que podría simplemente ejecutar un

sudo systemctl disable wpa_supplicant.service --global

y ya no vería un wpa_supplicant en la ps -efsalida. De todos modos esto no funcionó. ¿Cómo puedo hacer que funcione?

Mi problema en cuestión podría describirse mejor por la salida de

$>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

donde, como puede ver, el disabledservicio está cargado y activo de todos modos, gracias a systemd que me ayuda completamente a hacer lo más simple;)

Actualización
Parece que tuve suerte al eliminar brutalmente estos archivos:

wpa_supplicant-nl80211@.service
wpa_supplicant.service
wpa_supplicant@.service
wpa_supplicant-wired@.service

de la /usr/lib/systemd/systemcarpeta ¿Adivina qué? Después de reiniciar, wpa finalmente ya no se inicia systemd. Me da la impresión de que tiene que haber habido una manera más tranquila / conciliadora manera de conseguir systemdque el servicio no se inicia.

systemd configuration wpa-supplicant

— humanidad y paz
fuente

¿Enmascarar la unidad no hizo nada por ti?

— Kalvin Lee

@KalvinLee No estoy seguro de si lo que hice (eliminar los archivos) y el enmascaramiento (para mi comprensión, eso sería mantener los enlaces nombrados como esos archivos que apuntan a /dev/nullque no es prácticamente lo mismo). Lo que sugieres es algo que intento . No debo haber estado buscando lo suficiente en unix.se para ver esa disbale vs mask systemdpregunta. Trataré de responder pronto, para actualizar la pregunta

— humanidad y

¿Deshabilitó la plantilla (wpa_supplicant @ .service)?

— maxf

@maxf sí (vea que en la actualización también eliminé el archivo de plantilla) y funcionó. Supongo que la respuesta real aquí fue que Kalvin Lee sugirió que es realmente descreído (no lograr que comience, incluso como una dependencia o de lo contrario, lo es mask). systemctl maskes la deshabilitación real (lo que significa que el servicio no estará allí más adelante).

— humanityANDpeace

Me encontré con el mismo problema que el tuyo. Después de investigar un poco, encontré una carpeta llamada:

/usr/share/dbus-1/system-services/fi.w1.wpa_supplicant1.service

Este archivo se utiliza para permitir que d-bus active el servicio. d-bus puede activar el servicio incluso si está deshabilitado. Confirmé que esto estaba sucediendo cambiando el nombre del archivo y luego reiniciando. ¡Vi que en este punto wpa_supplicantno había comenzado! Para perseguir el problema aún más, sería necesario averiguar qué programa se está activando a wpa_supplicanttravés de d-bus. No he hecho esto ya que enmascarar el archivo de la unidad funciona bien para mis propósitos.

— BrettB
fuente

Tenga en cuenta que NetworkNanager requiere la ejecución de wpa_supplicant ( url ). Después de eliminar el archivo anterior, perdí el acceso a las redes wifi.

— user3804598

Intenté seguir la sugerencia de BrettB, pero no tuvo ningún efecto en mi sistema. (Ubuntu 18.04.)

Sin embargo, lo siguiente funcionó:

sudo systemctl disable wpa_supplicant

— Mike Nakis
fuente

¿Hacer que systemd deje de iniciar el servicio wpa_supplicant no deseado?