systemd-analyze - En ligne dans le Cloud

PROGRAMME:

Nom

systemd-analyze - Analyse les performances de démarrage du système

SYNOPSIS

systemd-analyse [OPTIONS...] [heure]

systemd-analyse [OPTIONS...] blâmer

systemd-analyse [OPTIONS...] chaîne-critique [UNITÉ...]

systemd-analyse [OPTIONS...] tracé [> fichier.svg]

systemd-analyse [OPTIONS...] point [RECONNAISSANCE...] [> fichier.dot]

systemd-analyse [OPTIONS...] vidage

systemd-analyse [OPTIONS...] niveau de journalisation défini NIVEAU

systemd-analyse [OPTIONS...] set-log-cible CIBLE

systemd-analyse [OPTIONS...] vérifier [DES DOSSIERS...]

DESCRIPTION

systemd-analyse peut être utilisé pour déterminer les statistiques de performances de démarrage du système et
récupérer d'autres informations d'état et de traçage du gestionnaire de système et de service, et de
vérifier l'exactitude des fichiers unitaires.

systemd-analyse fois affiche le temps passé dans le noyau avant que l'espace utilisateur n'ait été
atteint, le temps passé dans le disque RAM initial (initrd) avant l'espace utilisateur normal du système
a été atteint, et le temps que l'espace utilisateur normal du système a pris pour s'initialiser. Notez que ces
les mesures mesurent simplement le temps écoulé jusqu'au point où tous les services du système ont
été générés, mais pas nécessairement jusqu'à ce qu'ils aient complètement terminé l'initialisation ou que le disque soit
inactif.

systemd-analyse blâmer imprime une liste de toutes les unités en cours d'exécution, classées selon le temps qu'elles ont mis à
initialiser. Ces informations peuvent être utilisées pour optimiser les temps de démarrage. Notez que la sortie
peut être trompeur car l'initialisation d'un service peut être lente simplement parce qu'il
attend la fin de l'initialisation d'un autre service.

systemd-analyse chaîne-critique [UNITÉ...] imprime un arbre de la chaîne à temps critique de
unités (pour chacun des UNITÉs ou pour la cible par défaut sinon). Le temps
après que l'unité est active ou démarrée est imprimé après le caractère "@". Le temps que l'unité
prend pour commencer est imprimé après le caractère "+". Notez que la sortie peut être
trompeur car l'initialisation d'un service peut dépendre de l'activation du socket et
en raison de l'exécution parallèle des unités.

systemd-analyse parcelle imprime un graphique SVG détaillant les services système qui ont été
commencé à quelle heure, en soulignant le temps qu'ils ont passé à l'initialisation.

systemd-analyse point génère une description textuelle du graphique de dépendance au format point pour
traitement ultérieur avec le GraphViz point(1) outil. Utilisez une ligne de commande comme systemd-analyse
point | point -Tsvg > systèmed.svg pour générer un arbre de dépendance graphique. Sauf si --ordre or
--exiger est passé, le graphique généré affichera à la fois la commande et les exigences
dépendances. Des spécifications facultatives de style de globalisation de modèle (par exemple *.target) peuvent être données
à la fin. Une dépendance d'unité est incluse dans le graphique si l'un de ces modèles correspond
soit le nœud d'origine ou de destination.

systemd-analyse déverser produit une sérialisation (généralement très longue) lisible par l'homme du
état complet du serveur. Son format est sujet à changement sans préavis et ne doit pas être
analysés par les applications.

systemd-analyse niveau de journalisation défini NIVEAU modifie le niveau de journalisation actuel du systemd démon à
NIVEAU (accepte les mêmes valeurs que --log-level= décrit dans systemd(1)).

systemd-analyse définir-log-cible CIBLE modifie la cible de journal actuelle du systemd démon
à CIBLE (accepte les mêmes valeurs que --log-cible=, décrit dans systemd(1)).

systemd-analyse vérifier chargera les fichiers unitaires et imprimera des avertissements si des erreurs sont détectées.
Les fichiers spécifiés sur la ligne de commande seront chargés, mais aussi toutes les autres unités référencées par
eux. Cette commande fonctionne en ajoutant les répertoires pour tous les arguments de ligne de commande à
le début du chemin de chargement unitaire, ce qui signifie que tous les fichiers d'unités trouvés dans ces
les répertoires seront utilisés de préférence aux fichiers unitaires présents dans les emplacements standards,
même s'il n'est pas explicitement répertorié.

Si aucune commande n'est passée, systemd-analyse fois est implicite.

OPTIONS

Les options suivantes sont comprises :

--utilisateur
Fonctionne sur l'instance utilisateur systemd.

--système
Fonctionne sur l'instance systemd du système. Il s'agit de la valeur implicite par défaut.

--ordre, --exiger
Lorsqu'il est utilisé en conjonction avec le point commande (voir ci-dessus), sélectionne les dépendances
sont indiqués dans le graphique de dépendance. Si --ordre est passé, seules les dépendances de type
Après= or Avant= sont indiqués. Si --exiger est passé, seules les dépendances de type
Nécessite=, Requis=, Veut= et votre Conflits= sont indiqués. Si ni l'un ni l'autre n'est adopté, ce
montre les dépendances de tous ces types.

--from-motif=, --to-motif=
Lorsqu'il est utilisé en conjonction avec le point commande (voir ci-dessus), cela sélectionne
les relations sont indiquées dans le graphique de dépendance. Les deux options nécessitent un glob(7)
pattern comme argument, qui sera comparé à la main gauche et la
à droite, respectivement, les nœuds d'une relation.

Chacun d'eux peut être utilisé plusieurs fois, auquel cas le nom de l'unité doit correspondre à un
des valeurs. Lorsque des tests pour les deux côtés de la relation sont présents, une relation doit
passer les deux tests pour être montré. Lorsque des motifs sont également spécifiés en tant qu'arguments positionnels,
ils doivent correspondre au moins à un côté de la relation. En d'autres termes, les modèles spécifiés
avec ces deux options coupera la liste des arêtes correspondant à la position
les arguments, s'il y en a, et déterminent complètement la liste des arêtes montrées autrement.

--fuzz=laps de temps
Lorsqu'il est utilisé en conjonction avec le chaîne-critique commande (voir ci-dessus), afficher également les unités,
qui a fini laps de temps plus tôt que la dernière unité du même niveau. L'unité de
laps de temps est en secondes sauf si spécifié avec une unité différente, par exemple "50ms".

--personne
N'invoquez pas man pour vérifier l'existence des pages de manuel répertoriées dans Documents=.

-H, --hôte=
Exécutez l'opération à distance. Spécifiez un nom d'hôte, ou un nom d'utilisateur et un nom d'hôte
séparés par "@", pour se connecter. Le nom d'hôte peut éventuellement être suffixé par un
nom du conteneur, séparé par ":", qui se connecte directement à un conteneur spécifique sur
l'hôte spécifié. Cela utilisera SSH pour parler à l'instance de gestionnaire de machine distante.
Les noms de conteneurs peuvent être énumérés avec machinectl -H HÔTE.

-M, --machine=
Exécutez l'opération sur un conteneur local. Spécifiez un nom de conteneur auquel vous connecter.

-h, --Aidez-moi
Imprimez un court texte d'aide et quittez.

--version
Imprime une chaîne de version courte et quitte.

--pas de téléavertisseur
Ne dirigez pas la sortie vers un pager.

EXIT STATUT

En cas de succès, 0 est renvoyé, un code d'échec différent de zéro sinon.

EXEMPLES POUR DOT

Exemple 1. Terrains tous dépendances of tout unité dont prénom départs avec "avahi-démon"

$ systemd-analyze point 'avahi-daemon.*' | point -Tsvg > avahi.svg
$ eog avahi.svg

Exemple 2. Terrains le dépendances jusqu'à XNUMX fois tous connu l'objectif unités

systemd-analyze point --to-pattern='*.target' --from-pattern='*.target' | point -Tsvg > cibles.svg
$ eog cibles.svg

EXEMPLES POUR VÉRIFIER

Les erreurs suivantes sont actuellement détectées :

· sections et directives inconnues,

· dépendances manquantes qui sont nécessaires pour démarrer l'unité donnée,

· pages de manuel répertoriées dans Documents= qui ne se trouvent pas dans le système,

· commandes répertoriées dans ExecStart = et similaires qui ne sont pas trouvés dans le système ou non
exécutable

Exemple 3. mal orthographié directives

$ chat ./utilisateur.tranche
[Unité]
Qu'est-ce que c'est=11
Documentation=homme :ce fichier n'existe pas(1)
Nécessite=différent.service

[Un service]
Description=x

$ systemd-analyze vérifier ./user.slice
[./user.slice:9] Lvalue inconnue 'WhatIsThis' dans la section 'Unit'
[./user.slice:13] Section 'Service' inconnue. Ignorant.
Erreur : org.freedesktop.systemd1.LoadFailed :
Échec du chargement de l'unité different.service :
Aucun fichier ou répertoire de ce nom.
Échec de la création de user.slice/start : argument non valide
user.slice: homme ce fichier n'existe pas(1) la commande a échoué avec le code 16

Exemple 4. Manquant service unités

$ queue ./a.socket ./b.socket
==> ./a.socket <==
[Prise]
EcouteStream=100

==> ./b.socket <==
[Prise]
EcouteStream=100
Accepter=oui

$ systemd-analyze vérification ./a.socket ./b.socket
Service a.service non chargé, a.socket ne peut pas être démarré.
Service [email protected] pas chargé, b.socket ne peut pas être démarré.

ENVIRONNEMENT

$SYSTEMD_PAGER
Téléavertisseur à utiliser lorsque --pas de téléavertisseur n'est pas donné ; remplace $PAGER. Définir ce à un vide
chaîne ou la valeur "cat" équivaut à passer --pas de téléavertisseur.

$SYSTEMD_LESS
Remplacer les options par défaut transmises à moins ("FRSXMK").

Utilisez systemd-analyze en ligne à l'aide des services onworks.net