为啥/etc/inittab改为id:3:initdefault: 可还是进入了图形界面？

Posted 2023-04-22

你改错了，要改成5.

详细描述如下：

如何让linux启动后自动进入图形界面或不让它进入图形界面？
a.进入图形界面：安装时选图形启动方式或把/etc/inittab的id:x:initdefault:这行改成id:5:initdefault:。
b.不进入图形界面：安装时选文本启动方式或把/etc/inittab的id:x:initdefault:这行改成id:3:initdefault:。
*inittab是做什么的？
在KERNEL起来之后，将生成第一个进程——init，实际上是执行了/sbin/init。init的工作是根据/etc/inittab来执行相应的脚本进行系统初始化，如设置键盘、字体，装载模块，设置网络，等等。
/etc/inittab文件的每一行包括四个域：
id:runlevels:action:process
runlevel是运行模式，通常为0-6。模式0是halt，模式6是reboot，模式1是单用户，模式2/3是多用户，模式5是运行xdm以图形界面方式登录。id为标识符，通常为两个字母。process为需要执行的程序或脚本。action包括有:
(1) defaultinit —— 指定缺省的运行模式（runlevel）
(2) sysinit —— 指定运行的第一个程序/脚本，此时runlevels域不起作用。
(3) boot —— 在sysinit之后执行，runlevels域不起作用
(4) bootwait —— 同boot，但init会等待该命令结束
(5) once —— 在进入有runlevels指定的运行模式时运行
(6) wait —— 同上，但init会等待该命令结束
(7) respawn —— 在进入相应runlevel时执行，并且若该进程结束，init会再起一个进程执行同样的命令
(icon_cool.gif ctrlaltdel —— 指定在用户按下Ctrl-Alt-Del时执行的命令
对于linux来说，执行的顺序为：
/etc/rc.d/rc.sysinit # 由init执行的第一个脚本
/etc/rc.d/rc $RUNLEVEL # $RUNLEVEL为缺省的运行模式
/sbin/mingetty # 等待用户登录
init程序部分
init 程序通常在/sbin或/bin下，它负责在系统启动时运行一系列程序和脚本文件。init程序一旦被内核调用，便成为系统的第0号进程，该进程对于 LINUX系统是十分重要的，有关它的详细内容请参阅其他资料。init进程做的每一步都由/etc/initab中的配置决定。以下是RadHat 的/etc/inittab文件的例子：
inittab文件的每一行包含四个域，格式为：
code:runlevels:action:command
(1) code域用单个或两个字符序列来作为本行的标识，这个标识在此文件中是唯一的。文件中的某些记录必须使用特定的code才能使系统工作正常。
(2) runlevels域给出的是本行的运行级别。LINUX系统运行在一定的级别下，当inittab文件指定了某一特定的运行级别时，该记录行包含的命令 将被执行。RedHat系统通常设置了7个运行级别（0-6），各运行级别的说明包含在inittab文件的开头。
(3) action域指出的是init程序执行command命令的方式。比如：只执行command一次，还是在它退出时重启。
(4) command域给出相应记录行要执行的命令
运行级别1是单用户模式，所谓单用户指的是系统运行在唯一用户--超级用户模式下。而大多数情况下，系统运行在多用户模式下。在启动出错、文件系统出错等情况下，系统将进入单用户模式，此时，系统只有很少的配置，这对于恢复系统是很必要的。
inittab文件首先指出缺省的运行级别（如id:3:initdefault:），我们看到上面的例子中缺省的运行级别为3。此后根据下一条记录， 系统应当运行/etc/rc.d/rc.sysinit，这是一个脚本文件，主要包括基本的系统初始化命令，如激活交换分区、检查并挂上文件系统、装载部 分模块等。追问

我不想进入图形界面

参考技术A id:5:initdefault:
5：系统启动自动启动X；3：进入字符终端界面

Runlevel 0 是让init关闭所有进程并终止系统。
Runlevel 1 是用来将系统转到单用户模式，单用户模式只能有系统管理员进入，在该模式下处理那些在有登录用户的情况下不能进行更改的文件，改runlevel的编号1也可以用S代替。
Runlevel 2 是允许系统进入多用户的模式，但并不支持文件共享，这种模式很少应用。
Runlevel 3 是最常用的运行模式，主要用来提供真正的多用户模式，也是多数服务器的缺省模式。
Runlevel 4 一般不被系统使用，用户可以设计自己的系统状态并将其应用到runlevel 4阶段，尽管很少使用，但使用该系统可以实现一些特定的登录请求。
Runlevel 5 是将系统初始化为专用的X Window终端。对功能强大的Linux系统来说，这并不是好的选择，但用户如果需要这样，也可以通过在runlevel启动来实现该方案。
Runlevel 6 是关闭所有运行的进程并重新启动系统。追问

请问怎么开机自动进入命令行呢? 不加载X Window

追答

id:3:initdefault:
不加载X Window，只进入字符终端界面模式

追问

我已经改为这个了 但还是进入了KDE

追答

你检查下/etc/rc.d/rc3.d目录下有启动KDE的脚本

或者/etc/rc.d/rc.local里有启动KDE的脚本

追问

很多文件 我找不到. 应该不是KDE的问题 就算换Gmome也应该会进入 我想开机只进入命令界面

追答

Ubuntu？CentOS？RHEL？还是其它发行版？

追问

OpenSUSE

追答

修改/etc/inittab：
id:3:initdefault:

修改软链接“/etc/systemd/system/default.target”的文件指向：
ls -l /etc/systemd/system/default.target
图形方式指向“/lib/systemd/system/runlevel5.target”
rm /etc/systemd/system/default.target
ln -s /lib/systemd/system/runlevel3.target /etc/systemd/system/default.target

追问

图形方向指向什么意思?软硬链接?
ls -l /etc/systemd/system/default.target
lrwxrwxrwx 1 root root 40 8月 30 03:48 /etc/systemd/system/default.target -> /usr/lib/systemd/system/runlevel5.target

追答rm /etc/systemd/system/default.target
ln -s /lib/systemd/system/runlevel3.target /etc/systemd/system/default.target

然后重启就行了

追问

rm /etc/systemd/system/default.target
ln -s /lib/systemd/system/runlevel3.target /etc/systemd/system/default.target
cat /etc/inittab
id:3:initdefault:
reboot
　　可还是进入了X Window

追答

哦哦，怪了，这不科学~

ls -l /etc/systemd/system/default.target
再看一下吧。。。

追问

lrwxrwxrwx 1 root root 36 9月 6 2013 /etc/systemd/system/default.target -> /lib/systemd/system/runlevel3.target
能私信吗?我没那么多财富值

追答

你用yast命令 启动级别——专家模式里面设置一下看看

别追问了，你用下面评论 就行

本回答被提问者采纳 参考技术B 是不是你修改错了，或者不支持runlevel 3模式啊，按照你说的这样默认是应该进入多用户模式的，你在图形界面输入init 3试试追问

li@linux-lmz7:~> init 3
Absolute path to 'init' is '/sbin/init', so running it may require superuser privileges (eg. root).
li@linux-lmz7:~>

新手 请问是这样输入吗? 用 ctrl+alt+F1能进入tty1

追答

init 3表示进入runlevel 3模式，即多用户模式
这个必须使用root来执行

追问

init 3
成功进入命令界面了 但reboot后又进入了X Window

转：/etc/inittab文件的字段及其说明

/etc/inittab文件中每个登记项的结构都是一样的，共分为以冒号“：”分隔的4个字段。具体如下： 
      identifier :  run_level  :  action  :  process 
其中，各字段以及与其相关的说明如下： 
identifier　　登记项标识符，最多为4个字符。用于惟一地标识/etc/inittab文件中的每一个登记项 

run_level　　系统运行级，即执行登记项的init级别。用于指定相应的登记项适用于哪一个运行级，即在哪一个运行级中被处理。如果该字段为空，那么相应的登记项将适用于所有的运行级。在该字段中，可以同时指定一个或多个运行级，其中各运行级分别以数字0.1.2.3.4.5.6或字母a、b、c表示，且无需对其进行分隔。 

action　　　　动作关键字。用于指定init(M)命令或进程对相应进程（在“process”字段定义）所实施的动作。具体动作包括： 
　　1、boot：只有在引导过程中，才执行该进程，但不等待该进程的结束；当该进程死亡时，也不重新启动该进程。 
　　2、bootwait：只有在引导过程中，才执行该进程，并等待进程的结束：当该进程死亡时，也不重新启动该进程。实际上，只有在系统被引导后，并从单用户方式进入多用户方式时，这些登记项才被处理；如果系统的默认运行级设置为2（即多用户方式），那么这些登记项在系统引导后将马上被处理。 
　　3、initdefault：指定系统的默认运行级。系统启动时，init将首先查找该登记项。如果存在init将据此决定系统最初要进入的运行级。具体来说，init将指定登记项“run_level"字段中的最大数字（即最高运行级）为当前系统的默认运行级；如果该字段为空，那么将其解释为“0123456”，并以“6”作为默认运行级。如果不存在该登记项，那么init将要求用户在系统启动时指定一个最初的运行级。 
　　4、off：如果相应的进程正在运行，那么就发出一个警告信号，等待20秒后，再通过杀死信号强行终止该进程。如果相应的进程并不存在那么就忽略该登记项。 
　　5、once：启动相应的进程，但不等待该进程结束便继续处理/etc/inittab文件中的下一个登记项；当该进程死亡时，init也不重新启动该进程。注意：在从一个运行级进入另一个运行级时，如果相应的进程仍然在运行，那么init就不重新启动该进程。 
　　6、ondemand：与“respawn”的功能完全相同，但只用于运行级为a、b或c的登记项。 
　　7、powerfail：只在init接收到电源失败信号时执行相应的进程，但不等待该进程结束。 
　　8、powerwait：只在init接收到电源失败信号时执行相应的进程，并在继续对/etc/inittab文件进行任何处理前等待该进程结束。 
　　9、respawn：如果相应的进程还不存在，那么init就启动该进程，同时不等待该进程的结束就继续扫描/etc/inittab文件；当该进程死亡时，init将重新启动该进程。如果相应的进程已经存在，那么init将忽略该登记项并继续扫描/etc/inittab文件。 
　　10、sysinit：只有在启动或重新启动系统并首先进入单用户时，init才执行这些登记项。而在系统从运行级1－6进入单用户方式时，init并不执行这些登记项。"action”字段为“sysinit”的登记项在“run_level”字段不指定任何运行级。 
　　11、wait：启动进程并等待其结束，然后再处理/etc/inittab文件中的下一个登记项。 

　　 
　　process　　　所要执行的shell命令。任何合法的shell语法均适用于该字段。 

inittab详细介绍

init进程是系统中所有进程的父进程，init进程繁衍出完成通常操作所需的子进程，这些操作包括:设置机器名、检查和安装磁盘及文件系统、启动系统日志、配置网络接口并启动网络和邮件服务，启动打印服务等。Solaris中init进程的主要任务是按照inittab文件所提供的信息创建进程，由于进行系统初始化的那些进程都由init创建，所以init进程也称为系统初始化进程。

 

    下面具体说明inittab文件的格式。

 

　　inittab文件中每一记录都从新的一行开始，每个记录项最多可有512个字符，每一项的格式通常如下:id:rstate:action:process，下面分别解释。

 

　　1. id字段是最多4个字符的字符串，用来唯一标志表项。

 

　　2. rstate(run state)字段定义该记录项被调用时的运行级别，rstate可以由一个或多个运行级别构成，也可以是空，空则代表运行级别0～6。当请求init改变运行级别时，那些rstate字段中不包括新运行级别的进程将收到SIGTERM警告信号，并且最后被杀死;只有a、b、c启动的命令外(a、b、c不是真正的运行级别)

 

　　3.action字段告诉init执行的动作，即如何处理process字段指定的进程，action字段允许的值及对应的动作分别为:

 

　　1)respawn:如果process字段指定的进程不存在，则启动该进程，init不等待处理结束，而是继续扫描inittab文件中的后续进程，当这样的进程终止时，init会重新启动它，如果这样的进程已存在，则什么也不做。

 

