16.04: Démarrage lent, peu importe ce que je supprime ou fais (Fichiers d'analyse fournis)
Je suis très frustré par le temps maintenant nécessaire au démarrage de mon ordinateur portable depuis l'installation de Ubuntu.
Avant Ubuntu, Kubuntu 15.04 était démarré de Grub à l’ordinateur de bureau en moins de 20 secondes. Je suis passé à Ubuntu (64 bits) car j’ai entendu dire que c’était plus rapide. Jusqu'ici, c'est tellement pire. Avec la connexion automatique, cela prend 55 secondes. Sans cela, je passe de Grub à mon écran de connexion en 35 secondes. Puis, après avoir entré mon mot de passe et appuyé sur ENTER, il faut encore 21 secondes pour afficher le bureau.
Il convient également de mentionner que lors du démarrage, il n’ya pas d’écran violet, ni de logo Splash Ubuntu avec des points défilants.
Une fois que je suis à mon bureau, tout se passe bien et rapidement. Il dort et reprend bien etc. C'est juste le démarrage qui me concerne. Depuis que j'ai un système à double démarrage, j'ai tendance à redémarrer dans Windows 10 pour faire certaines choses. Démarrer dans Win10 est très rapide, mais redémarrer dans Ubuntu prend beaucoup trop de temps.
J'utilise exactement la même partition que j'étais auparavant (que j'ai formatée pour une nouvelle installation d'Ubuntu).
J'utilise systemd-analyze pour déterminer la cause des retards. Jusqu'à présent, j'ai essayé ce qui suit:
- Mise à jour du noyau vers la version 4.6
- Service NetworkManager-wait-online désactivé
- Service Samba-ad-dc désactivé
- Service smbd handicapé
- Service mnbd désactivé
- Apparmor désactivé et désinstallé
- Service commun handicapé
Voici l'écran que je vois entre le menu Grub et l'écran de connexion: 
Je suis conscient que c'est fsck et il apparaît assez rapidement après le menu Grub. Je suis aussi consciente que, parce que ça se présente tout de suite, cela ne prend pas vraiment beaucoup de temps. Mais cet écran est ce que je vois jusqu'à ce que l'écran de connexion s'affiche. Pas d'écran de démarrage avec des points de défilement en bas, pas d'écran violet.
Voici un lien vers mon sortie dmesg
Mon dmesg pour une raison quelconque va seulement à 25 secondes.
De plus, j'ai tracé ma botte avec systemd-analyze plot > file.svg et je me suis retrouvé avec des moments incompréhensibles. Et en réalité, le graphique ne dure que 20 secondes, mais il faut beaucoup plus de temps pour que mon écran de connexion apparaisse. Voici mon résultat (j'ai lié l'image au lieu de la poster en raison de la taille de l'image):
Sortie de systemd-analyze blame (ci-dessous)
Sortie de systemd-analyze critical-chain (ci-dessous)
Voici le résultat de fdisk -l (ci-dessous)
Comme je l'ai déjà dit, j'utilise les mêmes partitions qu'auparavant (sdb6 pour /, sdb3 pour/home, sdb5 pour swap). Ils ont été formatés. Je ne comprends donc pas pourquoi cela pourrait se produire.
sda est un lecteur SSD, sdb est un lecteur mécanique de 1 To.
Le reste de mon matériel:
Ordinateur portable HP DV7. Processeur Intel i7, 8 Go de RAM, cartes graphiques AMD Radeon HD 7960M XT (commutables deux fois avec les cartes graphiques Intel).
Cela fait un moment que je travaille à cela, j'espère que mes recherches montrent bien cela, et que je pourrais vraiment avoir besoin d'aide ici. Je vous fournirai tout autre résultat dont vous avez besoin.
Merci d'avance!
UPDATE
J'ai essayé de démarrer avec network-manager désactivé et il n'y avait aucune différence dans le temps de démarrage. Pour une raison quelconque, networking.service apparaît toujours dans la liste des responsables.
Voici mes résultats de blame systemd-analysis et de chaîne critique:
BLÂME
8.410s networking.service
7.267s ModemManager.service
7.138s accounts-daemon.service
5.327s systemd-logind.service
4.939s alsa-restore.service
4.595s systemd-user-sessions.service
4.166s dev-sdb6.device
3.683s loadcpufreq.service
3.455s apport.service
3.353s ondemand.service
3.261s cpufreqd.service
2.063s gpu-manager.service
1.643s polkitd.service
1.508s rsyslog.service
1.322s lm-sensors.service
1.224s lightdm.service
1.144s plymouth-start.service
1.026s systemd-modules-load.service
1.005s thermald.service
918ms systemd-tmpfiles-setup-dev.service
907ms avahi-daemon.service
772ms systemd-journald.service
534ms upower.service
Critical-chain
graphical.target @16.982s
└─multi-user.target @16.982s
└─cpufrequtils.service @16.976s +5ms
└─loadcpufreq.service @13.268s +3.683s
└─basic.target @8.324s
└─sockets.target @8.324s
└─avahi-daemon.socket @8.324s
└─sysinit.target @8.230s
└─systemd-update-utmp.service @8.102s +127ms
└─systemd-tmpfiles-setup.service @7.768s +333ms
└─local-fs.target @7.767s
└─home.mount @7.704s +63ms
└─systemd-fsck@dev-disk-by\x2duuid-e715a619\x2de892\x2d40dc\x2dbc17\x2d235e98e3ffe6.service @7.180s +463ms
└─dev-disk-by\x2duuid-e715a619\x2de892\x2d40dc\x2dbc17\x2d235e98e3ffe6.device @7.167s
UPDATE 2
Après avoir tellement désactivé et supprimé de nombreuses applications, je ne parviens toujours à rien. Je pense cependant que cela peut être un problème avec le DM ou le DE ... Mais parcourir tous les journaux ne me mène nulle part à ce jour.
J'ai abandonné la version que j'essayais d'exécuter après d'innombrables tentatives pour l'accélérer, et rétrogradé à Ubuntu Gnome 14.04. J'avais tellement dépouillé Ubuntu 16.04 qu'il commençait à poser des problèmes.
Passer à Gnome 14.04 a tout fait pour que tout démarre et s’exécute beaucoup plus rapidement. Mon temps de démarrage est passé de 55 secondes avec Unity 16.04 à 20 secondes avec Gnome 14.04.
En fin de compte, peu importe ce que j'ai fait, je ne pouvais rien accélérer plus vite avec 16.04. La solution pour moi était un déclassement, même sur du matériel plus récent.
Pour confirmer cela, j'ai décidé de rétrograder mon PC de Kubuntu 16.04 à Gnome 14.04. Il s’agit d’un i7 quadricœur @ 4Ghz avec 16 Go RAM et disques SSD. Mon temps de démarrage était à l'origine d'environ 8 secondes et il est maintenant d'environ 5 secondes.