.bash_history in F15/16 randomly truncated/incomplete/damaged

[Frantisek Hanzlik]

suvayu ali wrote:
> On Sat, Mar 24, 2012 at 10:46, Frantisek Hanzlik <franta at hanzlici.cz>
> wrote:
>> IMO it is problem in newer bash versions, but yet more I suspect
>> when it may be any cripled systemd behavior at init 0/6 (sorry, i
>> want say poweroff.target/reboot.target ;), whether systemd (in
>> order to halt/reboot computer several microseconds faster) kill
>> bash before it is able save their stuff.
> 
> This is just a ridiculous claim. Do you have any evidence to support
> this claim?

I haven't, therefore I ask there when somebody have same problem, and
how I should diagnose this issue. I not know, how reproduce it, it
seems occur pure randomly and rarely - but I'm sure it occur at least
in 8-10 cases at several different F15/F16 i686 machines.

Why You think this claim is ridiculous?
- it may be bash bug, why not? In F15/16 is new 4.2 line, maybe it
introduce some different way with history treating, is insafe when
several bash instance for same user ends simultaneously, etc.

- why it could not be systemd bug? When is servicing 0/6 runlevels
in similar way as SYSV init/upstart before, then send SIGTERM and
then SIGKILL to processes - and when it kill bash before is able
write history, then what?

- one another reason tackled me. I very often use Midnight Commander
(mc), which probably run another bash process as its child. Then
perhaps problem may occur when at exiting mc it kill child bash
before bash write its history.

I have no idea for other reasons to this problem.
What seems You ridiculous here?