<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 07/14/2014 02:36 PM, Jim Kinney
wrote:<br>
</div>
<blockquote
cite="mid:CAEo=5Py_+GZ0Qqtqoc-4dT04V2Yz4_N88GPd3FhDghrhTB6bPw@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>So the system _DOES_ boot OK but you have no console?<br>
</div>
</div>
</div>
</blockquote>
<br>
I do have console. What happens is on restart is that on the serial
console this is the last thing I see:<br>
<br>
<font face="Courier New, Courier, monospace">Turning off quotas: [
OK ]<br>
init: Re-executing /sbin/init<br>
Please stand by while rebooting the system...<br>
sd 5:0:0:0: [sdb] Synchronizing SCSI cache<br>
sd 4:0:0:0: [sda] Synchronizing SCSI cache<br>
e1000e 0000:02:00.0: PCI INT A disabled<br>
e1000e 0000:00:19.0: PCI INT A disabled<br>
Restarting system.<br>
machine restart<br>
</font><br>
Machine does not restart.<br>
<br>
This only happens when I'm using that port as serial console in the
OS. It can be random too. <br>
<br>
Now that I think about. The management device is still wired
serially to the system. It is also expecting the console to be on.
The only difference is that I've not enabled serial console in grub
and there is no getty process running for ttyS0.<br>
<br>
That above leads me to believe that active pins is not causing the
problem. If so the problem would persist after disabling serial
console. <br>
<br>
I will try to only run the getty on the serial port and see if the
problem persists. I will then tell the kernel that the serial is
console and see if the problem persists. Finally I'll tell GRUB to
use the serial as console. I can narrow this down even more.<br>
<br>
Chris<br>
<br>
<br>
</body>
</html>