Recientemente instalé ubuntu 16.04, después de la instalación parece que lleva más tiempo arrancar. En promedio, se tarda entre 55 segundos y 1 minuto. Mientras revisaba el registro "dmesg", pude ver que se cuelga en un lugar en particular. Pude entender que está en algún lugar relacionado con la red, pero no pude encontrar una solución en línea. Estoy copiando el registro a continuación como referencia. Consulte también la captura de pantalla.
Nota: Pero las conexiones wifi y por cable funcionan bien a pesar de que el inicio lleva mucho tiempo.
registro dmesg: -
[ 23.066941] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[ 23.451644] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[ 23.465563] IPv6: ADDRCONF(NETDEV_UP): enp1s0: link is not ready
[ 23.468922] IPv6: ADDRCONF(NETDEV_UP): enp1s0: link is not ready
[ 24.331301] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[ 30.254490] vboxdrv: module verification failed: signature and/or required key missing - tainting kernel
[ 30.258457] vboxdrv: Found 4 processor cores
[ 30.276442] vboxdrv: TSC mode is Invariant, tentative frequency 2195011090 Hz
[ 30.276446] vboxdrv: Successfully loaded version 5.0.18_Ubuntu (interface 0x00240000)
[ 30.299706] VBoxNetFlt: Successfully started.
[ 30.311334] VBoxNetAdp: Successfully started.
[ 30.335055] VBoxPciLinuxInit
[ 30.389282] vboxpci: IOMMU not found (not registered)
[ 44.346552] Bluetooth: RFCOMM TTY layer initialized
[ 44.346562] Bluetooth: RFCOMM socket layer initialized
[ 44.346569] Bluetooth: RFCOMM ver 1.11
[ 52.317088] wlp2s0: authenticate with 90:8d:78:86:8f:ca
[ 52.349488] wlp2s0: send auth to 90:8d:78:86:8f:ca (try 1/3)
[ 52.351196] wlp2s0: authenticated
[ 52.352396] wlp2s0: associate with 90:8d:78:86:8f:ca (try 1/3)
[ 52.356890] wlp2s0: RX AssocResp from 90:8d:78:86:8f:ca (capab=0x411 status=0 aid=1)
[ 52.357115] wlp2s0: associated
[ 52.357127] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready
captura de pantalla del registro dmesg
Es bueno ver una respuesta inmediata, gracias. Intenté desactivar IPv6, pero no parece cambiar el tiempo de inicio. Seguí los pasos a continuación para desactivar ipv6 y corregirlo si estaba mal.
Pasos seguidos para desactivar ipv6: - 1. Editado /etc/sysctl.conf agregando debajo de 3 líneas al final net.ipv6.conf.all.disable_ipv6 = 1 net.ipv6.conf.default.disable_ipv6 = 1 net.ipv6 .conf.lo.disable_ipv6 = 1 2. sudo sysctl -p 3. Confirmó el valor, cat /proc/sys/net/ipv6/conf/all/disable_ipv6 como "1"
pero no hizo ningún cambio.
Bluetooth, lo intenté, lo apagué y lo encendí. Supongo que no tiene ningún problema, se carga más rápido.
El fabricante de mi "placa base" es Toshiba: -
root@shafeeq-Satellite-C850:/home/shafeeq# dmidecode --tipo placa base
código dmide 3.0
Obteniendo datos SMBIOS de sysfs. SMBIOS 2.7 presente.
Identificador 0x0002, DMI tipo 2, 16 bytes Información de la placa base Fabricante: TOSHIBA Nombre del producto: Versión de PC portátil: MP Número de serie: 1 Etiqueta de activo:
Características: La placa es una placa de alojamiento La placa es reemplazable Ubicación en el chasis:
Identificador del chasis: 0x0003 Tipo: Identificadores de objetos contenidos en la placa base: 0
Perdón por el retraso en la repetición. En realidad, nunca he actualizado mi BIOS desde que compré mi computadora portátil (Toshiba staellite c850-i0011). Mientras tanto, intenté reinstalar Ubuntu y verifiqué el tiempo de inicio nuevamente, pero no tuve suerte. Encontré algo extraño, es decir, con la utilidad systemd-analyse podemos ver el tiempo total que tomó el arranque (lo encontré en línea). Pero no se sincroniza con el registro de dmesg, es decir, dmesg se muestra algo cercano al tiempo real que tarda. Realmente no sé si está relacionado con "Entorno de escritorio (Unity)" o "systemd". Intenté instalar Arch Linux para probar el tiempo de arranque, incluso porque lleva más tiempo (más de 1 minuto) cuando instalo la GUI (desktop env -gnome 3). Por favor, avíseme si desea ver algún registro específico del sistema. Puedo extraerlo y analizarlo. Cuando usaba versiones antiguas de ubuntu, solía ser súper rápido :(.
systemd-analyse solía dar entre 26 y 30 segundos, pero en realidad tarda entre 55 y 60 segundos.