Re: which takes precedence?

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

 



On Mon, 2008-04-07 at 09:21 -0430, Patrick O'Callaghan wrote:
> On Mon, 2008-04-07 at 11:33 +0000, tony.chamberlain@xxxxxxxxx wrote:
> >  
> > I have a machine running SMP whose grub entry is
> > 
> >         kernel /vmlinuz-2.6.9-55.ELsmp ro
> > root=/dev/VolGroup00/LogVol00 rhgb quiet 3
> > 
> > (and uname -a: Linux 8mile 2.6.9-55.ELsmp #1 SMP) BUT    Runlevel N 5
> > 
> > I used to set runlevel by making id 3 in /etc/inittab:
> > 
> >            id:3:initdefault:
> > 
> > Management said not to use inittab but rather grub.conf.  Explains
> > before why even when
> > id in inittab was 5, the runlevel would be 3.
> > 
> > But now, in grub.conf there is the 3 (as above) at the end of the
> > kernel line (5 in inittab) and
> > it is coming up in level 5 after reboot.  So which has precedence,
> > inittab or grub.conf and
> > why is it coming up 5?
> 
> Pardon my ignorance, but where is it documented that you can set the
> runlevel from the grub.conf line? It doesn't appear to be in the grub
> manual, the init manual, or kernel-parameters.txt. AFAIK all you can do
> is specify a different binary instead of the default /sbin/init.
> 
> So it would be coming up in level 5 because that's what your inittab
> says.
> 
> poc
>  

When the system comes up and you see a display of kernel boot lines.
If yo have hidemenu uncommented in grub.conf you may have to hit return
during the initial screen to see this.

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.
--
=======================================================================
It would be nice to be sure of anything the way some people are of
everything.
=======================================================================
Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam@xxxxxxxxxxxxx

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux