Perte d'historique Bash lors de l'utilisation de histappend

J'aime garder beaucoup d'histoire, donc je me suis histappendinstallé .bashrc. La plupart du temps, tout fonctionne bien, avec une histoire constituée de nombreux obus. Cependant, de temps en temps, je démarre un nouveau shell et je constate que j'ai perdu tout l'historique - et il ne contient souvent que certaines des commandes du dernier shell à quitter (c'est-à-dire qu'il ne s'agit pas simplement d'écraser au lieu d'ajouter) ). Pour cette raison, je soupçonne que cela se produit à la sortie du shell, plutôt que par un autre processus tuant le .bash_historyfichier. À l'appui de cette conclusion, j'ai des numéros de commande d'historique dans mon invite et je ne les ai jamais vus sauter.

Quelqu'un a déjà rencontré un problème similaire? Ou même juste des suggestions sur la façon de dépister le problème?

Désolé de répondre à ma propre question, mais aucune des autres réponses ne résout vraiment le problème.

J'ai finalement compris que cela ne se produit que lors de la fermeture gnome-terminal(fichier> exit, le bouton 'x', alt + F4), et même généralement uniquement lors de la fermeture de plusieurs terminaux en succession rapide. Cela ne se produit jamais lorsque vous utilisez ctrl-D pour fermer le shell, laissant le terminal suivre.

Si je peux le définir assez bien, je déposerai un rapport de bogue sur gnome-terminal. En attendant, cela aidera peut-être d'autres personnes qui arrivent ici de Google!

Je ne sais pas pourquoi cela se produit, mais vous pouvez peut-être contourner le problème en forçant bash à écrire dans son fichier d'historique chaque fois qu'il affiche une invite:

PROMPT_COMMAND="history -a; history -n"

Cela écrira (-a) puis relira (-n) le fichier historique chaque fois que bash vous demandera la commande suivante. Avantage supplémentaire: vous obtiendrez la commande X dans le shell 1 dans l'histoire du shell 2.

D'après mon expérience, les shells ont mis à jour le fichier d'historique au moment de la sortie. Ainsi, "l'histoire" initiale d'un obus dépendait de la vision de l'histoire la plus récente du shell.

Le résultat de ceci est que vous pouvez obtenir des commandes qui vont et viennent à partir de l'historique, selon la façon dont les autres shells ont démarré et arrêté.

J'ai déjà vu cela se produire auparavant, mais c'était un problème avec des erreurs de disque qui se produisaient avec une fréquence croissante. Je lancerais une analyse sur le lecteur. S'il s'avère que le lecteur est correct, je vérifierais si ce fichier ne dépasse pas une limite d'historique de shell arbitraire.

Quelque chose qui pourrait empêcher cela de se produire serait de continuer à élaguer le fichier à 80 lignes ou à autant de commandes que vous souhaitez que l'historique soit.