journalctl --verify signale une corruption

22

Je viens de remarquer cette verifyoption journalctlet j'ai décidé de l'essayer, cela montre de la corruption, qu'est-ce qui pourrait causer cela? Et si je devais faire quelque chose? dois-je enquêter davantage?

journalctl --verify
PASS: /var/log/journal/19184893a1d645c7a43729e79b10a876/user-1000.journal
Invalid object contents at 3733856░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░   0%
File corruption detected at /var/log/journal/19184893a1d645c7a43729e79b10a876/system.journal:3733856 (of 91734016, 4%).
FAIL: /var/log/journal/19184893a1d645c7a43729e79b10a876/system.journal (Bad message)
Invalid object contents at 21575496░░░░░░░░░░░░░░░░░░░░░░░░░░░░░  45%
File corruption detected at /var/log/journal/19184893a1d645c7a43729e79b10a876/system@60e058db556e4de4b256d0b1ff176aa4-0000000000000001-0004e0b436d20aa1.journal:21575496 (of 44052480, 48%).
FAIL: /var/log/journal/19184893a1d645c7a43729e79b10a876/system@60e058db556e4de4b256d0b1ff176aa4-0000000000000001-0004e0b436d20aa1.journal (Bad message)
PASS: /var/log/journal/19184893a1d645c7a43729e79b10a876/user-1000@60e058db556e4de4b256d0b1ff176aa4-0000000000000a91-0004e0b4ff9a949a.journal
PASS: /var/log/journal/19184893a1d645c7a43729e79b10a876/user-1001.journal
systemd systemd-journald xénoterracide
la source

Réponses:

14

Actuellement, journalctl peut détecter les journaux corrompus mais n'a pas de commande de type "fsck" pour tenter de réparer. Le journal passera automatiquement à l'écriture d'un nouveau fichier "propre" dès qu'il détectera le problème, donc théoriquement la perte de données devrait être minimale.

Jusqu'à ce qu'il y ait une commande de réparation de fichiers, trouver le fichier journal corrompu et le supprimer est le seul remède. Vous pouvez trouver plus d'informations à ce sujet dans notre méga-fil Fedora sur la définition par défaut de la journalisation de journal uniquement:

Pour les corruptions de queue, votre outil journalctl normal vous fournira autant d'informations que possible pour récupérer à partir du fichier. Il affichera la dernière ligne de journal complète puis se terminera. C'est assez proche de la qualité que vous pouvez obtenir.

Les choses sont différentes pour les corruptions au milieu. Nous n'avons pas de bel outil pour récupérer les données d'une telle corruption, mais elles pourraient être écrites relativement facilement. Cependant, comme ils sont hautement improbables en raison du modèle "en annexe uniquement" du journal, cela ne figure pas sur notre liste TODO.

Bien sûr, si vous pouvez identifier l'origine du problème et le signaler, ce serait bien.

mattdm
la source
qu'est-ce qu'une FAA?
xenoterracide
@xenoterracide, c'est une sorte de faute de frappe bizarre. :)
mattdm
1
@slm Ouais, il y a un long trajet en bus depuis le bureau. :) Désolé pour le temps perdu - j'espère que vous avez au moins appris quelque chose sur l'aviation.
mattdm
1
sur mon système, au moins les journaux corrompus semblent être courants ... y a-t-il des conseils sur la façon d'identifier la cause du problème?
xenoterracide
2
Sur chaque système systemd que j'ai vu, les journaux de journal corrompus sont courants. Cette réponse a maintenant presque 5 ans et pour autant que je sache, il n'y a pas de solution à ce problème.
MountainX pour Monica Cellio
2

Il semble être lié à ce fil sur le wiki ArchLinux, intitulé: problèmes journalctl . Cela semble avoir quelque chose à voir avec ce paramètre SystemMaxUsedans /etc/systemd/journald.conf.

Le fil n'est pas concluant, mais plusieurs personnes ont eu de la chance soit en effaçant les journaux sous, /var/log/journal/*soit en augmentant la valeur de SystemMaxUse.

slm
la source
malheureusement, jouer avec cette valeur ne semble pas avoir aidé. Je suis convaincu que la suppression des journaux aide, car elle supprime les journaux non valides.
xenoterracide
@xenoterracide - Je continuerai de chercher. Ouais, nettoyer les journaux me semblait aussi insensé, mais les gens le signalaient donc je me suis dit que ça valait le coup.
slm