Reprise du message précédent :
Il faut que tu regardes dans /var/log/syslog le moment où ça bloque dans ton démarrage, et voir ce que ça dit.

Salut.
il y a plusieurs fichier avec "Syslog" dans leurs nom à cet emplacement.
 
Syslog
Syslog.1
Syslog.2.gz
Syslog.3.gz
Syslog.4.gz
 
C'est le 1er qu'il faut que je regarde?
 
Je suis incapable d'interpréter ce qu'il y a dedans.
 

Il faut que tu regardes dans le premier, peu de temps après le démarrage de ton ordi.
Ne te laisse pas impressionner par ce qu'il y dedans et regarde à gauche dans le fichier : il y a un horodatage. Tu remontes jusqu'à l'heure où a démarré ton ordi, et tu devrais voir à un moment un saut dans le temps, ou la répétition d'une erreur (ou quelque chose !) au moment où il a bloqué au démarrage. Ensuite tu copies ce passage et tu le colles ici.  

 
Lorsqu'on veut bien voir ce qui se passe au boot, sur les versions récentes de mint ou de ubuntu c'est :
 
journalctl -b
 
Ensuite, dans des cas de grande lenteur, on regarde effectivement l'heure et la date et on essaye de voir si des lignes sont séparées par un temps conséquent, cas typique d'une attente pour du réseau par exemple... Mais un disque dur lent avec des erreurs de lecture peut parfaitement apparaître aussi ainsi que de nombreuses autres choses.

A noter que les versions récentes d'ubuntu ou de Mint, tout comme les versions récentes de Windows sont prévues pour tourner sur des SSD et pas sur des vieux disques 5400 t/m.

ça marche quand même très bien sur des vieux dd linux...

 
oui, ça marche très bien, mais c'est bcp plus rapide avec un SSD.

Ben logique...

