Récemment, systemd a lancé une nouvelle fonctionnalité pour gérer les échecs de démarrage. Découvrons-le dans cette courte couverture sur le même sujet.
Qu'est-ce que systemd, déjà ?
Systemd est un démon système qui sert de suite logicielle de blocs de construction de base pour un système Linux. Il facilite la gestion du système et des services et démarre le reste du système. Il est conventionnellement représenté tout en lettres minuscules comme systemd (démon système) selon les standards Unix/Linux.
Il a été lancé en tant que projet de développement en 2010 par Lennart Poettering et Kay Sievers. Fedora est devenue la première grande distribution à inclure systemd par défaut depuis mai 2011.
L'inclusion de systemd a créé une sorte de révolte chez les utilisateurs vétérans de Linux. Des distributions comme Devuan ont été créées juste pour éloigner systemd.
Je n'entre pas dans le débat systemd vs init ici. C'est entièrement votre appel si vous comprenez les détails techniques. Je vais partager la nouvelle fonctionnalité de systemd ainsi que mon expérience dans la résolution des échecs de démarrage.
Comptage des démarrages :la nouvelle fonctionnalité de Systemd
Comme la phrase le suggère, le comptage des tentatives de démarrage fait partie d'une version révisée de
À l'aide de cette évaluation, le système peut automatiquement revenir à une version précédente du système d'exploitation/du noyau, au cas où une version plus récente refuserait de démarrer avec succès en raison d'un échec.
L'ensemble révisé de fonctionnalités de
Les développeurs suggèrent également qu'en plus de fournir une solution complète sur les systèmes UEFI, les différents composants peuvent également être utilisés indépendamment en combinaison avec d'autres logiciels.
Diagnostic des problèmes avec systemd :Mon Experience
Je suis enthousiasmé par cette nouvelle fonctionnalité de systemd. Cela pourrait faire gagner beaucoup de temps et de problèmes aux utilisateurs de Linux. Je vais partager mon expérience avec le problème de démarrage AVANT systemd a introduit cette fonctionnalité d'échec de démarrage.
Systemd m'a aidé à diagnostiquer un problème dans le passé sur mon système à double démarrage et je pense qu'il serait utile de partager l'expérience ici, pour connaître son ingéniosité :
Une fois, alors que j'essayais de démarrer mon système Ubuntu 16.04 LTS, j'ai reçu le message d'erreur suivant après avoir sélectionné le même dans GRUB :
J'étais alarmé par la raison pour laquelle j'étais "accueilli" avec un message aussi ennuyeux tout à coup après une journée bien remplie au travail. Quand j'ai lu qu'il mentionnait l'un de mes disques durs PC (/dev/sdb3), j'ai eu l'impression qu'il pourrait avoir à faire quelque chose avec la fonction d'hibernation de Windows 10 et le fait que les tentatives d'arrêt sur Windows 10 sont en fait des hibernations partielles pour un démarrage plus rapide.
Dès que j'ai reçu cet indice, j'ai démarré Windows et effectué un arrêt complet en maintenant la touche Maj enfoncée, puis en cliquant sur Arrêter dans le menu de démarrage de Windows, après quoi j'ai réussi à me connecter à Ubuntu. Désormais, j'ai désactivé le "démarrage rapide" et l'hibernation sous Windows.
Lorsque j'ai consulté les journaux à l'aide de la commande, de retour sur Ubuntu, j'ai découvert que le message d'erreur faisait partie de systemd caractéristiques de. J'ai utilisé la commande suivante pour stocker la sortie complète de la commande dans un fichier journal :
journalctl -xb | tee systemdlogged.logEn parcourant le fichier journal, j'ai pu reconfirmer que c'était bien dû à une hibernation partielle sur Windows 10 (Impossible de créer une session :déjà en cours d'exécution dans une session ).
Vous aimez ou vous détestez ?
Comme vous pouvez le voir, ce nouveau retour automatique à l'ancien noyau éviterait aux utilisateurs Linux quelques problèmes ici.
Cette idée permettrait la mise en œuvre de schémas similaires sur d'autres chargeurs de démarrage ou des systèmes non UEFI. Peut-être systemd peut également être envisagé pour une utilisation avec LinuxBoot à l'avenir ?