最後に〜がある.journalファイルは何ですか？

からman systemd-journald：

文書

/run/log/journal/machine-id/*.journal、、、、/run/log/journal/machine-id/*.journal~​/var/log/journal/machine-id/*.journal​/var/log/journal/machine-id/*.journal~

システムログ/run/log/journal/machine-id/サフィックスまたはサフィックスを/var/log/journal/machine-id/使用してファイルにエントリを書き込みます".journal"。デーモンが異常終了するか、ファイルが破損していると見つかった場合は、サフィックスに名前が".journal~"変更され、システムログ新しいファイルの書き込みを開始します。
systemd-journaldがログファイルの書き込みを停止すると、名前は "[Eメール保護]「（または」[Eメール保護]~"). これらのファイルは"保存"され、再び記録されません。

では基本的に上から見たようにシステムログファイルが破損したりデーモンが停止したりすると、これらのファイルが記録されます。不正な土地。

について：

このファイルを削除できますか？

@intelfxユーザーが述べたように、そのファイルが提供するロギングに興味がない場合は、そのファイルを削除する必要があります。

また、同じユーザーが述べたように、ファイルはまだ読み取ることができます。たとえば、次のようにログファイルを読み取ることができます。

sudo journalctl --file /path/to/file.journal
sudo journalctl --file /path/to/file.journal~

とにかく、削除しないと、 systemd-journald同じ内容に見られるように、システムは自動的にそのファイルを削除しますman systemd-journald。

systemd-journald は、ディスク使用量を制限するために最も古いアーカイブログファイルを自動的に削除します。 Journald.conf(5) の SystemMaxUse= および関連設定を参照してください。

関連する古いバグがあります。扱うファイルはチルダで終わりますが、ずっと前に解決されました。https://bugs.freedesktop.org/show_bug.cgi?id=58549

この拡張子を持つ単一のファイルはありません。あなたの場合、ログがファイルを回転しようとするとエラーが発生する可能性があります。空き容量が不足しているか、IOエラーが発生したか、システムが予期せず再起動された可能性があります。

ログを再起動します。ファイルがまだ存在する場合は、削除しても安全です。

sudo systemctl restart systemd-journald 

関連。