Retraso largo después del arranque: upower.service requiere 26 segundos

11

Estoy tratando de determinar la causa raíz de un retraso después del arranque. Actualmente usa Ubuntu 16.10 LTS, pero el mismo problema estaba ocurriendo en versiones anteriores a 14.

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.

La salida superior de systemd-analyze blamees ...

   26.653s upower.service
   6.890s NetworkManager-wait-online.service

Buscar en Google u.service parece que la mayoría de las personas ven menos de 2 segundos. ¿Cómo puedo determinar por qué upower.service está tardando tanto en el arranque?

¡Gracias!

vanboom
fuente

Respuestas:

1

Da un paso más para ver más resultados con el systemd-analyzecomando 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-analyzecomandos, 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 SERVICEpara 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 systemctlcomando, 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.

clearkimura
fuente
0

Edite su /etc/journald.confy agregue almacenamiento persistente. Esto preservará sus registros de compilaciones anteriores.

Con esto habilitado, puede examinar los registros de las botas anteriores para el servicio upower:

journalctl -b -1 -u upower.service

Es posible que desee deshabilitar el registro persistente una vez que haya terminado, ya que utilizará mucho espacio en disco.

Amias
fuente
obviamente, esto no hará que los registros de las botas aparezcan antes de habilitar esta opción, no es mágico.
Amias
0

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 blameahora salidas:

800ms snapd.firstboot.service
696ms wicd.service
...
250ms upower.service

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

#re-installing nvidia drivers
sudo apt-get purge nvidia-*
sudo apt-get install nvidia-current nvidia-settings

#uninstalling plasma
sudo apt-get purge kubuntu-desktop plasma-desktop
sudo apt-get autoremove

#installing plasma    
sudo apt-add-repository ppa:kubuntu-ppa/backports
sudo apt update && sudo apt full-upgrade -y
marts
fuente
El OP no ha declarado si tiene una tarjeta Nvidia o Radeon o ninguna. Y si la tarjeta de Nvidia no se ha saciado si está usando binarios o código abierto. Sugiero que su respuesta se aplique a su plataforma, que podría no tener nada que ver con la suya. Solo preguntándole cuál es su plataforma lo descubriremos con seguridad.
WinEunuuchs2Unix