Sujet Précédent Sujet Suivant

[Ubuntu 16.04 LTS] Lenteur au démarrage de l'OS

Fermé
patrice86 Messages postés 1378 Date d'inscription dimanche 26 octobre 2008 Statut Membre Dernière intervention 26 novembre 2023 - Modifié le 18 mai 2017 à 09:42
darkleopard Messages postés 7664 Date d'inscription samedi 27 décembre 2014 Statut Contributeur Dernière intervention 9 décembre 2022 - 18 mai 2017 à 11:32
Bonjour,

Pour le boulot, je dispose d'un PC portable DELL équipé d'un processeur i5-6200U @ 2.30Ghz, 16Go de RAM et un SSD Samsung 850 de 500Go. OS : UBUNTU 16.04 LTS

Lorsque je démarre le PC, il est d'une lenteur impressionnante... Il faut plusieurs minute avant de pouvoir prendre la main et une fois que je lance les outils de travail (virtualBox, phpstorm, chrome, firefox, invite de commande, connexion ssh...) c'est une misère pas possible. Même ouvrir l'explorateur de fichier de Ubuntu saccade, naviguer entre les onglets de chrome est parfois excessivement lent.
Lorsque je saisi du texte, il y a bien 1 seconde avant de voir les lettres s'afficher à l'écran...

Il faut bien une bonne heure avant que le pc soit complètement opérationnel. Parfois, il est même nécessaire de redémarrer le PC 2-3 fois pour pouvoir l'utiliser.

Je me demande si les pilotes du SSD sont bien pris en compte par Ubuntu. Quand je regarde dans Paramètres Système -> Logiciel & mises à jour -> Pilotes additionnels : il m'indique juste :


Je suis preneur de toutes les idées. Perdre 1h le matin à se prendre la tête avec le PC c'est pénible et non productif...

Merci :)
A voir également:

5 réponses

Réponse 1 / 5
darkleopard Messages postés 7664 Date d'inscription samedi 27 décembre 2014 Statut Contributeur Dernière intervention 9 décembre 2022 1 174
Modifié le 18 mai 2017 à 10:19
hello.

euuh c'est pas qu'une lenteur au démarrage que t'as là..
sur l'utilisation complète du pc qui est anormalement longue...
+ d'une heure pour que le pc soit 100% fonctionnel, y a un réel soucis..

fais déjà cette manip dans un terminal
systemd-analyze
et poste le résultat ici stp, via les balises codes.

chez moi sur SSD + hdd avec 8Go de ram et un i7 quadcore 
Startup finished in 2.649s (kernel) + 1.165s (initrd) + 2.201s (userspace) = 6.016s


Debian Sid Cinnamon - Fedora Rawhide Gnome-Shell - ArchLinux KDE
i7 3630QM - 8Go Ram - Nvidia GF108 4Go - SSD Crucial - HDD Toshiba
 
0
patrice86 Messages postés 1378 Date d'inscription dimanche 26 octobre 2008 Statut Membre Dernière intervention 26 novembre 2023 125
18 mai 2017 à 10:20 
Startup finished in 7.211s (kernel) + 9min 40.916s (userspace) = 9min 48.127s


Je vais lancer le pc par la fenêtre... Pour indexer du code sous pĥpstorm il lui faut 3 plombes...

