histappend使用時のbash履歴の損失

私は多くの歴史を保持するのが好きなので、自分のをhistappend設定しました.bashrc。ほとんどの場合、すべてが正常に機能し、多くのシェルが追加されて履歴が構築されます。しかし、時々、新しいシェルを起動し、履歴全体を失っていることがわかります-そして、最後のシェルから終了するコマンドの一部のみが含まれていることがよくあります（つまり、追加する代わりに上書きするだけではありません） ）。このため、.bash_historyファイルを強制終了する他のプロセスからではなく、シェルの終了時に発生しているのではないかと疑っています。この結論を裏付けるように、プロンプトに履歴コマンド番号がありますが、ジャンプするのを見たことはありません。

誰もが同様の問題に遭遇しましたか？または、問題を追跡する方法についての提案がありますか？

私自身の質問に答えてすみませんが、他の答えはどれも実際に問題に対処していません。

最終的に、これはgnome-terminalそれ自体を閉じたときにのみ発生することがわかりました（つまり、ファイル>終了、「x」ボタン、alt + F4）。ctrl-Dを使用してシェルを閉じ、端末を追跡する場合、このようなことは起こりません。

十分にピン留めできれば、gnome-terminalバグレポートを提出します。それまでの間、おそらくこれはグーグルからここに来る他の人々を助けるでしょう！

これが発生する理由はわかりませんが、プロンプトを表示するたびにbashに履歴ファイルへの書き込みを強制することにより、問題を回避できます。

PROMPT_COMMAND="history -a; history -n"

これにより、bashが次のコマンドの入力を求めるたびに、履歴ファイルが書き込まれ（-a）、再度読み込まれます（-n）。追加の利点：シェル2の履歴のシェル1でコマンドXを取得します。

私の経験では、シェルは終了時に履歴ファイルを更新しました。したがって、シェルの最初の「履歴」は、最後に終了したシェルの履歴のビューに依存していました。

この結果、他のシェルがどのように開始および停止したかに応じて、履歴からコマンドを送受信できます。

これは以前にも見たことがありますが、頻度の増加に伴って発生していたディスクエラーの問題でした。ドライブでスキャンを実行します。ドライブが正常であることが判明した場合、このファイルが任意のシェル履歴制限を超えていないかどうかを確認します。

これを防ぐには、ファイルをプルーニングして80行に戻すか、履歴を必要とするコマンドの数を増やします。