Temps démarrage allongé depuis Stretch... Le sujet est résolu

[piratebab]

peut étre un périphérique usb interne, tel qu'un caméra ?

[MicP]

J'avais transmis un fichier créé depuis la version jessie de debian
le voici depuis une version stretch sur la même machine mon-boot-stretch.svg

[Grhim]

et comment fait on lorsque

Code : Tout sélectionner

~$ systemd-analyze plot > mon-boot.svg
Failed to parse reply: No such property 'FirmwareTimestampMonotonic'

Code : Tout sélectionner

~$ acp systemd
systemd:
  Installed: 234-3
  Candidate: 235-2
  Version table:
     235-2 500
        500 http://httpredir.debian.org/debian unstable/main amd64 Packages
 *** 234-3 500
        500 http://httpredir.debian.org/debian testing/main amd64 Packages
        100 /var/lib/dpkg/status
     232-25+deb9u1 500
        500 http://httpredir.debian.org/debian stable/main amd64 Packages

donc systemd est bien installer par default mais je continue a booter via upstart si je comprends bien ,

il y aurait il la meme commande avec Upstart ?

[MicP]

Bonsoir

…systemd est bien installer par default mais je continue a booter via upstart…


Dans /etc/default/grub

modifier la ligne GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
pour obtenir :

Code : Tout sélectionner

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash init=/lib/systemd/systemd"


ensuite, avec les privilèges du compte root

Code : Tout sélectionner

update-grub


puis redémarrer pour voir ce que donne :

Code : Tout sélectionner

systemd-analyze plot > mon-boot.svg

[DbFr871]

peut étre un périphérique usb interne, tel qu'un caméra ?

.
il est vrai qu'il y a la caméra, puisque c'est un portable avec... et comment la désactiver, c'te bestiole... ?

[DbFr871]

...
le voici depuis une version stretch sur la même machine mon-boot-stretch.svg

.
Purée que j'aimerai avoir ce démarrage aussi rapide... ça signifie que l'ordi est loin de se traîner en tout...

[DbFr871]

je fais encore une journée de "test" et demain, je résolve cette discussion...

il y a trop de lignes, et mes connaissances debian sont loin d'être vastes...

[DbFr871]

Ce jour, il a démarré en Logs begin at Fri 2017-10-13 08:54:35 CEST, end at Fri 2017-10-13 08:55:12 CEST. soit 37 sec...

J'arrête là, inutile de chercher la p'tite bête...

C'est RÉSOLU

[piratebab]

tu l'as divisé par 2 il me semble, tu étais à plus d'une minute non ?

[DbFr871]

Oui... pratiquement

Mais, c'est aléatoire...
Par exemple aujourd'hui :
Startup finished in 32.839s (kernel) + 22.925s (userspace) = 55.765s

et surement que j'ai noté que le temps kernel...

[LuX]

Bonjour à tous !

Discussion très instructive... Je suis toujours intéressé par ce qui peut réduire le temps de boot. Dans mon cas, avec un vieil ordi, je n'ai pas à me plaindre :

Code : Tout sélectionner

$ systemd-analyze time
Startup finished in 4.359s (kernel) + 9.386s (userspace) = 13.746s

Il faut quand même rajouter une dizaine de secondes pour démarrer le Bios.

J'ai utilisé les commandes découvertes ici et ça me donne le beau graphique suivant.


