Forum

Bonjour, sur mon nouvel ordi Gaming All-In-One PC j'ai installé Mageia 6 en dual boot avec windows.
Le temps de démarrage de windows est d'environ 30 secondes, et le temps de démarrage de Mageia 6 est de plus de 3 minutes !!!!!
Bon sous windows je n'ai rien fait alors que sous Mageia 6 j'ai commencé à travailler mais 3 minutes je trouve que c'est beaucoup, est-ce qu'il est possible de voir ce qu'il fait ?
Il me semble qu'au début c'était moins long mais je ne suis pas sûr, ce dont je suis sûr c'est des 3 minutes !!!

Merci pour vos réponses.

Euh ! un peu plus de détails:
1] ]Entre le départ et l'arrivée sur l'écran GRUB --> 25 secondes
2] Ecran GRUB choix mageia --> jusqu'à l'écran d'identification --> 2 minutes 45 s !!!!!!!!!!!
3] Ecran d'identification --> au bureau 15 secondes

C'est donc le point 2 qui semble poser problème !

salut essaie ca :

sudo nano /etc/init.d/mandrake_everytime

HARDDRAKE_TOOL=/usr/share/harddrake/service_harddrake
HARDDRAKE_ONBOOT="no"
if [ "$HARDDRAKE_ONBOOT" != "no" ] && [ -x $HARDDRAKE_TOOL ]; then
gprintf "Checking for new hardware"
SYSTEMCTL_NO_BLOCK=1 $HARDDRAKE_TOOL 2>/dev/null


tu ajoutes HARDDRAKE_ONBOOT="no" et tu redémarres pour voir

Ha oui ! beaucoup mieux, 1 minute 55 secondes pour arriver sur le bureau, si tu en as d'autres comme ça je suis oreneur
Merci j'avoue que je n'aurai pas trouvé ça tout seul, tu es tombé dans la poton magique quand tu étais petit !! bravo et encore merci.

essaie en console :

[marco@localhost ~]$ systemd-analyze
Startup finished in 4.367s (kernel) + 10.248s (userspace) = 14.615s

De plus, ne compare pas Windows ( le 10 je suppose ) avec un os qui est réellement arrêté ...

Édité par m@rco123 Le 21/08/2017 à 21h25

Voici:

systemd-analyze
Startup finished in 15.070s (firmware) + 7.892s (loader) + 12.187s (kernel) + 45.946s (userspace) = 1min 21.096s




Oui le 10 mais qu'est-ce que tu veux dire par : " avec un OS qui est réellement arrêté" ?! c'est juste pour ma gouverne personnelle.
J'avais fait cette comparaison parce que plus de 3 minutes pour arriver sur le bureau me semblait un peu long.

Merci pour ton aide.

trop long .... essaie aussi :

[marco@localhost ~]$ systemd-analyze blame



w10 n'est jamais à l'arret comme linux . Il est en suspend donc, il demarre vite .

Édité par m@rco123 Le 21/08/2017 à 23h34

Whaou mince j'en ai beaucoup plus que toi !!!!!


Est-ce que c'est bien normal ?!!!!!!

OK pour windows merci.

oui, j'ai mis que les 1er

Manifestement, tu utilises ton système comme serveur Apache, avec mysql. Ces deux services te prennent pas mal de temps.
Et teamviewer aussi.

oui, c'est ce que j'ai vu ...

Bonjour, merci pour vos réponses, effectivement vous avez raison je n'ai pas besoin du server Apache en tous cas pour le moment et Teamviewer je peux le lancer quand j'en ai besoin. En fait Apache était présent parce que j'ai l'habitude, chaque fois que j'installe un logiciel de compléter un fichier texte dans lequel je mets tous les logiciels installés (urpmi les paquetages des logiciels installés) ensuite si je dois ré-installer mageia il ne me reste plus qu'à envoyer ce fichier pour ré-installer tout comme avant. Il faudrait peut-être que j'ai 2 fichiers, un pour le client et 1 pour les serveurs.
Ceci dit, je viens de constater quelque chose et j'aurai aimé avoir votre avis.
En dehors de mon ordi actuel le nouveau, celui pour lequel j'écris ces posts, j'ai 2 autres ordis en réseau local 192.168.1.xx et 192.168.1.yy
Sur ces 2 ordis j'ai partagé des disques et des répertoires via NFS. Sur l'un des 2 j'ai un gros dossier partagé et sur le second j'ai 6 gros dossiers partagés. Sur mon nouvel ordi (le client celui qui met du temps à démarrer) j'ai monté les répertoires partagés.
Si je démarre alors que les serveurs sont éteinds, le démarrage est très lent (plus de 3 minutes).
Si je démarre alors que les serveurs sont allumés, le démarrage est plus rapide (1 minute 45).

