¿Qué hacer cuando "journalctl --verify" genera "datos no utilizados"?

¿Qué hacer cuando "journalctl --verify" genera "datos no utilizados"?

En journalctl --verifyuna salida aparentemente misteriosa (ya que no encontré ningún rastro de explicación racional sobre este fenómeno en Internet usando Google) aparece:

# journalctl --verify 2>&1 | grep -v '^PASS: '
7fffa0: Unused data (entry_offset==0)
7fec48: Unused data (entry_offset==0)
7ffe20: Unused data (entry_offset==0)
7ffed0: Unused data (entry_offset==0)
7ffd50: Unused data (entry_offset==0)
7ffda0: Unused data (entry_offset==0)
7ffdf0: Unused data (entry_offset==0)

Esto plantea las siguientes preguntas:

  • ¿Dónde está esto documentado?
  • ¿Qué quiere decir esto?
  • ¿El administrador debe permanecer alerta debido a esto?
  • ¿O se puede ignorar? Si es así, ¿por qué existe entonces?
  • ¿Cómo deshacerse de tales entradas?
  • ¿Cuál es la respuesta del BCP a esto?

Gracias de antemano por cualquier pista.

Respuesta1

El mensaje de confirmación dehttps://cgit.freedesktop.org/systemd/systemd/commit/?id=92fba83e

verificación de diario: permitir entradas de datos no vinculados

A veces, una entrada no se escribe correctamente y terminamos con elementos de datos que están "desvinculados", no conectados ni utilizados por ninguna entrada. Esto generalmente sucederá cuando escribimos para escribir un volcado de núcleo y los pequeños campos de datos iniciales se escriben correctamente, pero el enorme campo COREDUMP = no se escribe. Esta situación es difícil de evitar, pero los resultados son en su mayoría inofensivos. Por lo tanto, sólo advierte sobre elementos de datos no utilizados.

Además, sea más detallado acerca de por qué los archivos de diario no superaron la verificación. Esto debería ayudar a diagnosticar los modos de falla del diario sin recurrir a un editor hexadecimal.

https://bugs.freedesktop.org/show_bug.cgi?id=65235(especialmente ver system.journal adjunto al informe de error).

explica por qué el comentario final del informe de error anterior dice:

¿Puedo ignorarlos con seguridad?

Sí.

Puedo ver que estos mensajes persisten mucho después de una condición temporal de disco lleno. Mi interpretación basada en lo anterior es que reportan una anomalía que también puede ocurrir durante el funcionamiento normal, y cuya presencia no causa ningún daño mayor.

información relacionada