systemd: los demonios de usuario no se inician después de la actualización eliminada.

Nov 07 2020

Alrededor del fin de semana pasado, mis instantáneas dejaron de funcionar, incluido el software Ubuntu. Resultó que de repente snapya no estaba instalado. Además, el audio dejó de funcionar por completo, lo que en ese momento asumí que estaba relacionado de alguna manera con el snap, ya que había instalado "PulseAudio Volume Control (gtk)" de la tienda de software de Ubuntu.

Reinstalé snapcon apt install snapy todas mis instantáneas estaban funcionando bien nuevamente. El audio aún no funcionaría incluso después de varios reinicios. Iniciar manualmente Pulse con pulseaudio --startcorrige el audio hasta el próximo reinicio. Comencé a investigar por qué el demonio Pulse no se inicia después del arranque, pero tenga en cuenta que no tengo ningún conocimiento systemd. Naturalmente, no me metí con systemdantes de este problema. ¿Así que supongo que lo causó alguna actualización?

Aparentemente, upowerdlos servicios de usuario no se inician después del arranque:

$ systemctl --failed
UNIT              LOAD   ACTIVE SUB    DESCRIPTION                
upower.service    loaded failed failed Daemon for power management
[email protected] loaded failed failed User Manager for UID 1000  
[email protected]  loaded failed failed User Manager for UID 125 

$ id -un 1000genera mi nombre de usuario y $ id -un 125cede gdm(¿Gnome Display Manager?).

Intentar conectarse a upowerdproduce lo siguiente:

$ upower
(upower:4492): UPower-WARNING **: 17:02:55.585: Cannot connect to upowerd: Error calling StartServiceByName for org.freedesktop.UPower: Timeout was reached

Intentar llamar a cualquier systemctlcomando con la --userbandera siempre regresará Process org.freedesktop.systemd1 exited with status 1.

Verifiqué el estado de los 3 servicios:

$ systemctl status user@1000
[email protected] - User Manager for UID 1000
   Loaded: loaded (/lib/systemd/system/[email protected]; static; vendor preset: enabled)
  Drop-In: /usr/lib/systemd/system/[email protected]
           └─timeout.conf
   Active: failed (Result: exit-code) since Sat 2020-11-07 17:52:27 CET; 53min left
     Docs: man:[email protected](5)
  Process: 1307 ExecStart=/lib/systemd/systemd --user (code=exited, status=224/PAM)
 Main PID: 1307 (code=exited, status=224/PAM)

Nov 07 17:52:27 <MyUser-MyComputer> systemd[1]: [email protected]: Main process exited, code=exited, status=22>
Nov 07 17:52:27 <MyUser-MyComputer> systemd[1307]: PAM adding faulty module: pam_umask.so
Nov 07 17:52:27 <MyUser-MyComputer> systemd[1]: [email protected]: Failed with result 'exit-code'.
Nov 07 17:52:27 <MyUser-MyComputer> systemd[1307]: PAM unable to dlopen(pam_systemd.so): /lib/security/pam_sys>
Nov 07 17:52:27 <MyUser-MyComputer> systemd[1307]: PAM adding faulty module: pam_systemd.so
Nov 07 17:52:27 <MyUser-MyComputer> systemd[1307]: PAM unable to dlopen(pam_cap.so): /lib/security/pam_cap.so:>
Nov 07 17:52:27 <MyUser-MyComputer> systemd[1307]: PAM adding faulty module: pam_cap.so
Nov 07 17:52:27 <MyUser-MyComputer> systemd[1307]: PAM unable to dlopen(pam_gnome_keyring.so): /lib/security/p>
Nov 07 17:52:27 <MyUser-MyComputer> systemd[1307]: PAM adding faulty module: pam_gnome_keyring.so
Nov 07 17:52:27 <MyUser-MyComputer> systemd[1]: Failed to start User Manager for UID 1000.
$ systemctl status user@125
[email protected] - User Manager for UID 125
   Loaded: loaded (/lib/systemd/system/[email protected]; static; vendor preset: enabled)
  Drop-In: /usr/lib/systemd/system/[email protected]
           └─timeout.conf
   Active: failed (Result: exit-code) since Sat 2020-11-07 17:52:16 CET; 52min left
     Docs: man:[email protected](5)
  Process: 943 ExecStart=/lib/systemd/systemd --user (code=exited, status=224/PAM)
 Main PID: 943 (code=exited, status=224/PAM)

