Cómo diagnosticar / corregir un arranque muy lento en Ubuntu 18.04


47

Hace mucho tiempo que SSD no hace nada.

  • ¿Cómo puedo encontrar la falla y solucionarlo?
  • Ya verificado /etc/fstab, no hay intercambio ni nada mal allí (32 GB de RAM, sin intercambio)

[    2.173492] usb 2-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.173497] usb 2-1.6: Product: DW375 Bluetooth Module
[    2.173501] usb 2-1.6: Manufacturer: Dell Computer Corp
[    2.173511] usb 2-1.6: SerialNumber: 7CE9D3C0713B
[    2.323728] ata4: SATA link down (SStatus 0 SControl 300)
[    2.441062] input: AlpsPS/2 ALPS GlidePoint as /devices/platform/i8042/serio1/input/input6
[    2.640309] ata5: SATA link down (SStatus 0 SControl 300)
[    2.954947] ata6: SATA link down (SStatus 0 SControl 300)
[    3.068090] clocksource: Switched to clocksource tsc
[   36.584826] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[   36.726117] ip_tables: (C) 2000-2006 Netfilter Core Team
[   36.732610] systemd[1]: systemd 237 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +AC
L +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
[   36.751996] systemd[1]: Detected architecture x86-64.
[   36.753867] systemd[1]: Set hostname to <latitude-e5520>.
[   36.868561] systemd[1]: Started Forward Password Requests to Wall Directory Watch.
[   36.868594] systemd[1]: Reached target Remote File Systems.
[   36.868751] systemd[1]: Created slice User and Session Slice.
[   36.868869] systemd[1]: Created slice System Slice.
[   36.868948] systemd[1]: Listening on udev Control Socket.
[   36.868957] systemd[1]: Reached target Slices.
[   36.868996] systemd[1]: Listening on udev Kernel Socket.
[   36.895156] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[   36.898185] lp: driver loaded but no devices found
[   36.903941] ppdev: user-space parallel port driver

3
¿Es esta una instalación nueva? con lvm? tal vez este error: bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1768230 ?
pim

Para ver el WARNING:Failed to connect to lvmetad. Falling back to device scanning.mensaje, debe desactivar el inicio silencioso / silencioso (consulte: askubuntu.com/a/289/454520 )
pim

Se trata de un arranque prolongado de la red. La solución de esta respuesta me ayudó.
gyr9i

Respuestas:


60

Actualicé a 18.04 hoy y encontré el mismo problema. Pude solucionarlo arrancando el kernel con el noresumeparámetro.

Como tú, tampoco tengo espacio de intercambio. En algún momento durante la actualización, se modificó la configuración de initramfs, agregando una línea que apunta a una partición de intercambio inexistente. El inicio lento fue porque estaba buscando esta partición y luego agotaba el tiempo de espera después de 30 segundos.

Para actualizar GRUB para que pase esta opción al kernel automáticamente en el arranque:

  1. Edite el archivo /etc/default/grubpara que la cadena noresumese incluya en la GRUB_CMDLINE_LINUX_DEFAULTlínea, por ejemplo:

    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
    
  2. Ejecute este comando para actualizar GRUB:

    sudo update-grub
    
  3. Reinicia la computadora


1
noresume lo arregló, nada extraño en initramfs.
user105939

2
Actualicé a 18.04 ayer y tuve el mismo problema (tardó 52 segundos en arrancar). Después de configurar el parámetro "noresume", tardó 21 segundos.
Erol

1
Puede mejorar su respuesta ya buena con instrucciones sobre cómo actualizar grub.
WinEunuuchs2Unix

99
Tenga en cuenta que se trata de un workaroud, ya que evitará reanudar un sistema hibernado.
pim

2
Me preocupa que esto pueda evitar que use la hibernación. Sin embargo, esto funcionó para mí: askubuntu.com/questions/1013830/… (editando /etc/initramfs-tools/conf.d/resume, cambiando RESUME = none desde el UUID y ejecutando update-initramfs -u)
Gray Panther

19
$ systemd-analyze blame

Mire para ver qué procesos están tomando más tiempo del proceso de arranque.


55
systemd-analyze blameno mostrará el tiempo del kernel y para este problema. systemd-analyse timemostrará que es el núcleo el que está atascado buscando el sistema de archivos.
pim

2
buena sugerencia, pero el proceso más largo tomó solo 1.6 segundos, por lo que esta herramienta no ayudó.
user105939

3
@Pim systemd-analyse timetiene un error tipográfico, debería tener unz
RobAu

1
systemd-analyze critical-chaines incluso mejor queblame
user535733


5

Actualicé a 18.04 desde 16.04. El tiempo de arranque fue de más de 10 minutos.
Intenté "No hay pantalla de bienvenida en Kernel" para encontrar qué procesos están tardando más en iniciarse.

A start job is running for Raise network interfaces (1min 26s / 5min 24s)

Por lo tanto, necesitamos reducir el tiempo para que este proceso ahorre tiempo de arranque. Para hacerlo

Tienes que editar,

sudo nano /etc/systemd/system/network-online.target.wants/networking.service

Encontrar

TimeoutStartSec=5min

Cambiar a

TimeoutStartSec=5s

y reiniciar


Aquí es donde mi arranque se estaba quemando mucho tiempo, por lo que esta solución funcionó para mí. +1
Gnawme

3

Puede configurar el tiempo de espera para Iniciar trabajo y Detener trabajos.

Edite /etc/systemd/system.confcon privilegios elevados y cambie / agregue dos líneas que están comentadas por defecto de 90 segundos a 5 (o lo que prefiera) y descomente:

de:

#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s 

a:

DefaultTimeoutStartSec=5s
DefaultTimeoutStopSec=5s

Después de eso, aplique los cambios reconstruyendo sus initramfs con el comando:

sudo update-initramfs -u

0

Intenté un método diferente pero nada funcionó. entonces encuentro que fue el problema del controlador de gráficos. Resolví usando controladores adicionales para mí, era Nvidia.

Ir a: software y actualizaciones -> elija el controlador de gráficos enumerado -> aplique los cambios

Nota: Estoy usando la versión del kernel 4.18.0-25-generic

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.