Page 2 sur 3
Re: Démarage trop long
Posté : ven. 20 janv. 2017 12:42
par mpat
Dernier message de la page précédente :
salut,
─fruhod.service @1min 45.636s +4.010s
└─network-online.target @1min 45.617s
tu passes par un openvpn ?
ici ne pas désactiver mais régler les mises à jour journalière pour ne pas faire de recherches au démarrage.
└─NetworkManager-wait-online.service @1min 37.477s +8.140s
tu as un nas ou un disque en réseau ?
─run-user-1000-gvfs.mount @2min 26.300s
└─run-user-1000.mount @2min 21.046s
tu fais de la virtualisation avec ...?
2.408s qemu-kvm.service
Re: Démarage trop long
Posté : ven. 20 janv. 2017 19:48
par robtail
Salut,
En modifiant le partitionnement avec gparted, au redémarrage j'ai eu emergency mode, j'étais pressé et j'ai réinstalle puisque je n'avais pas trouvé comment résoudre ce soucis.
Donc après avoir reformaté et remis mes logiciels "Startup finished in 5.681s (kernel) + 25.819s (userspace) = 31.500"
Code : Tout sélectionner
graphical.target @25.793s
└─multi-user.target @25.792s
└─virtualbox.service @25.676s +116ms
└─network-online.target @25.658s
└─NetworkManager-wait-online.service @16.482s +9.174s
└─NetworkManager.service @14.247s +2.217s
└─dbus.service @12.635s
└─basic.target @12.234s
└─sockets.target @12.234s
└─uuidd.socket @12.234s
└─sysinit.target @12.043s
└─systemd-update-utmp.service @12.010s +30ms
└─systemd-tmpfiles-setup.service @11.665s +329ms
└─local-fs.target @11.513s
└─run-cgmanager-fs.mount @14.260s
└─local-fs-pre.target @6.367s
└─systemd-remount-fs.service @6.294s +72ms
└─system.slice @3.496s
└─-.slice @3.482s
~ $ systemd-analyze blame
9.174s NetworkManager-wait-online.service
5.705s dev-sda1.device
4.976s ModemManager.service
3.517s accounts-daemon.service
2.917s grub-common.service
2.844s ondemand.service
2.716s networking.service
2.598s console-setup.service
2.507s lvm2-monitor.service
2.231s ufw.service
2.217s NetworkManager.service
2.062s systemd-logind.service
2.054s thermald.service
2.043s console-kit-log-system-start.service
2.027s lm-sensors.service
2.022s rsyslog.service
1.990s avahi-daemon.service
1.798s alsa-restore.service
1.790s gpu-manager.service
1.568s loadcpufreq.service
1.476s keyboard-setup.service
1.082s systemd-udevd.service
1.041s irqbalance.service
virtualbox.service @25.676s +116 -- c'est normal qu'il y soit?
Oui je passe par un openvpn mais ma connexion ne se fait pas dessus automatiquement et donc est ce que c'est normal qu'il soit là?
J'ai mis sur 3 jours pour actualisation automatique dans les mises à jour, c'est bien ça qu'il fallait faire? (ça n'a rien changé au temps marqué en tout cas)
"tu as un nas ou un disque en réseau ?" non rien de tout ça.. comment j'ai pu avoir les "run-user-1000..."?
Je fais de la virtualisation uniquement avec virtualbox..
Re: Démarage trop long
Posté : ven. 20 janv. 2017 21:10
par mpat
salut, pour ta virtualbox, fait un update, qui pourrait régler certains problèmes
NetworkManager-wait-online.service @16.482s +9.174s .................... Network Manager n'est pas en ligne
as-tu désactivé ce service ou tu te sert d'un autre log de connexion ?
tu peux tenter ceci vérifie après que tu as toujours une connexion...
si plus de connexion...
Systemctl enable NetworkManager-wait-online.service
1.041s irqbalance.service
IRQbalance essaie d'équilibrer cette sortie de manière intelligente entre touts les CPU et, si possible, met le traitement IRQ aussi proche du processus que possible. Cela pourrait être le même noyau, un noyau sur la même matrice partageant le même cache, ou un noyau dans la même zone NUMA
regardes si set ENABLED=0 il doit être sur 1.
Sauf su tu te connecte via un ancien modem incorporé dan ton pc ... le service modemmanager n'est plus d'utilité.
Re: Démarage trop long
Posté : ven. 20 janv. 2017 21:51
par robtail
J'ai fait l'update et j'ai toujours virtualbox avec "systemd-analyze critical-chain"
J'utilise bien Network Manager
NetworkManager-wait-online.service @16.238s +8.074s
└─NetworkManager.service @12.530s +3.689s -- c'est bien qu'il est actif non?
Code : Tout sélectionner
Systemctl disable NetworkManager-wait-online.service
La commande « Systemctl » est introuvable, vouliez-vous dire :
La commande « systemctl » du paquet « systemd » (main)
Systemctl : commande introuvable
J'ai tapé systemd pour voir et j'ai que des failed
regardes si set ENABLED=0 il doit être sur 1 -- Pour ça c'est bon
J'ai désinstallé modemmanager
Re: Démarage trop long
Posté : ven. 20 janv. 2017 22:24
par tyrry
systemctl , cela n'a pas fonctionner à cause du
s majuscule
@+
Re: Démarage trop long
Posté : sam. 21 janv. 2017 10:54
par robtail
Quel mauvais je suis
Reste plus que virtualbox à dégager maintenant
Re: Démarage trop long
Posté : sam. 21 janv. 2017 17:57
par AngeDesOmbres
Slt te suffit de faire
Bien à toi.
Bye.
Re: Démarage trop long
Posté : sam. 21 janv. 2017 19:56
par robtail
Code : Tout sélectionner
systemd-analyze critical-chain
graphical.target @17.426s
└─virtualbox.service @16.829s +596ms
Qu'il dégage de là ^^ je veux pas le supprimer.
Re: Démarage trop long
Posté : dim. 22 janv. 2017 05:55
par tyrry
Slt ,
Il faut éteindre le pc complètement et relancer ensuite , un simple redémarrage ne prend pas en compte
si tu fais :systemd-analyze .......
@+
Re: Démarage trop long
Posté : dim. 22 janv. 2017 10:54
par robtail
Ok c'est bon c'est réglé merci
Pas eu besoin d'éteindre par contre
Re: Démarage trop long
Posté : dim. 22 janv. 2017 11:03
par tyrry
robtail a écrit :Ok c'est bon c'est réglé merci
Super , donc que te renvoi systemd-analyze du coup ?
@+