Durante algún tiempo he visto un texto rojo parpadeando durante el arranque. Hoy decidí investigarlo. El servicio systemctl systemd-modules-load.service
falla con este texto:
tomas @ bonus-debian: ~ $ sudo systemctl status systemd-modules-load ● systemd-modules-load.service - Cargar módulos de kernel Cargado: cargado (/lib/systemd/system/systemd-modules-load.service; static; proveedor preestablecido: habilitado) Activo: fallido (Resultado: código de salida) desde ma. 2015-11-09 02:58:48 CET; Hace 5min Documentos: man: systemd-modules-load.service (8) man: modules-load.d (5) Proceso: 644 ExecStart = / lib / systemd / systemd-modules-load (código = salido, estado = 1 / FALLA) PID principal: 644 (código = salido, estado = 1 / FALLA) nov. 09 02:58:48 bonus-debian systemd [1]: Inicio de carga de módulos de kernel ... nov. 09 02:58:48 bonus-debian systemd-modules-load [644]: Error al encontrar el módulo '-r usbhid' nov. 09 02:58:48 bonus-debian systemd [1]: systemd-modules-load.service: proceso principal salido, código = salido, estado = 1 / FALLO nov. 09 02:58:48 bonus-debian systemd [1]: no se pudo iniciar la carga de los módulos del kernel. nov. 09 02:58:48 bonus-debian systemd [1]: systemd-modules-load.service: la unidad entró en estado fallido. nov. 09 02:58:48 bonus-debian systemd [1]: systemd-modules-load.service: Error con el resultado 'código de salida'.
Pensé que comenzaría buscando en Google el problema:
Ay.
A mi sistema no parece importarle que el controlador no se haya cargado, ya que no he notado una experiencia degradada, pero todavía me gustaría solucionarlo.
Como Google no me llevó a ninguna parte, ya estoy atascado. No tengo idea por dónde empezar a buscar.
¿Cómo puedo averiguar por qué falla el servicio systemctl "systemd-modules-load"?
udev
regla, por casualidad?Respuestas:
Yo también tuve este problema. Pude resolverlo siguiendo las instrucciones en la página wiki de Arch Linux systemd . Aquí hay un resumen de lo que hice:
Vamos a encontrar los servicios systemd que no se inician
Ok, encontramos un problema con el servicio systemd-modules-load. Queremos saber más.
Si la ID del proceso no aparece en la lista, simplemente reinicie el servicio fallido con
Ahora tenemos la identificación del proceso (PID) para investigar este error en profundidad. Ingrese el siguiente comando con la ID de proceso actual (aquí: 15630):
Vemos que algunas de las configuraciones del módulo del kernel tienen configuraciones incorrectas. Por lo tanto, echamos un vistazo a estas configuraciones en /etc/modules-load.d/
El mensaje de error Error al encontrar el módulo 'blacklist usblp' puede estar relacionado con una configuración incorrecta dentro de blacklist.conf. Vamos a desactivarlo insertando un # final antes de cada opción que encontramos a través del paso 3:
Ahora, intente iniciar systemd-modules-load:
Si tuvo éxito, esto no debería provocar nada. Si ve algún error, regrese al paso 3 y use el nuevo PID para resolver los errores restantes.
Si todo está bien, puede verificar que el servicio se inició correctamente con:
fuente
_PID=
ahora estará siempre en mi caja de herramientas. ¡Gracias!/etc/modules-load.d/
está vacío, y aún dice No se pudo encontrar el módulo bla . ¿Ahora que?journalctl _SYSTEMD_UNIT=systemd-modules-load.service
. Guarda buscando el PID./usr/lib/modules-load.d/
módulos de carga de archivos, ya que allí es donde las aplicaciones colocan los módulos que necesitan. Se/etc/modules-load.d/
supone que es para los archivos de configuración del usuario.