Jeudi 29 novembre 2018

Cher journal,

L'entrée de ce soir sera un exercice de brièveté, je dois être en forme demain.

Mon réveil matin, un vieil Eeepc qui fêtera ses six ans dans un mois et demi, me sert également à tester les noyaux récents. Or sur les versions de Linux 4.19 sorties il y a peu, le réveil avait tendance à planter.

Il s'est trouvé que durant la nuit, le système de fichier racine / s'est planté et a été remonté en lecture seule. Ce qui, au petit matin, s'est traduit par la non sonnerie du réveil.

Après un peu de temps, il s'est avéré que la mise à jour de l'index des fichiers, lancée par un programme updatedb.mlocate, provoquait quasiment à coup sûr ce plantage de la partition. Redémarrer sur un noyau 4.18 permettait d'éviter que le problème ne se reproduise. À coup sûr, un bug dans le noyau Linux a provoqué ça.

Étant donné que je ne me sers que rarement du réveil matin pour stocker des fichiers, les outils updatedb et mlocate ont été purgé de la machine, soit dit en passant. Je ne crois pas avoir eu l'usage de locate sur cette machine, à part pour comparer des résultats avec find, plus lent mais plus expressif et fiable pour effectuer des recherches de fichiers dans le système.

J'ai réalisé aujourd'hui que le problème pourrait être relié au bug noyau numéro 201685 et que le problème de corruption pourrait être corrigé dans la version 4.19.5. La compilation de ce noyau est lancée pour la nuit (il faudrait que je songe à faire de la cross-compilation sur une machine un peu plus costaude, histoire de ne pas en avoir pour la nuit) ; croisons les doigts.

Au fait, est-ce bien malin de tester ça une veille d'horaires à respecter ?
[ICO]NameLast modifiedSize
[PARENTDIR]Parent Directory  -

  —