[gentoo-user] Re: Shell echo missing after ctrl+c

[Kai Krakow]

Am Sun, 19 Mar 2017 06:27:15 -0500
schrieb Dale <rdalek1967@×××××.com>:

> Kai Krakow wrote:
> > Am Sun, 19 Mar 2017 05:40:09 -0500
> > schrieb Dale <rdalek1967@×××××.com>:
> >
> >> Kai Krakow wrote:
>  [...]
>  [...]
> >>  [...]
>  [...]
>  [...]
> >> I've likely had it happen on a regular console too.  I have just
> >> got so used to it, I don't pay it any attention.  I suspect this
> >> is a deep issue somewhere.  Maybe even as low level as the kernel
> >> somehow or close to it.
> >>
> >> It will be interesting to see what it is tho.  Given how long it
> >> has been doing it here at least, it's going to be a old
> >> commit/change which may be difficult to track back.
> > Well, I shouldn't say that probably, but some affected servers are
> > still running on 3.0 or 3.2 kernels. Only the rest of the system was
> > upgraded (mostly "glsa-check -f affected" only). So, I suspected an
> > issue because of old kernel but new user space tools.
> >
> > But since some time ago my desktop machines are also affected (and
> > those are almost bleeding edge, with ~amd64 gentoo-sources).
> >
> > So, more likely it's something in bash... Which is what I use. Which
> > shell do you use? I could try using zsh tho I absolutely hate how it
> > tries to be smarter about tab-completion and always steals trailing
> > "/" away - which especially with rsync and mv can do some serious
> > damage or at least unexpected results.
> >
>
>
> Here is mine:
>
> root@fireball / # uname -r
> 4.5.2-gentoo
> root@fireball / #
>
> As far as I know, I use bash.  If you are talking about what I think
> you are talking about.

Yes, that's what I was talking about.

Run ps, it should tell you the processes running in your current shell,
including the shell itself:

# ps
  PID TTY          TIME CMD
 1256 pts/2    00:00:00 ps
32059 pts/2    00:00:00 bash

And you can see your default shell this way:

# realpath /bin/sh
/bin/dash

Yes, dash for me, because it spawns much faster than bash, at least
when running scripts. This can make a big difference with openrc.
Meanwhile, I'm using systemd.

> [IP-] [  ] app-shells/bash-4.3_p48-r1:0

Here, too:

# equery list bash
[IP-] [  ] app-shells/bash-4.3_p48-r1:0

> Given the age of your kernel, maybe it is above that level anyway.  I
> don't update my kernel often either.
>
> I'm going to be watching this thread tho.  If I can share info which
> may help narrow things down, I'll do that for sure.

The problem is that this bug is totally non-deterministic... It fails
once, next try it works as it should.

If you can work out a way to reliably reproduce this bug, let me know.
Then I'll try to work out what the problem is. 

-- 
Regards,
Kai

Replies to list-only preferred.