J'ai toujours des soucis pour utiliser le pc normalement sans saccades. ça fait 1h20 maintenant...
0
patrice86 Messages postés 1378 Date d'inscription dimanche 26 octobre 2008 Statut Membre Dernière intervention 26 novembre 2023 125
Modifié le 18 mai 2017 à 10:32
En plus : 
systemd-analyze blame
    9min 37.944s apt-daily.service
          6.276s NetworkManager-wait-online.service
          3.413s mysql.service
          2.979s networking.service
          2.611s dev-sda1.device
          2.372s apache2.service
          1.642s ModemManager.service
          1.403s accounts-daemon.service
          1.357s phpsessionclean.service
          1.193s irqbalance.service
          1.187s grub-common.service
          1.101s apport.service
          1.088s ondemand.service
          1.042s systemd-backlight@backlight:intel_backlight.service
          1.027s speech-dispatcher.service
           931ms systemd-logind.service
           873ms apparmor.service
           836ms systemd-rfkill.service
           727ms console-setup.service
           673ms virtualbox.service
           612ms systemd-user-sessions.service
           611ms pppd-dns.service
           608ms lightdm.service
           586ms NetworkManager.service
           561ms systemd-udev-trigger.service
           540ms upower.service
           532ms thermald.service
           483ms gpu-manager.service
           438ms rsyslog.service
           396ms user@1000.service
           369ms avahi-daemon.service
           344ms colord.service
           343ms polkitd.service
           299ms udisks2.service
           241ms keyboard-setup.service
           229ms systemd-journald.service
           152ms ssh.service
           148ms snapd.autoimport.service
           138ms systemd-timesyncd.service
           134ms systemd-tmpfiles-setup.service
           125ms wpa_supplicant.service
           121ms proc-sys-fs-binfmt_misc.mount
           118ms bluetooth.service
           111ms systemd-journal-flush.service
           109ms systemd-udevd.service
           106ms systemd-modules-load.service
            80ms plymouth-start.service
            75ms rtkit-daemon.service
            58ms dns-clean.service
            51ms systemd-update-utmp.service
            47ms resolvconf.service
            42ms dev-disk-by\x2duuid-4a0f31bd\x2df5b2\x2d4c4a\x2db056\x2d81e20deee666.swap
            40ms systemd-tmpfiles-setup-dev.service
            38ms sys-kernel-debug.mount
            36ms dev-hugepages.mount
            33ms ufw.service
            31ms systemd-sysctl.service
            31ms systemd-random-seed.service
            29ms systemd-tmpfiles-clean.service
            27ms plymouth-read-write.service
            23ms systemd-update-utmp-runlevel.service
            20ms ureadahead-stop.service
            18ms rc-local.service
            18ms systemd-remount-fs.service
            15ms setvtrgb.service
            15ms dev-mqueue.mount
            13ms kmod-static-nodes.service
            13ms sys-fs-fuse-connections.mount
            13ms plymouth-quit-wait.service
             1ms snapd.socket

0
Réponse 2 / 5
darkleopard Messages postés 7664 Date d'inscription samedi 27 décembre 2014 Statut Contributeur Dernière intervention 9 décembre 2022 1 174
18 mai 2017 à 10:27
9 minutes.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
ha oui là y a un soucis...

maintenant passes cette commande
systemd-analyze blame
tu appuies sur la touche entrée jusqu'à arriver jusqu'en bas de la liste, et tu me poste à nouveau le résultat..
on aura une idée de ce qui ralenti le boot..
0
patrice86 Messages postés 1378 Date d'inscription dimanche 26 octobre 2008 Statut Membre Dernière intervention 26 novembre 2023 125
18 mai 2017 à 10:30
regarde au dessus, je l'ai déjà posté avant que tu demandes ;)
0
Réponse 3 / 5
darkleopard Messages postés 7664 Date d'inscription samedi 27 décembre 2014 Statut Contributeur Dernière intervention 9 décembre 2022 1 174
18 mai 2017 à 10:42
autant pour moi j'avais pas vu ta 2e réponse ;)

bon alors j'utilise pas Ubuntu personnellement, donc en cherchant, je suis tombé sur ça
https://askubuntu.com/questions/800479/ubuntu-16-04-slow-boot-apt-daily-service

https://unix.stackexchange.com/questions/315502/how-to-disable-apt-daily-service-on-ubuntu-cloud-vm-image/315535

https://ubuntu-mate.community/t/shorten-boot-time-apt-daily-service/12297

regarde un peu ce qui est proposé, si t'es à l'aise avec l'anglais, les forums ubuntu british regorgent de ce bug connu , regarde ici
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844453
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834414

