<div dir="ltr">On Wed, May 17, 2017 at 2:39 AM, George Dunlap <span dir="ltr"><<a href="mailto:dunlapg@umich.edu" target="_blank">dunlapg@umich.edu</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><span class="gmail-">On Wed, May 17, 2017 at 4:26 AM, Jerry <<a href="mailto:jerryubi@gmail.com">jerryubi@gmail.com</a>> wrote:<br>
> I always disable "rhgb quiet" on a fresh install because I don't like boot<br>
> messages being hidden from me, and now this other thing does it.  I like<br>
> details, I need the details, don't hide them from me.<br>
<br>
</span>I feel the same way about 'rhgb quiet'.  :-)<br>
<br>
The 'console=hvc0' setting doesn't hide them from you, it just sends<br>
them somewhere you're not looking.<br></blockquote><div><br></div><div>I'm looking at the system's console during installation. Sending it somewhere else is hiding it from me.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
On bare metal, the console output can typically go two places:<br>
1. The screen<br>
2. A serial port<br>
<br>
For server applications serial has several advantages over the screen:<br>
* You can capture the output to more easily report bugs<br>
* If you're capturing it you can keep things that would have scrolled<br>
off-screen, or been erased due to a reboot<br>
* In a datacenter it's faster, more convenient, and cheaper than an<br>
IP-based KVM switch<br></blockquote><div><br></div><div>I get what these things are, but not what hvc0 is doing.</div><div><br></div><div>This system has built-in IPMI, the installation was done remotely using it.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
Xen has the same two options above; but when Linux is running as a<br>
dom0 under Xen, there are three places to put it:<br>
1. The screen<br>
2. A serial line<br>
3. Send it to Xen to put wherever Xen is putting it<br>
<br>
#1 is easy, but #2 is tricky because Xen is likely to be already using<br>
the serial port you want to use.<br>
<br>
"console=hvc0" is #3.<br>
<br>
What's your Xen command-line look like?  The default should be<br>
"console=com1,tty", so Xen's output should show up both places (and so<br>
should Linux's if it's set to console=hvc0).<br></blockquote><div><br></div><div>This is what's defined in /etc/default/grub following the install of the Xen:</div><div><br></div><div><div>GRUB_CMDLINE_XEN_DEFAULT="dom0_mem=1024M,max:1024M cpuinfo com1=115200,8n1 console=com1,tty loglvl=all guest_loglvl=all"</div><div>GRUB_CMDLINE_LINUX_XEN_REPLACE_DEFAULT="console=hvc0 earlyprintk=xen nomodeset"</div></div><div><br></div><div>I didn't set these myself, this is what the xen package (or one of its dependencies) is doing.</div><div><br></div><div>I'm still not clear on why hvc0 is needed, or why it's being set, but what I do know for sure is it was causing the boot messages to be suppressed.</div><div><br></div><div>Thanks,</div><div>Jerry</div></div></div></div>