Estoy usando Kubuntu 18.04 en mi Dell G5 5587. Actualmente tengo un Win10 instalado en mi SSD, que está en modo RAID y Ubuntu está instalado en mi HDD. Como Ubuntu no puede reconocer el SSD RAID, puedo cambiar entre Win y Ubuntu desde el menú de inicio único.
Intenté descubrir cuál era el problema, pero no pude encontrar ninguna información útil.
systemd-analyze time:
Startup finished in 7.196s (firmware) + 6.311s (loader) + 33.705s (kernel) + 9min 10.475s (userspace) = 9min 57.688s
graphical.target reached after 1min 6.000s in userspace
Aquí está el resultado de systemd-analyze blame:
7min 23.369s apt-daily-upgrade.service
45.488s apt-daily.service
36.823s systemd-journal-flush.service
33.693s dev-sda3.device
33.330s ufw.service
25.787s systemd-udevd.service
11.314s mpd.service
10.723s phpsessionclean.service
9.636s systemd-tmpfiles-clean.service
9.218s mysql.service
8.353s NetworkManager.service
7.977s gpu-manager.service
6.713s NetworkManager-wait-online.service
4.722s udisks2.service
4.567s grub-common.service
3.718s snapd.service
3.568s networkd-dispatcher.service
3.347s keyboard-setup.service
3.211s ModemManager.service
2.941s packagekit.service
2.820s systemd-tmpfiles-setup-dev.service
2.477s accounts-daemon.service
2.403s systemd-resolved.service
2.286s systemd-timesyncd.service
2.001s apache2.service
1.900s colord.service
1.722s avahi-daemon.service
1.632s mnt-peterkovach-tempus.mount
1.624s mnt-peterkovach-bioinfo.mount
1.520s mnt-peterkovach-users.mount
1.464s systemd-remount-fs.service
1.408s dev-mqueue.mount
1.408s sys-kernel-debug.mount
1.408s dev-hugepages.mount
1.396s thermald.service
1.384s systemd-modules-load.service
1.068s mnt-peterkovach-Data.mount
1.068s swapfile.swap
850ms systemd-sysctl.service
845ms systemd-update-utmp.service
828ms wpa_supplicant.service
730ms systemd-tmpfiles-setup.service
723ms polkit.service
719ms fstrim.service
654ms systemd-random-seed.service
447ms [email protected]
440ms rsyslog.service
410ms systemd-journald.service
384ms boot-efi.mount
381ms apparmor.service
320ms systemd-logind.service
276ms upower.service
260ms kmod-static-nodes.service
212ms setvtrgb.service
189ms plymouth-read-write.service
135ms plymouth-quit.service
116ms snapd.socket
108ms systemd-fsck@dev-disk-by\x2duuid-C783\x2d9061.service
105ms systemd-udev-trigger.service
99ms rtkit-daemon.service
89ms snapd.seeded.service
80ms apport.service
57ms nvidia-persistenced.service
33ms [email protected]
33ms plymouth-start.service
31ms systemd-rfkill.service
12ms systemd-update-utmp-runlevel.service
9ms bluetooth.service
6ms alsa-restore.service
6ms kerneloops.service
6ms sddm.service
5ms pppd-dns.service
3ms ureadahead-stop.service
2ms systemd-backlight@backlight:intel_backlight.service
2ms systemd-user-sessions.service
1ms console-setup.service
1ms systemd-backlight@leds:dell::kbd_backlight.service
1ms sys-kernel-config.mount
1ms sys-fs-fuse-connections.mount
El resultado de systemd-analyze critical-chain:
graphical.target @1min 6.000s
└─multi-user.target @1min 6.000s
└─cups-browsed.service @6min 41.635s
└─cups.service @6min 41.633s
└─cups.path @6min 41.631s
└─sysinit.target @46.162s
└─systemd-timesyncd.service @43.875s +2.286s
└─systemd-tmpfiles-setup.service @43.020s +730ms
└─systemd-journal-flush.service @6.196s +36.823s
└─systemd-remount-fs.service @4.731s +1.464s
└─systemd-journald.socket @4.670s
└─system.slice @4.670s
└─-.slice @4.635s
¿Tiene alguna sugerencia para hacerlo más rápido? ¡Gracias de antemano!
Respuesta1
Parte de la solución se puede encontrar aquí:Arranque lento de Ubuntu 16.04 (apt-daily.service)
La respuesta aceptada dice:
Esto esError #844453 de Debian. apt-daily.serviceno debe ejecutarse durante el arranque, sino sólo algún tiempo después.
Como solución alternativa, haga sudo systemctl edit apt-daily.timery pegue el siguiente texto en la ventana del editor:
# apt-daily timer configuration override
[Timer]
OnBootSec=15min
OnUnitActiveSec=1d
AccuracySec=1h
RandomizedDelaySec=30min
Esto cambia el "temporizador" que se activa apt-daily.servicepara que se ejecute en un momento aleatorio entre 15 min y 45 min después del arranque, y una vez al día a partir de entonces. Ver elpágina de manual de systemd.timerpara obtener una explicación adicional (no muy bien escrita, por desgracia) de lo que esto significa.
La segunda parte de la solución se puede encontrar aquí:
Me habría unido, pero usar el teléfono es incómodo.
Respuesta2
Además de la respuesta de WinEunuuchs2Unix, instale haveged o rng-tools.
Parece que también tienes un problema con suficiente entropía. Puede comprobarlo directamente después de iniciar sesión concat /proc/sys/kernel/random/entropy_avail
Si es bastante bajo (cualquier valor por debajo de = < 1000), tomará mucho tiempo generar aleatoriedad usando /dev/random ya que las aplicaciones se bloquearán hasta que tenga suficiente entropía. En otras palabras, verá una velocidad lenta al generar claves o al utilizar las API de OpenSSL.