Da un paso más para ver más resultados con el systemd-analyze
comando que se agrega critical-chain
. Este comando supuestamente "imprime un árbol de la cadena de unidades de tiempo crítico".
Ejemplo de salida de systemd-analyze
comandos, que son relevantes para upower.service
:
$ systemd-analyze blame | grep upower
486ms upower.service
$ systemd-analyze critical-chain upower.service
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
upower.service +486ms
└─basic.target @16.023s
└─sockets.target @16.023s
└─snapd.socket @15.921s +55ms
└─sysinit.target @15.920s
└─apparmor.service @6.264s +9.629s
└─local-fs.target @6.147s
└─run-user-108.mount @36.705s
└─local-fs-pre.target @6.147s
└─systemd-remount-fs.service @6.051s +93ms
└─system.slice @2.394s
└─-.slice @2.389s
Si la salida anterior aún no le da ninguna pista, use otro comando systemctl status SERVICE
para ver la salida relacionada para el SERVICIO objetivo. Este comando imprimirá si el SERVICIO se está ejecutando actualmente o no, y también imprimirá el registro relevante desde el último arranque.
Ejemplo de salida de systemctl
comando, que es relevante para upower.service
:
$ systemctl status upower.service
● upower.service - Daemon for power management
Loaded: loaded (/lib/systemd/system/upower.service; disabled; vendor preset:
Active: active (running) since Wed 2016-09-21 23:33:23 MYT; 1min 35s ago
Docs: man:upowerd(8)
Main PID: 967 (upowerd)
Tasks: 3 (limit: 512)
CGroup: /system.slice/upower.service
└─967 /usr/lib/upower/upowerd
Sep 21 23:33:22 HOSTNAME systemd[1]: Starting Daemon for power management...
Sep 21 23:33:23 HOSTNAME systemd[1]: Started Daemon for power management.
Una simple comprobación : ¿hay algún dispositivo adicional que permanezca conectado a su computadora sin razón aparente? Cualquier dispositivo inocente, como un teléfono inteligente conectado al puerto USB, puede ralentizar o incluso interferir en el proceso de arranque de su computadora.
El sistema se cuelga en la pantalla de inicio de sesión durante lo que parecen 30 segundos. El cursor del mouse y la pantalla están completamente congelados. Después de eso, el sistema funciona normalmente.
El punto de cambio : la pregunta anterior solo reveló los síntomas, que apenas revelan otra cosa que la lentitud de carga del sistema.
En lugar de describir la demora, considere hacerse una de las siguientes preguntas:
Cuando el proceso de arranque comenzó a ralentizarse?
¿Qué cambió recientemente con mi computadora? Como la actualización o personalización del BIOS.
¿Instalé hardware adicional? Tal como nuevo controlador de dispositivo.
¿Instalé paquetes adicionales o actualicé paquetes particulares?
¿Qué tipo de hardware se usa? ¿El hardware está causando problemas?
La pregunta no contenía ninguna de estas informaciones, lo que significa que es imposible determinar la causa raíz de algo que no conocemos. La falta de información es un obstáculo para cualquier intento de resolución de problemas.
Tuve el mismo problema con upower.service que requirió 63 segundos. Debido a que tengo una configuración de arranque dual y requiero un cambio frecuente, esto me volvió loco. Leer en el sitio web upower.freedesktop no reveló ninguna pista sobre lo que está sucediendo.
Logré resolver el problema, aunque sin querer.
systemd-analyze blame
ahora salidas:Entonces mi tiempo de arranque es muy rápido ahora. Primero, reinstalé upower (que no cambió nada). Luego reinstalé los controladores de nvidia y también reinstalé el plasma, y esto parece haber resuelto el problema. Me di cuenta de que la configuración del monitor dual tardaba en cargarse al principio, y el plasma (uso Kubuntu 16.04) olvidaba con frecuencia la configuración. Si buscas en google 'ubuntu slow boot nvidia' obtienes muchos éxitos, y eso me llevó a intentarlo.
Escribo esta respuesta con la esperanza de que pueda ayudar a otros a replicar el éxito. Para reinstalar upower, seguí esta guía: haga clic en
fuente