Note : Un rapide résumé se trouve en bas.
Il s'agit d'une installation propre de 20.04.1 sans aucun package tiers sur un ancien système x58 (SATA II) avec un BIOS hybride EFI/legacy archaïque. J'ai initialement créé 1 partition OS de 25 Go et 1 partition Home avec des drapeaux. Une réinstallation avec des partitions par défaut ne donne aucun changement. Aucun périphérique USB n'est connecté à part le clavier et la souris. 18.04.4 était précédemment installé avec un démarrage de moins de 10 secondes.
Il faut de 50 à 1:10:95 secondes, mesurées avec un téléphone depuis la fin du BIOS, jusqu'à un écran GRUB violet, puis l'écran de connexion. La majeure partie du temps (au moins 50 secondes) est passée sur l'écran GRUB violet. Un vieux SSD Mushkin Chronos 120 Go utilisant les mêmes câbles SATA avec une installation propre de 20.04.1 démarre en 8 secondes. Les analyses SMART short, long et fsck sur le SSD Samsung 850 250 Go via un LiveUSB ne montrent aucune erreur. J'ai formaté plusieurs fois le Samsung avec EXT4 et mis à jour le firmware. Les benchmarks montrent un taux de lecture moyen de 284,2 et 285,4 Mo/s dans 2 tests pour le Samsung, ce qui semble correct pour du SATA II.
$ inxi -Fxz
System:
Kernel : 5.4.0-54-generic x86_64 bits: 64 compiler: gcc v: 9.3.0
Desktop : Gnome 3.36.3 Distro: Ubuntu 20.04.1 LTS (Focal Fossa)
Machine:
Type: Desktop Mobo: Gigabyte model: EX58-UD3R BIOS: Award
v: Fk2 date: 27/09/2011
CPU:
Topologie : modèle 6 cœurs: Intel Xeon X5675 bits: 64 type: MT MCP
arch: Nehalem rev: 2 L2 cache: 12.0 MiB
flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 73548
Vitesse : 1877 MHz min/max: 1596/3060 MHz Core speeds (MHz): 1: 1599 2: 1617
3: 1636 4: 1690 5: 1635 6: 1635 7: 1604 8: 1633 9: 1659 10: 1621 11: 1691
12: 1692
Graphics:
Device-1: NVIDIA GK208B [GeForce GT 710] vendeur: eVga.com. driver: nouveau
v: kernel bus ID: 01:00.0
Device-2: NVIDIA GP106 [GeForce GTX 1060 6GB] vendeur: eVga.com.
driver: nouveau v: kernel bus ID: 02:00.0
Display: serveur x11: X.Org 1.20.8 driver: nouveau
résolution: 1680x1050~60Hz, 1680x1050~60Hz
OpenGL: renderer: NV106 v: 4.3 Mesa 20.0.8 rendu direct: Oui
Audio:
Device-1: Intel 82801JI HD Audio vendeur: Gigabyte GA-EP45-UD3R
driver: snd_hda_intel v: kernel bus ID: 00:1b.0
Device-2: NVIDIA GK208 HDMI/DP Audio vendeur: eVga.com.
driver: snd_hda_intel v: kernel bus ID: 01:00.1
Device-3: NVIDIA GP106 High Definition Audio vendeur: eVga.com.
driver: snd_hda_intel v: kernel bus ID: 02:00.1
Serveur audio: ALSA v: k5.4.0-54-generic Autres choses que j'ai essayé :
systemd-analyze blame a montré 12.332s apt-daily.service comme le pire coupable, j'ai donc ajouté ce qui suit à /etc/systemd/system/apt-daily.timer
# Configuration de remplacement du timer apt-daily
[Timer]
OnBootSec=5min
OnUnitActiveSec=1d
AccuracySec=1h
RandomizedDelaySec=7minAprès cela, systemd-analyze blame a montré 4.912s NetworkManager-wait-online.service et 4.604s plymouth-quit-wait.service
Étapes suivantes : sudo systemctl disable NetworkManager-wait-online.service, suppression de splash de /etc/default/grub et mise à jour de GRUB : sudo update-grub
Supprimer splash était significatif, mais rien n'a permis un démarrage plus rapide. En poursuivant, j'ai remarqué que le démarrage rapide n'était pas activé dans le BIOS, je l'ai donc activé. fsck semblait s'exécuter avant l'écran de connexion à chaque démarrage. J'ai alors ajouté fsck.mode=skip à GRUB_CMDLINE_LINUX_DEFAULT=
J'ai utilisé d'autres noyaux 5.4 ou 5.8, ajouté nomodeset ou noresume à GRUB et changé le port SATA de 1 à 0, puis réinstallé. L'installation de Linux Mint 20 présente le même problème avec un démarrage de 1:08:58 secondes.
Mise à jour du microcode.
Commenter quiet splash via GRUB entraîne l'affichage des messages de chargement habituels après le même délai d'écran violet.
Suppression de plymouth. Utilisation de l'option GRUB noplymouth après une réinstallation de 20.04.1.
Appuyer sur ESC à l'écran violet de GRUB ne fait rien à moins que quiet splash soit supprimé. Le démarrage reste ensuite bloqué jusqu'à ce que les messages de chargement apparaissent.
Une réinstallation propre de 18.04.4 après tout cela donne à nouveau un démarrage de moins de 10 secondes.
Ajout de l'option noatime aux montages dans /etc/fstab
Vérification que les UUID correspondent en comparant blkid à /etc/fstab
Décommenter et changer DefaultTimeoutStartSec=90s en 10s dans /etc/systemd/system.conf
Vérification de /var/log/boot.log
J'ai mis le Samsung 850 dans un autre système avec le mode Legacy BIOS activé (possède également une option UEFI). Je n'ai pas réinstallé 20.04.1 sur le SSD lorsque dans le nouveau système, je l'ai simplement branché. Il a démarré en 8 secondes.
Installé 20.04.1 sur d'autres SSD, y compris un Samsung 840 EVO 250 Go, un Intel 330 240 Go et de nouveau sur un Mushkin Chronos 120 Go. Tous ont un micrologiciel à jour. Tous sauf le Mushkin ont démarré en plus de 40 secondes.
Vérifié que le Mushkin a la fonctionnalité TRIM avec journalctl -u fstrim. Le Samsung 850 et 840 souffrent tristement d'un bug TRIM en file d'attente. Les deux ont un micrologiciel mis à jour, mais dmesg montre que le TRIM en file d'attente est toujours désactivé pour ces SSD. Je ne peux pas expliquer pourquoi seul le Mushkin évite le problème de blocage de l'écran violet.
Installé 18.04.4 aux côtés de 20.04 pour obtenir GRUB v2.02 (20.04 a v2.04).
Comparé un scan fsck LiveUSB 20.04.1 (1min40sec) avec le délai de démarrage installé de 20.04.1 (50sec). Je pensais que fsck s'exécutait avant chaque démarrage sans indication. journalctl -u systemd-fsck* semble montrer que les analyses fsck sont sautées après une vérification de condition.
Changé un paramètre EFI BIOS dans le BIOS en Auto, Non-EFI et Legacy. L'installeur de 20.04.1 crée toujours une partition EFI (ESP) malgré le paramètre. Créer manuellement uniquement une partition EXT4 avec un drapeau / ne donne aucun changement.
Physiquement retiré la 2e GPU (GTX 1060), une carte PCI USB 3.0 et tous les autres périphériques inutiles.
Utilisé les pilotes Nvidia à la place de nouveau pour le GT 710 avec le GTX 1060 retiré.
Désactivé les ports SATA de la carte mère Gigabyte dans le BIOS ne laissant que les ports SATA ICH10 activés.
Installé d'autres versions et saveurs. 18.04.4, 19.10, 20.10 et une version quotidienne de 21.04 atteignent tous l'écran de connexion en moins de 10 secondes. 20.04.1, Fedora 33 et Linux Mint 20 & 20.1 démarrent tous après environ 50 secondes ou plus.
Résumé :
Les versions Ubuntu 18.04.4, 19.10, 20.10 et 21.04 atteignent l'écran de connexion en moins de 10 secondes. Seule 20.04.1 reste bloquée sur un écran violet pendant au moins 50 secondes avant la connexion lorsqu'elle est installée sur un Samsung 850, 840, ou un SSD Intel 330. Seule l'installation de 20.04.1 sur un SSD Mushkin Chronos permet d'atteindre la connexion en moins de 10 secondes.
