Re: which takes precedence?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2008-04-07 at 17:00 +0100, Luciano Rocha wrote:
> On Mon, Apr 07, 2008 at 11:13:17AM -0430, Patrick O'Callaghan wrote:
> > On Mon, 2008-04-07 at 16:23 +0100, Luciano Rocha wrote:
> > > On Mon, Apr 07, 2008 at 10:16:14AM -0430, Patrick O'Callaghan wrote:
> > > > 
> > > > On Mon, 2008-04-07 at 09:07 -0500, Aaron Konstam wrote:
> > > > > At the bottom of the boot list there are instructions on how to edit a
> > > > > boot line. If the line is edited and the number 3 is placed at the end
> > > > > of the line the system will boot to run level 3. A 1 will get eh system
> > > > > to boot to run level 1 and so on.
> > > > 
> > > > So this is a function of rhgb, not of init, i.e. it's some
> > > > RedHat-specific magic.
> > > 
> > > No, it's a function of init. The kernel passes unrecognized options to
> > > the init process, and init checks for a runlevel specification (1-5,
> > > single, -b, s, etc.).
> > 
> > I believe you, but I'd still like to see where this is documented. My
> > point is not that there's anything wrong with this, but that the
> > required info is not easy to come by.
> > 
> 
> It's in the manual page for init:
> 
> $ man init
> ...
> BOOTFLAGS
>        It  is possible to pass a number of flags to init from the boot monitor
>        (eg. LILO). Init accepts the following flags:
> 
>        -s, S, single
>             Single user mode boot. In this mode /etc/inittab is examined  and
>             the  bootup rc scripts are usually run before the single user mode
>             shell is started.
> 
>        1-5  Runlevel to boot into.
> 
>        -b, emergency
>             Boot directly into a single user shell without running  any other
>             startup scripts.

Correct. Thank you.

poc


[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux