Forum Linux.général Temps de démarrage linux DISTRIB_DESCRIPTION="Linux Mint 20.1 Ulyssa"

Posté par  . Licence CC By‑SA.
Étiquettes :
0
4
juil.
2022

Bonjour,

Je viens d'installer DISTRIB_DESCRIPTION="Linux Mint 20.1 Ulyssa" sur un disque dur SSD.

Le temps au démarrage est de 1 mn 30 seconde.
Le temps pour la fermeture de la machine = 2 s

Le temps au démarrage me semble long.
j'ai l'impression que l'installation n'a pas été réalisée correctement.
Aussi tout fonctionne.
Cependant j'avais un DD mécanique le temps au démarrage me semblait moins long.
Pouvez-vous me dire si selon ma config c'est un temps normal?
Merci pour votre aide.

Pc SAMSUNG RC530/RC730 | American Megatrends | Cinnamon 4.8.6 Distro: | Linux Mint 20.1 Ulyssa | Kernel 5.4.0-66-generic x86_64 bits: 64 | Quad Core model: Intel Core i7-2670QM bits: 64 type: MT MCP L2
| 6144 KiB | Intel 2nd Generation Core Processor Family Integrated Graphics driver: i915 v: kernel
Device-2: NVIDIA GF108M [GeForce GT 540M] driver: nvidia v: 390.141

Commande lancee pour les temps de réponse.

10.213s gpu-manager.service >
10.186s plymouth-quit-wait.service >
838ms apt-daily-upgrade.service >
673ms dev-sdb1.device >
644ms systemd-logind.service >
587ms networkd-dispatcher.service >
533ms udisks2.service >
304ms accounts-daemon.service >
296ms upower.service >
268ms systemd-rfkill.service >
241ms ua-timer.service >
233ms ubuntu-system-adjustments.service >
224ms mnt-B66A36DE6A369AD7.mount >
208ms systemd-journal-flush.service >
171ms user@1000.service >
167ms systemd-resolved.service >
165ms bluetooth.service >
164ms avahi-daemon.service >
164ms NetworkManager.service >
158ms ModemManager.service >
149ms lightdm.service >
144ms networking.service >
143ms systemd-udevd.service >
lines 1-23

  • # pas normal

    Posté par  . Évalué à 1.

    Bonjour

    Non ce n'est pas normal. Mon ordinosaure de 2007 (avec SSD) met nettement moins de 20s après l'affichage de grub pour atteindre l'écran de connexion.

    Gpu-manager et plymouth semblent liés au problème, mais je ne les utilise pas et, pour le premier, je ne sais pas à quoi il sert (même si le nom…). Donc je ne saurais te dire.

    • [^] # Re: pas normal

      Posté par  . Évalué à 1.

      Tu penses qu'il serait préférable que je réinstalle linux mint?

      • [^] # Re: pas normal

        Posté par  . Évalué à 1. Dernière modification le 05 juillet 2022 à 01:16.

        Bonjour

        C'est peut-être hors sujet étant donné que tu avais l'intention d'installer Linux Mint
        mais tant qu'à refaire une installation pour un test,
        tu pourrais essayer plutôt d'installer le système debian

        Pour créer ta clef USB d'installation,
        je te recommande d'utiliser le fichier image ISO suivant :
        firmware-11.3.0-amd64-netinst.iso
        que tu pourras récupérer par un lien
        que tu trouveras dans la page web accessible par ce lien

        Au cours du déroulement du programme d'installation tu pourras sélectionner dans une liste de choix possibles l'Environnement de Bureau que tu veux installer.
        Dans cette liste, si tu veux, tu pourras sélectionner le même Environnement de Bureau que celui qui est installé sur Linux Mint : Cinnamon

        D'autre part, si Windows n'est pas installé sur ta machine, tu n'as peut-être pas besoin de t'embêter avec l'UEFI, alors autant utiliser le mode de démarrage BIOS classique.

        Je ne suis peut-être pas une référence, mais je n'ai toujours pas trouvé ce que l'UEFI pourrait apporter de plus à mes machines, alors je le désactive systématiquement sur toutes les machines que j'utilise.
        Il y a même un système Windows 10 + plusieurs systèmes Linux installés sur la machine que j'utilise actuellement, et tout ça fonctionne parfaitement en multiboot sans que mes machines n'utilisent le démarrage en mode UEFI.
        Et aucun de mes disques n'utilise de table de partitionnement de type GPT.

        Mais bon, chacun fait comme il veux (ou peut, ça dépends peut-être aussi des machines).

      • [^] # Re: pas normal

        Posté par  . Évalué à 3.

        Non, regarde d'abord le détail du démarrage avec journalctl et demande aussi sur les forums de mint (je n'ai jamais utilisé cette distribution). Cela ressemble beaucoup à une attente de timeout quelque part. Mais c'est peut-être seulement la configuration de base de mint. À comparer à d'autres distribs.

        • [^] # Re: pas normal

          Posté par  . Évalué à 1. Dernière modification le 05 juillet 2022 à 18:40.

          shuihuzhuan : … À comparer à d'autres distribs. …
          Je ne sais comment il va pouvoir comparer s'il n'installe pas une autre distribution que Mint.
          D'où ma proposition.

        • [^] # Re: pas normal

          Posté par  . Évalué à 2. Dernière modification le 05 juillet 2022 à 21:50.

          j'utilise linux mint. Ça fonctionne généralement assez bien (voire très bien 😀). Comme souvent, la première installation permet d'avoir un temps de boot très rapide, ensuite certains services qui vont se greffer par dessus vont rallonger le démarrage. Dans le cas ici, tout est très rapide, sauf pour les 2 premières lignes, donc il faut analyser un peu plus loin.

          Sur un de mes Pc j'ai ça avec systemd-analyze blame : 

          
8.668s fstrim.service                                       
 890ms man-db.service                                       
 522ms networkd-dispatcher.service                          
 459ms dev-sda2.device                                      
 377ms udisks2.service                                      
 375ms accounts-daemon.service                              
 246ms logrotate.service                                    
 231ms ModemManager.service                                 
 219ms ubuntu-system-adjustments.service                    
 219ms systemd-rfkill.service                               
 199ms avahi-daemon.service                                 
 198ms upower.service                                       
 197ms NetworkManager.service                               
 195ms polkit.service                                       
 161ms systemd-logind.service                               
 160ms thermald.service                                     
 157ms wpa_supplicant.service                               
 141ms lightdm.service                                      
 134ms plymouth-quit-wait.service                           
 130ms alsa-restore.service                                 
 123ms gpu-manager.service                                  
 122ms networking.service                                   
 115ms systemd-udevd.service

          tant que sur un autre (équivalent en puissance, mais que je vais probablement réinstaller pour nettoyer un peu…) : 

          42.983s man-db.service                                                                           
32.703s logrotate.service                                                                        
31.738s udisks2.service                                                                          
27.548s snapd.service                                                                            
23.604s dev-sda8.device                                                                          
16.827s virtualbox.service                                                                       
12.729s nmbd.service                                                                             
 8.984s NetworkManager-wait-online.service                                                       
 7.625s dev-loop8.device                                                                         
 7.406s accounts-daemon.service                                                                  
 7.373s dev-loop9.device                                                                         
 7.045s dev-loop10.device                                                                        
 6.954s dev-loop11.device                                                                        
 6.753s dev-loop13.device                                                                        
 6.283s dev-loop14.device                                                                        
 6.259s dev-loop12.device                                                                        
 6.240s dev-loop7.device                                                                         
 5.906s caddy.service                                                                            
 5.883s dev-loop6.device                                                                         
 5.763s smartmontools.service                                                                    
 5.760s networkd-dispatcher.service                                                              
 5.720s dev-loop1.device            
 5.627s dev-loop4.device                                                                         
 5.272s systemd-resolved.service                                                                 
 5.271s dev-loop0.device                                                                         
 5.181s NetworkManager.service                                                                   
 5.143s dev-loop5.device                                                                         
 5.118s gpu-manager.service                                                                      
 5.021s dev-loop3.device                                                                         
 4.609s grub-common.service                                                                      
 4.499s ubuntu-system-adjustments.service                                                        
 4.205s lxc-net.service                                                                          
 4.171s smbd.service                                                                             
 3.344s dev-loop2.device                                                                         
 3.256s apache2.service                                                                          
 3.089s systemd-udevd.service                                                                    
 2.237s ModemManager.service                                                                     
 2.085s systemd-tmpfiles-setup.service                                                           
 2.022s systemd-modules-load.service                                                             
 2.011s postfix@-.service                                                                        
 1.828s wpa_supplicant.service                                                                   
 1.778s grub-initrd-fallback.service                                                             
 1.449s systemd-random-seed.service                                                              
 1.405s snap-core-13308.mount

          (les dev-loop9.device c'est les merdouilles rajoutées avec snap… et y'a clairement un problème avec man-db.service, entre autres)

          « Le pouvoir des Tripodes dépendait de la résignation des hommes à l'esclavage. » -- John Christopher

      • [^] # Re: pas normal

        Posté par  . Évalué à 1.

        Pour faire taire les légendes urbaines qu'on peut lire un peu partout
        et éventuellement te permettre de te simplifier la vie :

        Si tu dois installer un système Linux en multiboot et que tu n'a pas de système(s) déjà installé(s) sur ta machine et qui utiliserait le boot UEFI pour être lancés, alors tu te simplifieras très grandement la vie en utilisant plutôt le boot en mode legacy (<=> ancien mode BIOS), à plus forte raison si tu n'installes sur ta machine que des systèmes Linux car Linux n'a absolument pas besoin de l'UEFI pour assurer sa sécurité, bien au contraire.
        D'autant que la majorité des UEFI ne respectent même pas les spécifications de l'UEFI.

        Si tu n'as pas de disque de plus de 2To et que tes disques utilisent déjà une table de partitionnement de type msdos, tu n'as pas besoin de modifier ce type de partitionnement car une table de partitionnement de type msdos suffira amplement et on peut y créer une infinités de partition contrairement au type GPT qui est limité, mais de toutes façon ton système n'acceptera qu'une quantité limitée de partitions, et ça dépendra surtout de ce que le BIOS de ta machine t'imposera d'utiliser.

        Et s'il s'agit d'un disque de données (qui n'est pas utilisé pour booter un système), tu peut aussi utiliser le format de partitionnement msdos pour un disque de 16Tio maximum en utilisant des secteurs de 4096 octets au lieu de 512 octets (contrairement à cette limite de 2GB que la légende raconte sans préciser qu'elle ne concerne que les disques qui utiliseraient des secteurs de seulement 512 octets), mais toujours pareil : ça dépendra de ce que le BIOS de ta machine t'imposera, Linux s'en fout et sait très bien s'adapter (contrairement à d'autres systèmes)

    • [^] # Re: pas normal

      Posté par  . Évalué à 1.

      J'ai réinstaller linux…. les temps de réponse sont de +- 20 s
      Merci pour vos réponses.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.