« Que quelque chose de vrillé emballe les logs inutilement est un comportement auquel on doit s'attendre »
Il a tout à fait raison. J'ai par exemple connu le cas où systemd redémarrerait en continu Network Manager à cause d'un problème avec le wpa supplicant (ce qui est d'autant plus logique que je n'utilisait pas le Wi-Fi), rajoutant un paquet d'erreurs dans les logs chaque seconde et donc donc une petite dizaine de Go en qq jours, jusqu'à mettre le système à genou et l'empêcher de booter. Un vrai plaisir de comprendre la cause.
Après, il est vrai que systemd peut aussi inventer d'autres problèmes retors pour tout niquer, donc peut être qu'il pourrait généraliser et dire : « Que quelque chose de vrillé foute la merde est un comportement auquel on doit s'attendre »
Et puis comme il faut appeler un chat un chat : « Que systemd foute la merde est un comportement auquel on doit s'attendre »
# Kay Sievers qu'est si vert à pourtant raison
Posté par calandoa . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 8.
« Que quelque chose de vrillé emballe les logs inutilement est un comportement auquel on doit s'attendre »
Il a tout à fait raison. J'ai par exemple connu le cas où systemd redémarrerait en continu Network Manager à cause d'un problème avec le wpa supplicant (ce qui est d'autant plus logique que je n'utilisait pas le Wi-Fi), rajoutant un paquet d'erreurs dans les logs chaque seconde et donc donc une petite dizaine de Go en qq jours, jusqu'à mettre le système à genou et l'empêcher de booter. Un vrai plaisir de comprendre la cause.
Après, il est vrai que systemd peut aussi inventer d'autres problèmes retors pour tout niquer, donc peut être qu'il pourrait généraliser et dire :
« Que quelque chose de vrillé foute la merde est un comportement auquel on doit s'attendre »
Et puis comme il faut appeler un chat un chat :
« Que systemd foute la merde est un comportement auquel on doit s'attendre »