je pense que tu devrais trouver ton bonheur.
je peux pas faire des tests sauf si j'installe ubuntu pour essayer, mais le bug est assez aléatoire, certains comme toi sont touchés, d'autres non, en tout cas sur le forum français, j'ai pas trouvé grand chose..
0
patrice86 Messages postés 1378 Date d'inscription dimanche 26 octobre 2008 Statut Membre Dernière intervention 26 novembre 2023 125
Modifié le 18 mai 2017 à 10:47
Merci pour tes recherches ;)
Il semble que le soucis apparaissent sur les disque dur; plus rarement sur les SSD.

apt-daily.service revient tout le temps. Je ne sais pas trop à quoi il sert pour le moment.
0
Réponse 4 / 5
darkleopard Messages postés 7664 Date d'inscription samedi 27 décembre 2014 Statut Contributeur Dernière intervention 9 décembre 2022 1 174
18 mai 2017 à 11:08
ça c'est parce que beaucoup de gens n'ont pas encore le luxe d'avoir un SSD ;)

apt-daily normalement c'est pour la recherche de mise à jour à chaque démarrage...
on peut le désactiver et que tu tente un reboot.
et si le problème est résolu pour le boot, tu regardes comment se comporte le pc, si t'as des dysfonctionnements quelconque, et si tout va bien, on désactiver de façon permanente le service..

je continue mes recherches, je viens de tomber sur un sujet en français avec le même problème que toi, mais eux ont pas le problème de saccade etc...
ça aussi ça m'étonne..

au faite ton ubuntu est à jour.??
via le terminal je parle..
la logithèque j'en suis pas fan, personnellement je l'avais viré, comme sous Fedora Gnome, elle a prit la poubelle illico après l'install..
0
patrice86 Messages postés 1378 Date d'inscription dimanche 26 octobre 2008 Statut Membre Dernière intervention 26 novembre 2023 125
Modifié le 18 mai 2017 à 11:28
Je viens de mettre à jour le gestionnaire de paquet avec 
sudo apt-get update
(ça faisait longtemps...)

et 
sudo apt-get upgrade -y

117 mis à jour, 0 nouvellement installés, 0 à enlever et 9 non mis à jour.


Eh bien bravo l'informaticien qui ne met pas à jour son PC depuis 2 mois.... 

ça c'est parce que beaucoup de gens n'ont pas encore le luxe d'avoir un SSD ;)

Pour le travail de développeur, c'est tout de même la base je trouve. Je passe ma journée sur le pc à faire du développement, normalement ça change la vie (quand ça fonctionne bien...).

Comment tu fais pour désactiver apt-daily au démarrage du coup ?
0

Vous n’avez pas trouvé la réponse que vous recherchez ?

Posez votre question
Réponse 5 / 5
darkleopard Messages postés 7664 Date d'inscription samedi 27 décembre 2014 Statut Contributeur Dernière intervention 9 décembre 2022 1 174
18 mai 2017 à 11:32
pense à mettre à jour régulièrement, même si les mises à jour il doit pas y en avoir énormement au quotidien, mais vaut mieux maintenir son système.
tous les 3-4 jours par exemple, moi qui utilise des Linux instables et des rolling release, c'est un réflexe de mettre à jour souvent, pour la stabilité, sécurité, et pour pas avoir 400 paquets à télécharger d'un coup ^^

ça je t'avoue que le SSD change la vie, mais quand ça merde on regrette vite notre achat, ou on se sent rouler, alors que souvent c'est l'OS qui empêche au SSD de s'exprimer avec tout son potentiel...
aussi bien sous Linux que sous w$ d'ailleurs.

tu peux tenter ça
sudo systemctl disable apt-daily.service
et tu reboot le pc.
et tu observes la phase de boot, si toujours aussi lent ou non..
et si l'utilisation du pc est toujours aussi lente..

en revanche je te garantis pas que ça va fonctionner, et sauvegardes tes données avant si tu peux, au cas où que....
quand on touche ce genre de choses, vaut mieux être prudent, on est à jamais à l'abri d'un crash...
0

Discussions similaires

Clavier bloqué au demarrage :(
Alex -
Pascale -

8 réponses
Sans OS
Utilisateur anonyme -
leirbag32 -

34 réponses
5 bips au demarage de hp
Zak12345 -
Karim -

13 réponses