histappend를 사용할 때 배쉬 히스토리 손실

나는 많은 역사를 유지하고 histappend싶습니다 .bashrc. 대부분의 경우 모든 쉘이 추가되어 역사가 쌓여서 모든 것이 잘 작동합니다. 그러나 가끔씩 새로운 쉘을 시작하고 전체 히스토리를 잃어버린 것을 발견합니다. 종종 마지막 쉘의 명령 중 일부만 포함하는 경우가 종종 있습니다. ). 이 때문에 .bash_history파일을 죽이는 다른 프로세스가 아닌 셸 종료에서 발생하는 것으로 의심 됩니다. 이 결론을 뒷받침하기 위해 프롬프트에 히스토리 명령 번호가 있으며 그 수가 줄어드는 것을 본 적이 없습니다.

비슷한 문제가 발생한 사람이 있습니까? 아니면 문제를 추적하는 방법에 대한 제안이 있으십니까?

내 질문에 대답 해 미안하지만 다른 답변은 실제로 문제를 해결하지 못합니다.

필자는 마침내 gnome-terminal자체 종료시 (예 : 파일> 종료, 'x'버튼, alt + F4), 심지어 여러 터미널을 빠르게 연속적으로 닫을 때만 발생한다는 것을 알았습니다 . ctrl-D를 사용하여 쉘을 닫을 때 발생하지 않으므로 터미널을 따라갈 수 있습니다.

잘 고정시킬 수 있다면 그놈 터미널 버그 보고서를 제출할 것입니다. 그동안 Google에서 온 다른 사람들에게 도움이 될 것입니다.

왜 이런 일이 발생하는지 모르지만 bash가 프롬프트를 표시 할 때마다 히스토리 파일에 쓰도록하여 ​​문제를 피할 수 있습니다.

PROMPT_COMMAND="history -a; history -n"

이것은 bash가 다음 명령을 요구할 때마다 히스토리 파일을 쓰고 (-a) 다시 읽습니다 (-n). 추가 이점 : 쉘 2의 히스토리에서 쉘 1에 명령 X가 표시됩니다.

내 경험에 따르면 쉘은 종료시 기록 파일을 업데이트했습니다. 따라서 쉘의 초기 "역사"는 가장 최근에 종료 된 쉘의 히스토리보기에 의존합니다.

그 결과 다른 쉘이 시작 및 중지 된 방법에 따라 히스토리에서 명령을주고받을 수 있습니다.

나는 이것이 전에 일어난 것을 보았지만 주파수 증가에서 발생하는 디스크 오류의 문제였습니다. 드라이브에서 스캔을 실행합니다. 드라이브가 정상인 것으로 판명되면이 파일이 임의의 쉘 히스토리 한계를 초과하지 않는지 확인합니다.

그 일이 발생하지 않도록 할 수있는 것은 파일을 80 줄로 계속 잘라 내거나 기록을 원하는 많은 명령을 유지하는 것입니다.