1 |
On Fri, Aug 03, 2007 at 12:01:23PM -0700, Chris Gianelloni wrote: |
2 |
> On Thu, 2007-08-02 at 19:01 -0500, Andrew Gaffney wrote: |
3 |
> > Joshua Hoblitt wrote: |
4 |
> > > On Wed, Aug 01, 2007 at 05:26:03PM -0700, Chris Gianelloni wrote: |
5 |
> > >> Normally, yes, it would only be good for kernel output, but as someone |
6 |
> > >> else mentioned, you have livecd-functions.sh that re-writes the inittab. |
7 |
> > >> Well, guess what triggers it? That's right, a "console=" option on the |
8 |
> > >> command line. If you type (or via catalyst, add) console=something, |
9 |
> > >> livecd-functions.sh (via functions.sh in baselayout) will interpret it |
10 |
> > >> and modify inittab accordingly before we ever even hit runlevel 3, so it |
11 |
> > >> starts a console on that serial line for login. |
12 |
> > > |
13 |
> > > So I tried setting 'livecd/bootargs: console=ttyS0,115200' in |
14 |
> > > installcd-stage2-minimal.spec and indeed it does setup a tty on the |
15 |
> > > serial line. However, it doesn't actually seem to pass "bootargs" to |
16 |
> > > the kernel or there is some other wierdness going on as the dmesg |
17 |
> > > information AND all of the sysvinit output remains only on the vga |
18 |
> > > console. The last output on the fbconsole is some wierd error message |
19 |
> > > about bootsplash right before attaching a tty to the serial line. This |
20 |
> > > is an improvement for me but I would really like to see the kernel |
21 |
> > > output/etc. so I can see if the boot processes has hung. |
22 |
> > |
23 |
> > You're positive that it's not being passed to the kernel? I'm pretty sure that |
24 |
> > livecd-tools would read it from /proc/cmdline, which is the arguments passed to |
25 |
> > the kernel. If it shows up in /proc/cmdline, then it's the kernel that isn't |
26 |
> > honoring it, not catalyst/genkernel/isolinux that is doing something wrong. |
27 |
> |
28 |
> I think it is an ordering issue, rather than it not being passed. I |
29 |
> just checked the code and the splash code appends to the very end of the |
30 |
> kernel command line, meaning it takes precedence. |
31 |
|
32 |
I won't be able to test anything until Monday. Would an option to |
33 |
completely disable the splash be reasonable? |
34 |
|
35 |
-J |
36 |
|
37 |
-- |