Je joins les commandes systemd-analyze blame dans ces 2 cas ci-dessous:
J'ai l'impression que serveurs éteinds il essaie de monter les disques alors que serveurs allumés ils doivent être déjà montés qu'en pensez-vous ?





En même temps mon propos était plutôt de comprendre le pourquoi du comment, dans la mesure où je demande beaucoup ben il est peut-être normal que ça se traduise par un temps de démarrage relativement long, et ça je l'accepte très bien, ce que je voudrais éviter, compte tenu de mon environnement c'est qu'il y ait une coquille quelque part c'est tout.
Merci de me donner votre avis là-dessus.

Bon au final je me dis que le partage NFS ne me sert à rien une connexion ftp sur les serveurs me va très bien. Donc j'ai enlevé tout ça apparemment le démarrage se passe mieux, eniron 1 minute 35 pour arriver sur le bureau perso ça me va.
Mais


Tu me répondais trop long, voici ce que donne maintenant la commande:

pas_de_serveur.txt

Bon voilà ... je ne sais pas ce que vous en pensez ?

A mon avis, c'est encore beaucoup trop long.

Perso, j'ai essayé le ntpdate et je l'ai retiré vu le délai ajouté au démarrage.

Pourquoi mysqld et pourquoi 25 s. de démarrage ? D'ailleurs, tu as beaucoup de services démarrés. Ta machine semble davantage configurée comme un serveur que comme un poste individuel. Par définition, un serveur reste actif, accessible n'importe quand et réactif par l'activation des services dès le démarrage. La lenteur de démarrage induite n'a pas beaucoup d'importance puisqu'il n'est redémarré qu'exceptionnellement. Il faut que tu examines tout cela...

Une mageia sur PC (comme ordinateur individuel) doit démarrer entre 15 et 30 secondes. Surtout avec une bête de course comme tu as. J'utilisais (je l'ai pas sous la main, je ne peux pas être plus précis) un serveur LAMP Mageia6 , et en machine virtuelle, il démarrait en 30 s. approximativement.

Édité par magnux77 Le 22/08/2017 à 15h05

Bon par CCM --> systeme --> gérer les services en les 'des)activant j'ai désactivé
mysqld
nfs-idmapd
nfs-mountd
nfs-server

Après je ne sais pas trop because il y a pas mal de service je ne sais pas trop ce que c'est le démarrage reste à environ 1 minute 35

systemd-analyze blame
15.711s shorewall.service
12.983s shorewall6.service
7.905s teamviewerd.service
7.780s network-up.service
7.267s systemd-journal-flush.service
6.356s cups.service
6.279s ntpdate.service
5.041s proftpd.service
4.058s systemd-udev-settle.service
3.917s dev-sda1.device
3.336s ModemManager.service
3.322s adb.service
2.373s var-lib-nfs-rpc_pipefs.mount
2.362s gssproxy.service
2.321s systemd-logind.service
2.319s saslauthd.service
2.319s msec.service
2.319s mga-bg-res.service
2.318s gpm.service
2.291s rsyslog.service
2.238s avahi-daemon.service
1.889s sendmail.service
1.708s network.service
1.690s rtkit-daemon.service
1.671s rpcbind.service
1.660s resolvconf.service
1.555s rpc-statd-notify.service
1.408s partmon.service
1.292s colord.service
1.138s plymouth-read-write.service
1.092s fedora-loadmodules.service
1.056s sshd.service
1.056s systemd-resolved.service
857ms upower.service
820ms systemd-vconsole-setup.service
786ms systemd-networkd.service
731ms mnt-h_mga6\x2dsda-robert.mount
731ms mnt-h_mga6\x2dsda-Documents.mount
670ms plymouth-quit-wait.service
670ms plymouth-quit.service
646ms fedora-readonly.service
617ms bluetooth.service
602ms systemd-tmpfiles-setup-dev.service
lines 1-43


Les plus longs shorewall.service et shorewall6.service je ne sais pas ce que c'est alors ...


systemd-analyze
Startup finished in 15.148s (firmware) + 11.392s (loader) + 12.561s (kernel) + 1min 31.676s (userspace) = 2min 10.779s