<div dir="ltr">Indeed...<div><br></div><div><a href="https://mtlynch.io/tinypilot/">https://mtlynch.io/tinypilot/</a><br></div><div><br></div><div>~ wings</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 14, 2020 at 10:51 AM William Kenworthy <<a href="mailto:billk@iinet.net.au">billk@iinet.net.au</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">Hi,<br>
<br>
    I have quite a few virtual and hardware based virtual systems where<br>
many have unexpectedly failed an update that's affected an openssh<br>
dependency so I cant login via ssh.<br>
<br>
While the virtual systems use LXC and I can access then via lxc-attach,<br>
for the hardware I have to pull sdcards and hard drives etc to manually<br>
recover so I thought I would ask what is available these days to address<br>
remote access failure using OOB (out of band) access.  In the past I<br>
would have used a commercial terminal server and console connections or<br>
a second recovery OS with a cut over boot on typical failures but<br>
perhaps there is a Raspberry Pi based solution or something I have not<br>
thought of.<br>
<br>
Bill K.<br>
<br>
<br>
_______________________________________________<br>
PLUG discussion list: <a href="mailto:plug@plug.org.au" target="_blank">plug@plug.org.au</a><br>
<a href="http://lists.plug.org.au/mailman/listinfo/plug" rel="noreferrer" target="_blank">http://lists.plug.org.au/mailman/listinfo/plug</a><br>
Committee e-mail: <a href="mailto:committee@plug.org.au" target="_blank">committee@plug.org.au</a><br>
PLUG Membership: <a href="http://www.plug.org.au/membership" rel="noreferrer" target="_blank">http://www.plug.org.au/membership</a></blockquote></div>