¿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.
¿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.
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.
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.
¿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
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!
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.
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.
Respuestas:
Puede intentar averiguar qué le está tomando más tiempo con systemd
fuente
¡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.
fuente
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.
fuente
dmesgresultado de la pregunta muestra que OP tiene un problema diferente.Es una solución alternativa, pero esto redujo mi tiempo de arranque significativamente (de 1 min 24s a 16s).
Descomente estos dos parámetros y establezca el tiempo de espera deseado:
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=yRestartSec=(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 predeterminadoTimeoutSec= value.DefaultTimeoutStartSec=y porDefaultTimeoutStopSec=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.fuente
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
fuente
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!
fuente
Según su salida de pastebin, me saltan un par de cosas:
EXT4-fs (sda5): re-mountedEs posible que desee fsck este volumen y eche un vistazo a Smart Data para esa unidad.
y
Puede intentar deshabilitar IPV6 en sus conexiones de red si su conexión no lo admite.
fuente
Siguiendo la sugerencia de user536489:
Compruebe si hay un servicio que tarda mucho en iniciarse y establezca un tiempo de espera inferior:
Cambiar
TimeoutStartSeca algo como10s. 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.fuente