patatras

Ma machine (poupon-la-peste) était devenue particulièrement lentes
(c'était pas un freeze mais presque) j'en ai eu marre, et vu que j'étais
en train de faire un ou deux trucs, j'ai attendu avant de redémarrer. Bref
au bout d'un temps plus ou moins long, j'accède à une console (Ctrl-Alt-
F1, c'est son petit nom), je fais "sudo reboot" après avoir brûlé un ou
deux poulets et fait la dans de la pluie (non, je déconne (pour la danse
de la pluie). Il a fallu encore un temps certain avant que ça s'enclenche
et en s'arrêtant system-D m'a insulté au sujet d'un fichier de log que
j'aurais mal shutdowné, mais il m'a dit qu'il l'avait renommé et relancé,
alors tout baigne. C'est pas là le plus intéressant, je fais une petite
disgression vu que j'ai oublié de parler de htop, qui ne montrait rien
d'inquiétant, la machine était même loin d'être sur ses genoux, mais ça
ramait. Bon je reviens au plus intéresant. La machine a mis 3 ans après
avoir fait les tests sur les disques (rien qui n'allait pas) puis il a
fini par cracher une ribambelle d'erreurs de systemD, pui d'ACPI. Ensuite
il a démarré normalement, les services se sont lancés (ce qui me fait
penser que SystemD n'est pas tout cassé). Bon ma question, vous vous en
doutez est "comment débuguer ces fichus erreurs ?" et question
subsidiaires "Comment se fait-il que la machine était tout cassée au bout
de 5 jours d'uptime environ", je rappelle que htop montrait une machine
utilisée très en deça de ses capacités. Là c'est redémarré, et ça a l'air
de baigner (mais je n'ai qu'¼ h d'uptime, donc ça ne veut rien dire.

Merci de vos lampadaires.


--
Conseil Debian nº 39 : améliorez le complètement des commandes en
installant le paquet « bash-completion ».