Enfin sauf si tu chiffres avec un vieux processeur, là la différence devient faible voir invisible... (passage d'un dd 7200T/Min récent à un ssd sur un vieux pc avec partition chiffrée, la différence n'est pas flagrante parce que le cpu est au taquet à chaque lancement d'application et démarrage de l'os vu qu'il n'y a pas les instructions AESNI.

Voilà, voilà.... j'ai fait des captures d’écran de là ou ça prenait le plus de temps.
 
 
 





 
Merci de votre aide;

 
On voit que l’essentiel du temps de chargement provient d’accès disques prolongés :
 
UFW (lancement du firewall qui est écrit en python et qui nécessite de charger tout l’interprêteur python)
Chargement de la swap
Chargement du VFS (virtual file system)  
 
Le 1° et le 3° sont en partie lié au processeur aussi.

J'ai fais pareil, bon j'ai pas mis Mint parce-que j'aime pas mais Kubuntu. Le jour et la nuit en terme de perf, c'est hallucinant, le portable a rajeunis de 10 ans.

Ben c'est vrai que ça met un peu de temps pour la swap à 1:13:16, mais tu as surtout un problème avec le upower.service de systemd à 1:13:36.
Après tu as des soucis d'accès réseau dans la 4ème diapo on dirait, et puis j'ai l'impression que tu t'es planté dans la 5ème, qui est plus ou moins une copie de la 4ème.
Tu peux faire un systemd-analyse blame aussi pour voir les services qui mettent du temps à démarrer, ce qui devrait au moins te confirmer ton pb avec upower.
Après il faut chercher à comprendre pour chaque endroit où ça prend anormalement du temps…
Sachant que là au global on en est à 3 min au vu de ta première capture, et pas 5 comme tu disais plus haut. C'est beaucoup, mais pas si énorme que ça si ton ordi date un peu. Perso, systemd-analyse me donne :

Ceux qui sont en 18.2 et ont fait la maj "Ubuntu Base" peuvent regarder si les paramètres de clavier Bépo donnent un agencement incorrecte de type Azerty ? Car mon setting de clavier Bépo ne marche plus et je soupçonne la maj en question d'en être résponsable

 
Oky merci.  
 
oui la 5eme capture reprend pas mal de la 4eme, mais c'était pour avoir la dernière ligne du fichier.
 
Pour le temps j' ai l'impression que ça ne met pas exactement le même temps à chaque fois , je vais essayer de chronométrer pour être sur.
 
ça me parait quant même long, avant de faire la réinstalle sur le même HD, j'étais avec Mint 18 et une plus petite config, E2160, 2G de ram, et c'était sans rapport le temp de chargement.

 
Merci.
 
Le Hd est vraiment pas terrible je te l'accorde, mais le proc c'est un Q9400 c'est quant même pas si mal .  

Ça te donne quoi systemd-analyse ?

 
Oui mais le proc, on s'en fout, ou pas loin. Le proc joue surtout un rôle lorsqu'il s'agit de grosses charges lorsque tu traites de grosses images, des vidéos ou que tu fais plein de trucs en même temps. Il joue un rôle au démarrage aussi, mais clairement, le bottle neck de nos jours, c'est TOUJOURS le disque dur. Vu le prix dérisoire des SSD, ça vaut largement le coup de remplacer le HDD.

Je viens de faire un démarrage chronométré.
 
16H43'14                 j'appui sur power.  
16H47'40                 écran de connexion
10secondes pour rentrer Mon Mp
16H48'16                 bureau mint.
 
ça fait bien 5mn.

 
 
On fait ça comment?

 
Mais que donne systemd-analyse (en étant root, donc: sudo systemd-analyse) ?

 
tu ouvres un terminal, et tu tapes :
 
sudo systemd-analyse
 
Et tu entres ton mot de passe et tu appuies sur entrée.

merci
 

Refais le truc avec systemd-analyze blame et poste le résultat sous forme de texte. Pour ça tu peux le rediriger dans un fichier avec systemd-analyze blame > fichier.txt.
edit: penser au sudo avant ou utiliser une console root.

Ouais t'as bien un bon vieux souci au niveau du temps kernel…

voila , voila et encore merci.
 
 13.583s apt-daily.service
         11.505s grub-common.service
         11.232s udisks2.service
         11.115s systemd-journal-flush.service
          9.771s dev-mapper-mint\x2d\x2dvg\x2droot.device
          8.467s lvm2-monitor.service
          6.618s ubuntu-system-adjustments.service
          6.076s gpu-manager.service
          6.070s systemd-udevd.service
          4.493s networkd-dispatcher.service
          3.908s systemd-resolved.service
          3.841s NetworkManager.service
          3.668s setvtrgb.service
          3.406s wpa_supplicant.service
          2.662s thermald.service
          2.512s lm-sensors.service
          2.178s dns-clean.service
          1.877s systemd-tmpfiles-setup-dev.service
          1.848s ModemManager.service
          1.807s apport.service
          1.759s keyboard-setup.service
          1.694s accounts-daemon.service
          1.433s plymouth-quit-wait.service
          1.374s hddtemp.service
          1.373s speech-dispatcher.service
          1.359s pppd-dns.service
          1.358s lvm2-pvscan@8:1.service
          1.350s alsa-restore.service
          1.343s rsyslog.service
          1.328s apparmor.service
          1.054s systemd-logind.service
          1.044s dev-hugepages.mount
          1.043s dev-mqueue.mount
          1.036s sys-kernel-debug.mount
          1.025s systemd-modules-load.service
           949ms avahi-daemon.service
           789ms apt-daily-upgrade.service
           701ms dev-mapper-mint\x2d\x2dvg\x2dswap_1.swap
           691ms systemd-remount-fs.service
           600ms systemd-random-seed.service
           424ms plymouth-start.service
           403ms kmod-static-nodes.service
           403ms blk-availability.service
           401ms ufw.service
           370ms networking.service
           326ms systemd-sysctl.service
           304ms plymouth-read-write.service
           272ms lightdm.service
           256ms systemd-journald.service
           248ms upower.service
           157ms user@1000.service
           143ms ntp.service
           130ms systemd-tmpfiles-setup.service
            93ms systemd-udev-trigger.service
            84ms systemd-update-utmp.service
            77ms polkit.service
            43ms rtkit-daemon.service
            36ms systemd-tmpfiles-clean.service
            25ms console-setup.service
            11ms kerneloops.service
             7ms ureadahead-stop.service
             6ms systemd-update-utmp-runlevel.service
             5ms systemd-user-sessions.service
             5ms openvpn.service
             3ms sys-fs-fuse-connections.mount
             3ms sys-kernel-config.mount

Comme dit avant, si tu chiffres le disque dur ou la partition système ce n'est pas toujours le dd qui limite. Avec un cpu sans accélération matériel aes ça va brider sévère.

Avec un X2 4500Be par exemple je n'ai pratiquement aucune différence à l'usage entre un DD 7200T/min wd caviar black et un ssd 860 evo.
Le cpu est toujours au taquet au moindre lancement d'application et bride tout.

Mais bon le temps de boot reste raisonnable mais n'a pas diminué par rapport au disque dur. Mais on est ultra loin du temps qu'il annonce.

 
A quoi ça sert de chiffrer une partition hors cadre pro ?    

 
On voit clairement que ce sont les services liés au disque qui prennent ici le plus de temps.

Ouais apparemment upower ne pose pas de pb ici, mais ça ne correspond pas forcément aux captures plus haut (est-ce le même boot ?).
Mais quoi qu'il en soit de ce point précis, on loupe quelque chose là, j'ai l'impression. Aucun de ces temps n'est vraiment délirant et n'explique les 3 min du kernel je crois…

Surtout pour les portables qui peuvent se voler facilement c'est très utile à mon avis. Et pour les fixes aussi si tu veux éviter que n'importe qui qui a accèss au PC 5 minutes fouille dans tes données...  
 
Concernant le problème de démarrage, quelque chose de suspect dans sudo dmesg? Attention c'est long.

Je n'ai pas redémarré entre la capture d’écran et le fichier texte. et les temps relevés sont ceux de ce démarrage.

 
ça sert à rien en cas de vol :
 
https://askubuntu.com/questions/826 [...] runlevel-1
 
ça sert à quelque chose uniquement dans le cas d'un disque transportable et séparé du laptop.

Ok ben je me suis planté comme un merde avec upower, désolé    
Mais je reste sceptique que le disque explique tout dans cette affaire…

 
Ben moi ça ne m'étonne pas... Surtout avec les nouveaux kernels clairement de plus en plus optimisés pour les SSD.

 
En tout cas c'est super sympa d'avoir pris le temps de m'aider.  
 
C'est pas mon PC principal, j’essaierais une réinstal quant j'aurais le temps sur un autre disc si possible.  

 
Bon c'est revenu à la normal avec un deuxième reboot... Aucune idée de pourquoi ça s'était déréglé

 
 
il ya des erreurs  en rouge...
 

Il y a des posts en doubles...

Tu as un lecteur de disquettes sur cet ordi??

 
Ou ça?      

 
Non seulement un HD