　　2)wait:启动process字段指定的进程，并等到处理结束才去处理inittab中的下一记录项。

 

　　3)once:启动process字段指定的进程，不等待处理结束就去处理下一记录项。当这样的进程终止时，也不再重新启动它，在进入新的运行级别时，如果这样的进程仍在运行，init也不重新启动它。

 

　　4)boot:只有在系统启动时，init才处理这样的记录项，启动相应进程，并不等待处理结束就去处理下一个记录项。当这样的进程终止时，系统也不重启它。

 

　　5)bootwait:系统启动后，当第一次从单用户模式

 

 

案例：

基以ARM9的嵌入式Linux的/etc/inittab为例：

##############################################################################

# /etc/inittab

#

# Copyright (C) 2001 Erik Andersen<[email protected]>

#

# Note: BusyBox init doesn‘t support runlevels. The runlevels field is

# completely ignored by BusyBox init. If you want runlevels, use

# sysvinit.

#

# Format for each entry: :::

#

# id        == tty to run on, or empty for /dev/console

# runlevels == ignored

# action    == one of sysinit, respawn, askfirst, wait, and once

# process   == program to run

#

# Startup the system

null::sysinit:/bin/mount -o remount,rw /

null::sysinit:/bin/mount -t proc proc /proc

null::sysinit:/bin/mount -t sysfs sysfs /sys

null::sysinit:/bin/mount -t jffs2 /dev/mtdblock2 /mnt

null::sysinit:/bin/mount -t yaffs2 /dev/mtdblock4 /home/data

null::sysinit:/bin/mount -a

null::sysinit:/bin/hostname -F /etc/hostname

# now run any rc scripts

::sysinit:/etc/init.d/rcS

#

# Set up a couple of getty‘s

#tty1::respawn:/sbin/getty 38400 tty1

#tty2::respawn:/sbin/getty 38400 tty2

ttyS0::respawn:/sbin/getty 115200 ttyS0

#

# Put a getty on the serial port

#ttyS0::askfirst:/bin/sh

#

# Logging junk

null::sysinit:/bin/touch /var/log/messages

#null::respawn:/sbin/syslogd -n -m 0

#null::respawn:/sbin/klogd -n

#tty3::respawn:/usr/bin/tail -f /var/log/messages

#

# Stuff to do for the 3-finger salute

::ctrlaltdel:/sbin/reboot

#

# Stuff to do before rebooting

#null::shutdown:/usr/bin/killall klogd

#null::shutdown:/usr/bin/killall syslogd

null::shutdown:/bin/umount -a -r

null::shutdown:/sbin/swapoff –a

##############################################################################