<div dir="ltr">On Sun, Mar 4, 2018 at 9:52 PM, Scot Kreienkamp <span dir="ltr"><<a href="mailto:skreien@wcnet.org" target="_blank">skreien@wcnet.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Hi Andrew,</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Digging in a bit I can see that I've got a hung dd process coming from my channel changing script as found here - <a href="https://www.mythtv.org/wiki/Hauppauge_HD-PVR" target="_blank">https://www.mythtv.org/wiki/<wbr>Hauppauge_HD-PVR</a></div><div> <br></div></div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div></div><div>This is the command from that script that I can see in my process list (with variables expanded as expected):</div><div><br></div>timeout 2 dd if=${VDEV} of=/dev/null bs=4k count=1 1>/dev/null 2>/dev/null<div><br></div><div>I can't kill the dd process and it even seems to prevent a reboot cycle from restarting. I have to power off the box before it will restart.</div><div><br></div><div>To work around this I've removed the STB power on detection section from the channel changing script. It's only been a day, but so far things are working.</div><div><br></div></div></div></blockquote></span><div> When that happened to me, I did the same, removed the dd command and it worked.... for a few weeks.  Then things started going downhill fast.  Tried replacing the power cord, the USB cord, different ports, USB hubs, etc.  Tried everything I could think of.  I ended up having to replace it because nothing I did stabilized it.  I replaced it with another HDPVR I had in storage that I forgot about and it's been stable ever since.  </div><div><br></div><div>My point is, you may want to have a backup plan in your pocket in case things go the same way.  <br></div></div></div></div></blockquote><div><br><div style="font-family:monospace,monospace;display:inline" class="gmail_default">​Hmmmm..<br><br></div><div style="font-family:monospace,monospace;display:inline" class="gmail_default">I remember (back in the 2008 and 2009 era) where the 1212's firmware was not reliable, so maybe that is why the dd command is in the changer script just to make sure the device is responding..  I think this is absolutely retarded (or ignorant depending on your politically correct stance) since even if there is no response and dd fails, nothing in the script does anything to fix it or notify you of the situation, hence why have it at all...?​</div> <div style="font-family:monospace,monospace;display:inline" class="gmail_default">​ Since 2012, I have never had a 1212 lock up on me at all and never require a restart..  I understand back in the day, it was a serious problem, so much so that someone (I believe Galvin Hurbert (sp?)) created a circuit board to spank power on them..​<br><br></div><div style="font-family:monospace,monospace;display:inline" class="gmail_default">There is absolutely no reason to do anything but send the channel channel command to your receiver - just leave all comms to the 1212 out of it..<br></div></div></div></div></div>