l'état de systemctl indique: "État: dégradé"
Quand je lance systemctl status, Je reçois State: degraded au sommet,
● x230
State: degraded
Jobs: 0 queued
Failed: 1 units
Since: Wed 2018-05-30 17:09:49 CDT; 3 days ago
....
Que se passe-t-il et comment y remédier?
Cela signifie que certains de vos services n'ont pas pu démarrer. Vous pouvez les voir si vous exécutez systemctl; sans l'argument status.
Ils devraient montrer quelque chose comme,
loaded failed failed
Ou vous pouvez simplement les services ayant échoué avec systemctl --failed, dans mon cas ça montre
UNIT LOAD ACTIVE SUB DESCRIPTION
● [email protected] loaded failed failed PostgreSQL Cluster 9.4-main
LOAD = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB = The low-level unit activation state, values depend on unit type.
Vous pouvez également essayer:
Sudo systemctl reset-failed
échec de la réinitialisation de systemd efface les unités défectueuses. Vous pouvez supprimer manuellement les unités défectueuses avec la commande systemctl reset-failed. Cela peut être fait pour toutes les unités, ou une seule. Les services qui ne sont plus nécessaires doivent être arrêtés et désactivés.
Pour répertorier les unités/services défaillants
$ systemctl --failed
DESCRIPTION DE LA SUB SUB CHARGE ACTIVE
● ipmievd.service chargé a échoué échoué démon Ipmievd
● kdump.service chargé a échoué a échoué Armement du noyau de récupération après incident
LOAD = Indique si la définition de l'unité a été correctement chargée.
ACTIVE = L'état d'activation de l'unité de haut niveau, c'est-à-dire la généralisation de SUB.
SUB = état d'activation de l'unité de bas niveau, les valeurs dépendent du type d'unité.
2 unités chargées répertoriées. Passez --all pour voir aussi les unités chargées mais inactives.
Pour afficher tous les fichiers d'unité installés, utilisez 'systemctl list-unit-files'.
Pour répondre plus succinctement à la question d'origine:
systemctl | grep fail
Pour le réparer, j'ai redémarré les services qui ont échoué en utilisant quelque chose comme:
Sudo systemctl restart [email protected]
Cependant, cela ne fonctionne pas avec des services comme systemd-initctl.service. Débrancher et rebrancher le Raspberry Pi fonctionne pour moi, mais je recommande d'essayer de redémarrer les services manuellement.