J'utilise Kubuntu 18.04 sur mon Dell G5 5587. Actuellement, j'ai un Win10 installé sur mon SSD, qui est en mode RAID et l'ubuntu est installé sur mon disque dur. Comme Ubuntu ne peut pas reconnaître le SSD RAID, je peux basculer entre Win et Ubuntu à partir du menu de démarrage unique.
J'ai essayé de comprendre quel était le problème, mais je n'ai pas trouvé d'informations utiles sur moi.
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
Voici le résultat 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
Le résultat 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
Avez-vous des suggestions pour l'accélérer? Merci d'avance!
Une partie de la solution peut être trouvée ici: buntu 16.04 démarrage lent (apt-daily.service)
La réponse acceptée dit:
C'est bogue Debian # 84445 . apt-daily.service
ne doit pas être exécuté au démarrage, mais seulement quelque temps après.
Pour contourner ce problème, faites Sudo systemctl edit apt-daily.timer
et collez le texte suivant dans la fenêtre de l'éditeur:
# apt-daily timer configuration override
[Timer]
OnBootSec=15min
OnUnitActiveSec=1d
AccuracySec=1h
RandomizedDelaySec=30min
Cela modifie le "temporisateur" qui déclenche apt-daily.service
pour s'exécuter à une heure aléatoire entre 15 min et 45 min après le démarrage, et une fois par jour par la suite. Voir la page de manuel systemd.timer pour une explication supplémentaire (pas très bien écrite, hélas) de ce que cela signifie.
La deuxième partie de la solution se trouve ici:
J'aurais fusionné mais utiliser le téléphone est gênant.
Outre la réponse de WinEunuuchs2Unix, installez des outils ou des outils rng.
Il semble que vous ayez aussi un problème avec suffisamment d'entropie. Vous pouvez le vérifier directement après la connexion avec cat /proc/sys/kernel/random/entropy_avail
Est-il plutôt faible (tout ce qui est inférieur à <1000) va prendre beaucoup de temps pour générer l'aléatoire en utilisant/dev/random car les applications se bloqueront jusqu'à ce que vous ayez suffisamment d'entropie. En d'autres termes, vous verrez une vitesse lente lors de la génération de clés ou lors de l'utilisation des API OpenSSL.