<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 11, 2019 at 11:10 AM Stephen Worthington <<a href="mailto:stephen_agent@jsw.gen.nz">stephen_agent@jsw.gen.nz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, 11 Jul 2019 10:05:30 -0700, you wrote:<br>
<br>
>On Thu, Jul 4, 2019 at 9:27 AM Stephen Worthington <<a href="mailto:stephen_agent@jsw.gen.nz" target="_blank">stephen_agent@jsw.gen.nz</a>><br>
>wrote:<br>
><br>
>> On Thu, 4 Jul 2019 08:01:48 -0700, you wrote:<br>
>><br>
>> >> Here is what I did:<br>
>> >top (to find the PID)<br>
>> >sudo kill 1555<br>
>> >top (still running)<br>
>> >sudo kill 1555<br>
>> >top (still running)<br>
>> >sudo kill -9 1555<br>
>> >ps aux | grep mythfrontend (still running)<br>
>> >sudo killall  <a href="http://mythfrontend.re" rel="noreferrer" target="_blank">mythfrontend.re</a><br>
>> >ps aux | grep mythfrontend (still running)<br>
>> >I believe it was at this point I went downstairs and found the popup<br>
>> asking<br>
>> >if I really wanted to kill the program but with no cursor I was unable to<br>
>> >randomly land on the "Yes" area and it did not respond to a "Y" from the<br>
>> >keyboard. The UI was still interactive and I did a right click on the<br>
>> >mythfrontend tack on the taskbar and said close. The computer was still<br>
>> >acting normally at this time except no cursor. I then went back upstairs<br>
>> to<br>
>> >my remote session.<br>
>> >sudo shutdown now -r<br>
>> >Then I went downstairs to the computer and pressed the power button, which<br>
>> >normally does a graceful shutdown. Nothing happened so then I held the<br>
>> >power button down and the computer turned off.<br>
>> ><br>
>> >So as you can see, I did kill PID twice.<br>
>><br>
>> OK, so it is not the double kill problem.<br>
>><br>
>> If you need to find the cursor, you can do Ctrl-Alt-T to open a<br>
>> terminal window and the cursor will show up when it is over that<br>
>> window.  So you move the window until it is lined up above the thing<br>
>> you want to click, and then move the cursor straight down off that<br>
>> window until you think you are in the right place and click.  With<br>
>> only one degree of freedom, it usually does not take too many tries to<br>
>> hit the right location.<br>
>><br>
>> Another thing worth trying is to shut down and restart X - if<br>
>> mythfrontend is locked up waiting for something in X, that should<br>
>> unlock it.  If you are running lightdm as the display manager, then<br>
>> you can do that with:<br>
>><br>
>> sudo systemctl restart lightdm<br>
>><br>
>> I do not know if that works with gdm, as I have had to switch to<br>
>> lightdm on my 18.04 systems in order to get around a gdm problem that<br>
>> makes x11vnc not work.  It is easy to switch from gdm to lightdm -<br>
>> just install the lightdm package and reboot.<br>
>><br>
>> It is also a good idea to have a terminal window open in the<br>
>> background anyway, as with some of the mythfrontend problems, it does<br>
>> a broadcast crash message (usually an "Assert failed" message) that<br>
>> gets displayed on all open terminals.<br>
>><br>
>> >I was under the impression that Ubuntu 18.04 would break my LIRC code and<br>
>> >become another project to get the system working again. I ran Mythbuntu<br>
>> >8.04 until just this year and never had the problems I have had with the<br>
>> >latest install. I thought I had it all fixed but then these two lock ups<br>
>> >happened. Very frustrating.<br>
>><br>
>> Yes, the latest mythfrontend does have a couple of ways of crashing.<br>
>> But I have not seen it lock up as you are getting.  It also has lots<br>
>> of nice new things too, and more coming.<br>
>><br>
>> It was the change to kernel drivers and devinput in 14.04? 16.04? that<br>
>> really broke LIRC setups, but you will have already met that.  So yes,<br>
>> the LIRC code as installed by the 18.04 package is badly broken, but<br>
>> you just need to run this script from my web server to fix that:<br>
>><br>
>> <a href="http://www.jsw.gen.nz/mythtv/lirc-ubuntu-18.04-install.sh" rel="noreferrer" target="_blank">http://www.jsw.gen.nz/mythtv/lirc-ubuntu-18.04-install.sh</a><br>
>><br>
>> I spent a fair few hours working out how to fix LIRC, but now that I<br>
>> have, it works properly as normal and you should not need much effort<br>
>> to get it going.  You just need to run the lirc-setup program and<br>
>> adjust a couple of names in your LIRC config files and it should all<br>
>> work, if you have a remote such as an MCE or Hauppauge that uses the<br>
>> devinput driver.<br>
>><br>
>> I do not think you have said what version of MythTV you are running -<br>
>> is it v30+fixes?<br>
>><br>
>> >Allen<br>
>> _______________________________________________<br>
>><br>
><br>
>MythTV froze again this morning and I will try to clarify the behavior and<br>
>then ask for some specific help.<br>
><br>
>As suggested I had left a terminal window open and there were no messages<br>
>but the cursor was working. I tried closing myth using the close click<br>
>selection on the dropdown in the GUI. At that point I got the dialog about<br>
>do I really want to close the non responsive program. I moved the terminal<br>
>over as suggested and was able to use the mouse to close Myth.  I restarted<br>
>it without problems.  My wife started the show clicking on resume from<br>
>bookmark and it went to the same point in the program and froze again. This<br>
>time I tried the CTRL-ALT-BS and everything on the GUI closed down but<br>
>nothing restarted as it normally does. Upstairs to open a remote session<br>
>and did a shdo shutdown now -r.  About 5 minutes later the computer finally<br>
>restarted and things worked fine.  We even played through the scene that<br>
>froze without incident. It is possible that the CTRL-ALT-BS would have<br>
>worked if I had waited 5 minutes but I did not.<br>
><br>
>I am going to assume that the GUI is hanging up and causing the 5 minute<br>
>delay on shutdown.  I am also going to assume that is why CTRL-ALT-BS did<br>
>not work. An acceptable solution for my use of Myth would be to have<br>
>CTRL-ALT-BS close a frozen myth without a 5 minute delay. When I was<br>
>running Mythbuntu 8.04 we occasionally had myth freeze and used CTRL-ALT-BS<br>
>to resume and that was fine. Can anyone tell me how to make Myth close<br>
>without hanging the system for 5 minutes?<br>
><br>
>PS.  I did fsck as suggested a few days ago and there were no errors.<br>
><br>
><br>
>Allen<br>
<br>
There is no need to go upstairs to use a remote session.  If you do<br>
Ctrl-Alt-F1 you should get a text mode screen running a terminal<br>
session where you can login and kill things or restart X.<br>
<br>
I am surprised that Ctrl-Alt-BS works.  When I last tried it, probably<br>
Ubuntu 12, it was disabled.  I think it is possible to enable it, but<br>
my recollection from back then is that the reason it is disabled is<br>
that it was not likely to work as well as it used to in earlier<br>
versions due to changes in the way all the GUI setup works.  My<br>
experience is that when I have had to restart X using "systemctl<br>
restart lightdm", it restarts rapidly even if there is a frozen<br>
program.  But it is a while since I last had to do it - Ubuntu 16.04<br>
probably.  I am suspecting that your problem with Ctrl-Alt-BS may not<br>
be related to having a frozen mythfrontend.  You should probably test<br>
using it when mythfrontend is running normally to find out.<br>
<br>
Are you running LIRC for your remote control?  Does it have a spare<br>
button that you are not using like the Power button at the top of my<br>
MCE remote?  If so, you could program LIRC and irexec to use that<br>
button to execute a command such as "systemctl restart lightdm".  Or<br>
just "pkill <a href="http://mythfrontend.re" rel="noreferrer" target="_blank">mythfrontend.re</a>".  Or a script that does the pkill first<br>
and on a second press of the button does the restart command.<br>
_______________________________________________<br><br></blockquote><div>CTRL-ALT-BS is disabled by default but can be enabled with XKBOPTIONS="terminate:ctrl_alt_bksp" in /etc/default/keyboard</div><div> </div><div>The problem with CTRL-ALT-BS and Myth is that when the system restarts, a new instance of Myth is created. In testing I could get 10 instances of Myth running.  The solution is to start Myth but not as a service. This change can be made in the GUI by editing the auto start command.</div><div><br></div><div>On my system, CTRL-ALT-BS does the identical thing as systemctl restart lightdm from all outward appearances. I see the same text on the terminal and they both take just a second or so to restart. I have also read that what the CTRL-ALT-BS function does is restart the X session so I don't think just restarting X another way is going to solve the problem. I believe I will still get the 5 minute delay especially considering shutdown now had the delay.</div><div><br></div><div>Any idea what is hanging up the shutdown? More to the point, how do I keep it from doing it?</div><div><br></div><div>Allen</div></div></div>