journalctl --verify informa corrupción

Acabo de notar esta verifyopción journalctly decidí probarla, muestra corrupción, ¿qué podría causar eso? ¿Y si debo hacer algo al respecto? ¿Debería investigar más?

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

Actualmente, journalctl puede detectar registros corruptos pero no tiene un comando de tipo "fsck" para intentar repararlo. El journald cambiará automáticamente a escribir un nuevo archivo "limpio" tan pronto como detecte el problema, por lo que, en teoría, la pérdida de datos debería ser mínima.

Hasta que haya un comando de reparación de archivos, encontrar el archivo de diario corrupto y eliminarlo es la única solución. Puede encontrar más información sobre esto en nuestro megahilo de Fedora sobre cómo hacer que el registro solo de diario sea el predeterminado:

Para las corrupciones de cola, su herramienta journalctl normal le proporcionará tanta información como sea posible para recuperar del archivo. Producirá la última línea de registro completa y luego finalizará. Esto está bastante cerca de lo bueno que puedes ser.

Las cosas son diferentes para las corrupciones en el medio. No tenemos una buena herramienta para rescatar datos de tal corrupción, pero podrían escribirse con relativa facilidad. Sin embargo, dado que son altamente improbables debido al modelo de la revista "solo agregar", esto no ha estado en nuestra lista TODO.

Por supuesto, si puede identificar qué causó el problema inicialmente e informarlo, sería bueno.

Parece estar relacionado con este hilo en la wiki de ArchLinux, titulado: cuestiones de journalctl . Parece que tiene algo que ver con esta configuración SystemMaxUseen /etc/systemd/journald.conf.

El hilo no es concluyente, pero varias personas tuvieron un poco de suerte al eliminar los registros /var/log/journal/*o aumentar el valor SystemMaxUse.