C'est joli mais je n'y comprends pas grand chose. Ce que je vois :
- NetworkManager-wait-online.service (7.366ms) ;
- une marche à la ligne run-user-792400015.mount.
Le premier tiret semble indiquer que le démarrage réseau prend la moitié du temps de boot, mais est-ce normal ou pas ? Aucune idée.
Quant au second, il a à voir avec mon utilisateur principal (dont 792... est l'ID). Mais pourquoi lui et qu'est-ce que cette marche veut dire ? Aucune idée non plus.

Si quelqu'un qui comprend ça mieux que moi peut me l'expliquer, ce serait le pied !

[DbFr871]

Bonsoir Tout seul...

Bonjour à tous !

Discussion très instructive... Je suis toujours intéressé par ce qui peut réduire le temps de boot. Dans mon cas, avec un vieil ordi, je n'ai pas à me plaindre :

Code : Tout sélectionner

$ systemd-analyze time
Startup finished in 4.359s (kernel) + 9.386s (userspace) = 13.746s

Il faut quand même rajouter une dizaine de secondes pour démarrer le Bios.

.
C'est ça le partage
sur le vaio, le temps que le bios "passe", il s'écoule près de 10/15 secondes...
Autrement, pour un vieil ordi, il a plutôt de beaux restes...
et encore, le mien n'est que de 2008/2009...
j'en ai un qui va tourner en sauvegarde, qui lui, date de plus de 13 ans...
mais ce sera l'année prochaine...

J'ai utilisé les commandes découvertes ici et ça me donne le beau graphique suivant.


C'est joli mais je n'y comprends pas grand chose. Ce que je vois :
- NetworkManager-wait-online.service (7.366ms) ;
- une marche à la ligne run-user-792400015.mount.
Le premier tiret semble indiquer que le démarrage réseau prend la moitié du temps de boot, mais est-ce normal ou pas ? Aucune idée.
Quant au second, il a à voir avec mon utilisateur principal (dont 792... est l'ID). Mais pourquoi lui et qu'est-ce que cette marche veut dire ? Aucune idée non plus.

Si quelqu'un qui comprend ça mieux que moi peut me l'expliquer, ce serait le pied !

.

Je te conseille d'ouvrir ta propre discussion, pour quelle soit visible le mieux possible
et je suis presque sûr que tu auras plus de réponses qu'ici

penses aussi à mettre dans ta signature, ta config

[LuX]

penses aussi à mettre dans ta signature, ta config

Fait !

[DbFr871]

...
Fait !

.
Comme quoi que, les processeurs sont de la même génération, du même mois, et celui qui est monté dans le vaio fonctionne "moins bien" que le tien, dans une tour... brave intel...

[LuX]

Oui, ils semblent assez proches. Le "benchmark" du E7300 est quand même meilleur : 1728 pour lui contre 1457 pour le P8400. Ça fait 18% de plus, j'imagine que ça commence à compter.

Mais bon, ce serait étonnant que ce "benchmark" explique à lui seul une telle différence de temps de boot. En plus nous avons tous les deux notre système installé sur un SSD. Le tien est beaucoup plus gros, je ne sais pas si ça peut ralentir les temps d'accès. J'imagine plutôt que ton PC lance beaucoup plus de service que le mien au démarrage, ou bien que c'est lié au nombre de périphériques montés (je n'ai qu'un disque dur, un écran, le clavier et le souris sont branchés en USB, rien d'autre).

Si tu veux, je peux poster ici (ou plutôt dans la file analyse du boot où quelqu'un d'autre pourrait être intéressé) la sortie complète de 'systemd-analyze blame' et tu pourras comparer avec la tienne.

[DbFr871]

Bonjour LuX, heu Guy ?
J'plaisante, faut bien lorsque le Soleil est encore absent...

...
Mais bon, ce serait étonnant que ce "benchmark" explique à lui seul une telle différence de temps de boot. En plus nous avons tous les deux notre système installé sur un SSD. Le tien est beaucoup plus gros, je ne sais pas si ça peut ralentir les temps d'accès. J'imagine plutôt que ton PC lance beaucoup plus de service que le mien au démarrage, ou bien que c'est lié au nombre de périphériques montés (je n'ai qu'un disque dur, un écran, le clavier et le souris sont branchés en USB, rien d'autre).

.
sur le portable, je déconnecte ce qui n'est pas déclaré dans fstab...

Si tu veux, je peux poster ici (ou plutôt dans la file analyse du boot où quelqu'un d'autre pourrait être intéressé) la sortie complète de 'systemd-analyze blame' et tu pourras comparer avec la tienne.

.
Tout à fait, tu peux le faire ici ou sur ta discussion, à ta convenance


Sinon, d'après ark d'intel, dont voici les liens, pour :
E7300
P8400
le proco mobile est pratiquement 2 fois plus "puissant" avec 410 au lieu de 228 millions de proco...
comme quoi, intel, lorsqu'il a l'hégémonie, il se foule peu la rate... alors que depuis l'année dernière... il se bouge les fesses, avec AMD et ses Ryzen... qui lui colle aux basques, voire tente de le dépasser

A moins que cela soit sony, qui ait raté l'intégration du proco dans son portable... ce qui se peut fortement...

[DbFr871]

Alors, j'avais remarqué l'inscription d'une ligne au tout début du lancement des "lignes", et je l'ai "vidéofilmé"...
il est dit :

gave up waiting for suspend/resume device

qui, traduit en bon françois, signifie : abandonné l'attente d'un dispositif de suspension / reprise

il y a donc une attente qui se fait, pour un service, peut-être le NetworkManager (NM)...
Je vais faire comme LuX, installer wicd et désactiver NM et voir le résultat

[lol]

gave up waiting for suspend/resume device

Abandon de l'attente d'un périphérique de suspension/reprise.

Il cherche/attend la partition ou aurait été "swappé" le système pour la reprise après veille.

[DbFr871]

gave up waiting for suspend/resume device

Abandon de l'attente d'un périphérique de suspension/reprise.

Il cherche/attend la partition ou aurait été "swappé" le système pour la reprise après veille.

.
Merci Lol

Mais quel service demande cela...
y aurait pas une commande pour l'indiquer ?

[lol]

Merci Lol

Mais quel service demande cela...
y aurait pas une commande pour l'indiquer ?

Aucune idée...
J'ai ce problème aussi et je n'ai pas encore trouvé le temps de chercher.