Nov 07 17:52:16 <MyUser-MyComputer> systemd[943]: PAM adding faulty module: pam_umask.so
Nov 07 17:52:16 <MyUser-MyComputer> systemd[1]: [email protected]: Main process exited, code=exited, status=224>
Nov 07 17:52:16 <MyUser-MyComputer> systemd[943]: PAM unable to dlopen(pam_systemd.so): /lib/security/pam_syst>
Nov 07 17:52:16 <MyUser-MyComputer> systemd[1]: [email protected]: Failed with result 'exit-code'.
Nov 07 17:52:16 <MyUser-MyComputer> systemd[943]: PAM adding faulty module: pam_systemd.so
Nov 07 17:52:16 <MyUser-MyComputer> systemd[943]: PAM unable to dlopen(pam_cap.so): /lib/security/pam_cap.so: >
Nov 07 17:52:16 <MyUser-MyComputer> systemd[943]: PAM adding faulty module: pam_cap.so
Nov 07 17:52:16 <MyUser-MyComputer> systemd[943]: PAM unable to dlopen(pam_gnome_keyring.so): /lib/security/pa>
Nov 07 17:52:16 <MyUser-MyComputer> systemd[943]: PAM adding faulty module: pam_gnome_keyring.so
Nov 07 17:52:16 <MyUser-MyComputer> systemd[1]: Failed to start User Manager for UID 125.

Entonces, ¿ PAMhay algún tipo de autenticación que debería tener lugar después del arranque, pero falla de alguna manera? ¿Cómo puedo hacer que PAM realice su autenticación manualmente?

$ systemctl status upower
upower.service - Daemon for power management
   Loaded: loaded (/lib/systemd/system/upower.service; disabled; vendor preset: enabled)
   Active: failed (Result: signal) since Sat 2020-11-07 16:53:14 CET; 3min 26s ago
     Docs: man:upowerd(8)
  Process: 3163 ExecStart=/usr/lib/upower/upowerd (code=killed, signal=SYS)
 Main PID: 3163 (code=killed, signal=SYS)

Nov 07 16:53:14 <MyUser-MyComputer>  systemd[1]: upower.service: Scheduled restart job, restart counter is at 5.
Nov 07 16:53:14 <MyUser-MyComputer>  systemd[1]: Stopped Daemon for power management.
Nov 07 16:53:14 <MyUser-MyComputer>  systemd[1]: upower.service: Start request repeated too quickly.
Nov 07 16:53:14 <MyUser-MyComputer>  systemd[1]: upower.service: Failed with result 'signal'.
Nov 07 16:53:14 <MyUser-MyComputer>  systemd[1]: Failed to start Daemon for power management.

Verificar los systemdregistros me muestra que intenta comenzar upowerd5 veces y se rinde después de fallar repetidamente (redactado para mostrar solo 1 entrada que se repite 5 veces):

$ journalctl -xe
Nov 07 17:02:30 <MyUser-MyComputer> systemd[1]: Starting Daemon for power management...
-- Subject: A start job for unit upower.service has begun execution
-- 
-- A start job for unit upower.service has begun execution.
-- 
-- The job identifier is 2811.
Nov 07 17:02:30 <MyUser-MyComputer> audit[4495]: SECCOMP auid=4294967295 uid=0 gid=0 ses=4294967295 pid=4495 comm="upowerd" exe="/usr/lib/upower/upowerd" sig=31 arch=c000003e syscall=12 compat=0 ip=0x>
Nov 07 17:02:30 <MyUser-MyComputer> kernel: kauditd_printk_skb: 16 callbacks suppressed
Nov 07 17:02:30 <MyUser-MyComputer> kernel: audit: type=1326 audit(1604764950.576:8019): auid=4294967295 uid=0 gid=0 ses=4294967295 pid=4495 comm="upowerd" exe="/usr/lib/upower/upowerd" sig=31 arch=c0>
Nov 07 17:02:30 <MyUser-MyComputer> systemd[1]: upower.service: Main process exited, code=killed, status=31/SYS
-- Subject: Unit process exited
-- 
-- An ExecStart= process belonging to unit upower.service has exited.
-- 
-- The process' exit code is 'killed' and its exit status is 31.

Estoy en el final de mi ingenio aquí. Intenté restablecer los servicios fallidos systemctl reset-failedy reiniciar, pero no cambió nada.

¿Alguna idea de lo que podría probar o qué registro debería comprobar?

Respuestas

4 gw666 Nov 09 2020 at 02:33

Tuve el mismo problema con el paquete snapd faltante y los mismos errores sobre los servicios fallidos. Resulta que estaba buscando módulos pam en / lib / security que no existen en amd64. La misma peculiaridad de actualización que eliminó snapd instaló systemd: i386 en mi máquina de 64 bits. La solución fuesudo apt install systemd:amd64 systemd-timesyncd:amd64

Consulte también en Launchpad: https://bugs.launchpad.net/ubuntu/+source/aptdaemon/+bug/1903273