Ubuntu 20.04 Temps de démarrage lent
D'une installation de bureau fraîche "minimale" de Ubuntu 20.04 (pas une mise à niveau système/distribution), j'ai des temps de démarrage très lents.
Je l'ai programmé à 1:36 (96 secondes) de la sélection OS sur GRUB à l'écran de connexion. Sur les installations Ubuntu 16.04 et 18.04 sur la même machine, le temps de démarrage prend environ 5 secondes . J'ai un nouvel ordinateur portable Lenovo avec un SSD et 16 Go de RAM, les temps de démarrage doivent donc être rapides (comme en témoigne les autres temps de démarrage Ubuntu).
L'échange est effectué via un fichier d'échange de 1 Go monté sur/Swapfile.
J'ai inclus la sortie de la course systemd-analyze blame au dessous de.
Notez que cela indique les temps qui ajoutent un total de 24 secondes environ 24 secondes, alors que la synchronisation avec ma montre (c'est-à-dire en temps réel) est de 96 secondes.
Edit : Ajout d'informations sur fstab
En regardant mon fichier FSTAB, je vois qu'une partition de démarrage/EFI est en cours de montée. C'est une partition VFAT EFI de Windows. Devrait-il même être dans le fstab? Pourrait-il ralentir le processus de démarrage?
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p3 during installation
UUID=39291b6d-1a32-48c7-9824-c110bf1ea9d6 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=B073-D58E /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
/dev/disk/by-uuid/00bcc125-49df-4760-9350-af2c932eaf71 /home/maddy/Data1 auto nosuid,nodev,nofail,x-gvfs-show 0 0
Et les informations SystemD-Analyze:
6.641s NetworkManager-wait-online.service
2.356s plymouth-quit-wait.service
979ms snap-snap\x2dstore-518.mount
968ms snap-core18-2066.mount
963ms snap-gnome\x2d3\x2d34\x2d1804-66.mount
926ms dev-loop1.device
890ms dev-loop2.device
829ms dev-loop3.device
828ms dev-loop0.device
824ms dev-loop4.device
775ms dev-loop5.device
729ms dev-loop6.device
689ms snapd.service
443ms fwupd.service
322ms systemd-logind.service
320ms networkd-dispatcher.service
266ms dev-nvme0n1p6.device
258ms snap-snapd-9721.mount
236ms snap-core18-1997.mount
231ms snap-gtk\x2dcommon\x2dthemes-1515.mount
230ms snap-snap\x2dstore-481.mount
226ms snap-snapd-11841.mount
157ms systemd-journal-flush.service
153ms udisks2.service
118ms accounts-daemon.service
117ms apparmor.service
100ms upower.service
81ms [email protected]
79ms snap-gnome\x2d3\x2d34\x2d1804-60.mount
76ms systemd-resolved.service
75ms snap-gtk\x2dcommon\x2dthemes-1506.mount
69ms avahi-daemon.service
67ms systemd-journald.service
67ms NetworkManager.service
67ms bluetooth.service
67ms polkit.service
63ms systemd-udev-trigger.service
62ms iio-sensor-proxy.service
59ms systemd-rfkill.service
59ms dev-loop8.device
54ms swapfile.swap
53ms switcheroo-control.service
51ms snapd.apparmor.service
49ms thermald.service
49ms keyboard-setup.service
48ms wpa_supplicant.service
45ms systemd-udevd.service
44ms e2scrub_reap.service
43ms systemd-tmpfiles-setup.service
40ms apport.service
40ms ModemManager.service
38ms systemd-timesyncd.service
37ms secureboot-db.service
37ms console-setup.service
35ms grub-common.service
31ms plymouth-read-write.service
30ms packagekit.service
28ms dev-loop7.device
27ms gpu-manager.service
24ms snapd.seeded.service
22ms gdm.service
19ms plymouth-start.service
19ms systemd-modules-load.service
16ms rsyslog.service
16ms dev-loop9.device
14ms home-Data1.mount
12ms [email protected]
12ms kerneloops.service
11ms colord.service
11ms [email protected]
10ms systemd-sysctl.service
10ms dev-hugepages.mount
10ms systemd-tmpfiles-setup-dev.service
9ms alsa-restore.service
9ms pppd-dns.service
9ms dev-mqueue.mount
8ms sys-kernel-debug.mount
8ms systemd-remount-fs.service
8ms systemd-random-seed.service
8ms sys-kernel-tracing.mount
8ms systemd-update-utmp-runlevel.service
7ms systemd-sysusers.service
7ms systemd-backlight@backlight:amdgpu_bl0.service
7ms grub-initrd-fallback.service
6ms systemd-update-utmp.service
6ms systemd-user-sessions.service
6ms systemd-backlight@backlight:acpi_video0.service
5ms kmod-static-nodes.service
4ms rtkit-daemon.service
3ms openvpn.service
3ms sys-fs-Fuse-connections.mount
3ms sys-kernel-config.mount
3ms ufw.service
2ms setvtrgb.service
1ms snapd.socket
Comme d'autres postes ont souligné, assurez-vous que vos chiffres UUID dans FSTAB correspondent exactement. Windows a effectué certaines actions de récupération qui ont apparemment changé l'UUID de la partition. Une fois que cela a été correctement défini dans le fichier FSTAB, il botte maintenant en quelques secondes.
J'ai eu le même problème et je fixais les numéros UUID. L'heure de démarrage de l'Ubuntu Mate 20.04 sur un SSD a été réduite de 1 Min 40 secondes à 15 secondes.
Allez dans FSTAB File:
[.____] Sudo nano /etc/fstab
Notez les chiffres UUID aux côtés de chaque partition. Maintenant, exécutez cette commande:
[.____] Sudo blkid -o list
Les numéros UUID dans cette liste doivent correspondre aux numéros UUID dans/etc/fstab. S'ils sont différents modifient des nombres UUID dans/etc/fstab sur quelles valeurs sont dans la liste Blkid.