Re: Scroll Lock on VT prevents reboot/shutdown
On Fri, 30 Sep 2016, Reco wrote:
> On Thu, Sep 29, 2016 at 10:03:31PM +0000, Matt Sickler wrote:
> > I'm not sure which package this bug should be filed against, partially because I'm not entirely sure of the root cause. I'm able to replicate it on our systems every time, though I have not tried on a fresh install of Debian - our images aren't really that much different anyway. We don't have a GUI installed, just text mode or whatever you want to call it. I've spent hours googling and I have not found anyone else affected by this, nor did I find anything in BTS.
> <skip>
> > Could someone confirm that this happens on more than just my systems and/or let me know what package I should file the bug against?
>
> Please run "dpkg -S /sbin/shutdown", and file a bug against a package
> found. I suspect that this issue must be linked somehow to systemd's
> console handling, because I cannot reproduce the behavior you describe
> (but I don't use systemd).
Hmm, careful there. sysv-rc console handling isn't much better, I don't
know when we regressed it or why anymore, it was on lenny or even
earlier, but... If you ever need to log in the console before getty ran
(i.e. in single-user mode, etc), *always* run "stty sane" as the first
thing.
Otherwise, you might find yourself on a shell that doesn't have many of
the interrupt signals working from the vty.
One thing to try: if shutdown hangs because a console is paused, please
wait. It is supposed to eventually (i.e. after several minutes) time
out and go into a sigkill spree that should unwedge even a process stuck
in a tty read or write (the ttys are NOT supposed to get a process into
"D" state AFAIK). If it doesn't, we have a kernel bug on top of
everything else.
--
Henrique Holschuh
Reply to: