¿Cómo acelerar el arranque realmente lento en Ubuntu 16.04?

39

Estoy tratando de entender lo que necesito hacer para acelerar mi arranque con Ubuntu 16.04. Ejecuté dmesg y guardé la salida aquí . Todo parece salir mal después de unos 10 segundos.

boot 16.04 dmesg

— Packwood
fuente

Si mira su dmesg, es posible que encuentre una entrada como 'las nuevas opciones de montaje no coinciden con el superbloque existente'. Si es así

— busque

No creo que esté viendo ese error o similar.

— Packwood

¿Por qué sientes que las cosas se vuelven malas a los 10 segundos? ¿Qué mensaje crees que es especialmente preocupante?

— Ciro Santilli 新疆改造中心法轮功六四事件

45

Puede intentar averiguar qué le está tomando más tiempo con systemd

systemd-analyze blame

— usuario536489
fuente

32

¿Y qué después? ¿Tengo que detener la ejecución de algunos servicios?

— mohammed amine bourkadi

29

¡Editar UUID de / etc / fstab del espacio de intercambio (para que coincida con la salida de sudo blkid) funcionó de maravilla!

Nota : Después de eso, si hay entradas de intercambio en el /etc/crypttabarchivo, debe cambiar su segundo parámetro para que coincida con su espacio de intercambio, ya sea por UUID o ruta (es decir, UUID = algo o / ruta / a / intercambio).

En mi SSD, el arranque pasó de 2 minutos a menos de 10 segundos.

La cuestión es que acabo de hacer una actualización normal de 14.04 a 16.04, sin perder el tiempo con las particiones, cuando comenzó este problema. Claramente, hay algunos problemas con el procedimiento de actualización.

— M Dub
fuente

Gracias, eso me ayudó mucho: para propósitos de prueba, había cambiado un carrito extraíble, no había problema de arranque cuando el disco no estaba allí el 14.04, el arranque del 16.04 tomó 1 o 2 minutos más. Parece que el kernel 3 fue más rápido que el kernel 4 cuando no se encontró el intercambio.

— Emmanuel

Gracias. Me salvaste mucho tiempo. También estaba actualizando el sistema desde 14.04, por lo que se produjo este problema.

— PaladiN

Gracias, tuve el mismo problema con el UUID de intercambio incorrecto, una vez que lo cambié para que coincida con blkid, me tomó un largo tiempo de inicio de aproximadamente 60 segundos a solo 5 segundos

— Brandon Søren Culley

2

Mire en askubuntu.com/questions/38533/… respuesta para obtener más información sobre cómo hacerlo. Redujo mi tiempo de arranque de más de 100 segundos a 15.

— Dmitry

sí, me actualizo a 17.10 pero mi intercambio de coincidencias con el resultado de "blkid"

— Vasil Valchev

10

Me encontré con un problema similar de mayor tiempo de arranque después de la actualización.

¿Cual fue el problema? Había eliminado mi espacio de intercambio, por lo que mi archivo / etc / fstab y el nuevo sistema de archivos tenían conflictos. El cargador de arranque esperó casi 1m 30s para encontrarlo.

Cómo resolví el problema Ejecute sudo blkid

Abra su archivo / etc / fstab y compare la coincidencia del uuid con las particiones que tenga. Si no coincide, cambie eso y reinicie.

— Gokul Palwe
fuente

El dmesgresultado de la pregunta muestra que OP tiene un problema diferente.

— Byte Commander

9

Es una solución alternativa, pero esto redujo mi tiempo de arranque significativamente (de 1 min 24s a 16s).

sudo vim /etc/systemd/system.conf

Descomente estos dos parámetros y establezca el tiempo de espera deseado:

DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s

Nota: Optimice estos valores para que coincidan con sus necesidades de hardware ~ 5 - 60 s.

Como se ha discutido aquí estos parámetros configuran los tiempos de espera por defecto para iniciar y detener de unidades, así como el tiempo predeterminado para dormir entre reinicios automáticos de unidades, tal como está configurado por unidad en TimeoutStartSec=, TimeoutStopSec=y RestartSec=(para los servicios, consulte systemd.service (5) para detalles sobre la configuración por unidad).

Para las unidades que no son de servicio, DefaultTimeoutStartSec=establece el valor predeterminado TimeoutSec= value. DefaultTimeoutStartSec=y por DefaultTimeoutStopSec=defecto a los 90. DefaultRestartSec=Por defecto es de 100ms.

Editar - Más en detalle:

Analicé la secuencia de arranque con la systemd-analyze plot > sequence.svgque mostraba que los servicios no podían iniciarse en mi sistema operativo recién actualizado. Había tres: uno era un demonio sendmail mal configurado y luego powerd.service y NetworkManager-wait-online.service . Dado que no es una buena idea deshabilitar el servicio NetworkManager por completo, simplemente dejé que se agote el tiempo de espera después de 10 segundos y apliqué esta regla globalmente.

— Mirek
fuente

2

¿Podría ampliar cómo esta solución redujo su tiempo de arranque en 68 segundos?

— Élder Geek

No hay problemas, disfruta!

— Mirek

no funciona para mí, ya que después de aplicar los cambios mi tiempo de arranque pasó de 52 a 57 segundos.

— Woeitg, el

1

10s es muy bajo. Puede hacer que arranque en modo de recuperación. Estoy usando 30s

— Anwar

Los 10 rompieron mi arranque en 18.04. Ahora reparando Ubuntu en modo de recuperación.

— Pasupathi

1

Esto podría estar relacionado con problemas del sistema de archivos. Es posible que desee consultar este enlace para ver si la reparación de su sistema de archivos mejora el tiempo de arranque: https://help.ubuntu.com/community/FilesystemTroubleshooting

— Chris J Arges
fuente

Hmm ahora parece ser [más largo] ( pastebin.com/a5g4wHvA ) Parece que sale mal después de unos 30 segundos. "eth0: el enlace no está listo" "nf_conntrack: la asignación de ayuda automática está en desuso y se eliminará pronto. Use el objetivo de iptables CT para adjuntar ayudantes"

— Packwood

0

Tuve un problema similar que acabo de resolver: ejecuto Ubuntu 16.04 en un SSD. Yo uso una unidad flash como partición de intercambio. El disco accidentalmente se movió ligeramente y tardó más de 3 minutos en arrancar. Lo volví a colocar correctamente y ahora todo está bien. En caso de que haya intentado smartctl o fsck y su sistema de archivos esté bien, intente quitar las unidades flash (u otros periféricos) y vea cómo funciona. ¡Buena suerte!

— joham34
fuente

0

Según su salida de pastebin, me saltan un par de cosas:

EXT4-fs (sda5): re-mounted

Es posible que desee fsck este volumen y eche un vistazo a Smart Data para esa unidad.

y

[   31.022220] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   45.720952] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   45.761548] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready

Puede intentar deshabilitar IPV6 en sus conexiones de red si su conexión no lo admite.

— Elder Geek
fuente

0

Siguiendo la sugerencia de user536489:

culpa de systemd-analyse

Compruebe si hay un servicio que tarda mucho en iniciarse y establezca un tiempo de espera inferior:

sudo vim /lib/systemd/system/networking.service

Cambiar TimeoutStartSeca algo como 10s. La página de manual indica Toma un valor sin unidad en segundos, o un valor de intervalo de tiempo como "5min 20s". Pase "infinito" para deshabilitar la lógica de tiempo de espera.

— max
fuente