init命令

k3自动重启命令

#init 0 - 停机（千万不能把initdefault 设置为0 ）

#init 1 - 单用户模式。

#init 2 - 多用户，没有 NFS 不联网。

#init 3 - 完全多用户模式(标准的运行级)。

#init 4 - 没有用到。

#init 5 - X11 （xwindow) 图形化界面模式。

#init 6 - 重新启动 （千万不要把initdefault 设置为6 ）

扩展资料

运行级别数

0 终止系统

1 单用户模式（用于特别管理）

2-5 正常操作（用户定义）

6 重启动

运行级别通过如下行所示的行在/etc/inittab中配置：

l2:2:wait:/etc/init.d/rc 2。

第一个域是任意给的符号，第二个域指出是运行级别2。第三个域说明当进入该运行级别时，init应该运行第四个域中的命令一次，并且init应该等待它的结束。在进入运行级别2时，在需要时/etc/init.d/rc命令运行或者停止服务。

第四个域中的命令做所有设置一个运行级别的艰巨工作。它启动还没有运行的服务，并且停止在新的运行级别中不应再运行的服务。确切的命令是什么以及运行级别是如何配置的，依赖于各个Linux发行版本。当init开始运行时，它在/etc/inittab中查寻一行，该行指定了缺省的运行级别：

参考资料来源：百度百科-init进程。

init命令0-6分别是什么作用？

K3是一款华硕路由器，如果遇到自动重启的问题，可以通过以下几种方式来解决：

1. 重启路由器：如果K3路由器出现自动重启的问题，可以尝试手动重启路由器。可以通过Web界面或物理按键来重启路由器，具体方法如下：

在Web界面上，找到“系统管理”->“重启路由器”，然后点击“立即重启”即可。

在路由器上，找到Reset键，按住10秒钟左右，路由器将会重启。

2. 恢复出厂设置：如果手动重启路由器无法解决问题，可以尝试恢复出厂设置。需要注意的是，恢复出厂设置会清除所有的路由器配置信息，所以需要备份重要数据，以免丢失。具体操作方法如下：

在Web界面上，找到“系统管理”->“恢复出厂设置”，然后点击“恢复”即可。

在路由器上，找到Reset键，在路由器开机时按住Reset键10秒钟左右，路由器将会恢复出厂设置。

3. 更新固件：如果路由器出现自动重启的问题，也可以尝试更新固件。具体操作方法如下：

在Web界面上，找到“系统管理”->“固件升级”，然后点击“浏览”选择升级文件，点击“上传”即可。

以上是解决K3路由器自动重启的几种方法，用户可以根据具体情况进行选择。

Linux里面init 6是什么意思？

不同的运行级定义如下：(可以参考Red Hat Linux 里面的/etc/inittab）

# 0 - 停机（千万不能把initdefault 设置为0 ）

# 1 - 单用户模式 。

# 2 - 多用户，没有 NFS 。

# 3 - 完全多用户模式(标准的运行级) 。

# 4 - 没有用到

# 5 - X11 （xwindow) 。

# 6 - 重新启动 （千万不要把initdefault 设置为6 ）

帮忙解释AIX中的init？谢谢！

就是重启电脑的意思，具体命令查看《Linux就该这么学》

init命令 – 切换系统运行级别。

重启服务器：

# init 6

语法格式：init [参数]

常用参数：

0 关机

1 单用户

2 多用户

3 完全多用户模式 。

5 图形界面

6 重启

Linux里面关机命令是什么？

AIX（Advanced Interactive eXecutive）是IBM开发的一套UNIX操作系统。它符合Open group的UNIX 98行业标准（The Open Group UNIX 98 Base Brand），通过全面集成对32-位和64-位应用的并行运行支持，为这些应用提供了全面的可扩展性。它可以在所有的IBM ~ p系列和IBM RS/6000工作站、服务器和大型并行超级计算机上运行。

在系统启动过程中，在预初始化过程中装入根文件系统之后，将发生下面这些事件：

作为启动过程中的最后一个步骤，运行 init 命令。

init 命令尝试读取 /etc/inittab 文件。

如果 /etc/inittab 文件存在，那么 init 命令将尝试在 /etc/inittab 文件中查找 initdefault 条目。

如果 initdefault 条目存在，那么 init 命令使用指定的运行级别作为初始的系统运行级别。

如果 initdefault 条目不存在，那么 init 命令将请求用户从系统控制台 (/dev/console) 输入一个运行级别。

如果用户输入 S、s、M、或者 m 运行级别，那么 init 命令将进入维护运行级别。只有这些运行级别不需要经过正确格式化的 /etc/inittab 文件。

如果 /etc/inittab 文件不存在，那么 init 命令在缺省情况下将使系统进入维护运行级别。

init 命令每隔 60 秒将再次读取 /etc/inittab 文件。如果在 init 命令上一次读取 /etc/inittab 文件之后，其中的内容发生了更改，那么将执行 /etc/inittab 文件中的新命令。

/etc/inittab 文件。

/etc/inittab 文件用于控制初始化过程。

/etc/inittab 文件提供了相应的脚本，以使得 init 命令的角色成为通用的进程调度器。init 命令的进程调度活动中的主要进程是 /etc/getty 线路进程，它将启动单独终端线路。通常由 init 命令进行调度的其他进程包括守护进程和 Shell。

/etc/inittab 文件由一些与位置无关的条目组成，它们的格式如下所示：

Identifier:RunLevel:Action:Command。

每个条目之间由一个换行符进行分隔。换行符前面加上一个反斜杠 (\) 表示继续该条目。在 /etc/inittab 文件中，对于条目的数目没有任何限制（但不能超过最大的条目大小）。最大的条目大小为 1024 个字符。

条目字段包括：

Identifier，由一到十四个字符组成的字段，唯一地标识一个对象。

RunLevel，可以对该条目进行处理的运行级别。

运行级别具有下面的属性：

运行级别有效地对应于系统中的进程配置。

可以为每个由 init 命令启动的进程分配一个或者多个运行级别（该进程可以存在于其中）。

运行级别使用数字 0 到 9 进行表示。例如，如果系统处于运行级别 1，那么只有那些在运行级别字段中包含 1 的条目才会启动。

当您请求 init 命令更改运行级别时，在运行级别字段中不包含匹配条目（对于目标运行级别）的所有进程都将接收到一个警告信号 (SIGTERM)。在使用删除信号 (SIGKILL) 强行结束这些进程之前，有 20 秒钟的过渡期。

通过使用从 0 到 9 的任意组合，可以选择多个运行级别，从而在运行级别字段中为一个进程定义多个运行级别。如果没有指定运行级别，那么就假定该进程在所有的运行级别中都是有效的。

在运行级别字段中，还可能出现其他四种取值，即使它们并不是真正的运行 级别：a、b、c 和 h。仅当使用 telinit 命令请求它们运行时（无论系统当前运行级别如何），才会处理那些运行级别字段中包含这些字符的条目。它们与运行级别的不同之处在于，init 命令不可能进入到运行级别 a、b、c 或者 h。另外，任何这些进程的执行请求都不会更改当前运行级别。而且，在 init 命令更改级别时，不会终止以 a、b 或者 c 命令开头的进程。只有在下面三种情况下才会终止它们：在 /etc/inittab 文件中，它们所在行的操作字段被标记为 off，从 /etc/inittab 中完全删除它们所在的行，或者 init 命令进入到单用户模式。

Action，用于告诉 init 命令如何处理在进程字段中指定的进程。init 命令能识别下列的操作：

respawn：如果进程不存在，则启动该进程。不需要等待它的结束（继续扫描 /etc/inittab 文件）。当进程中止时，重新启动该进程。如果该进程已经存在，则什么也不做，继续扫描 /etc/inittab 文件。

wait：当 init 命令进入到与该条目的运行级别相匹配的运行级别时，启动该进程，并等待它的结束。当 init 命令处于相同的运行级别时，所有后续对 /etc/inittab 文件的读取操作都将导致 init 命令忽略这个条目。

once：当 init 命令进入到与该条目的运行级别相匹配的运行级别时，启动该进程，并且不需要等待它的结束。当它中止时，不重新启动该进程。当系统进入一个新的运行级别，并且该进程的运行来自前一个运行级别更改时，不重新启动该程序。

boot： 仅在系统启动时（即在系统启动的过程中当 init 命令读取 /etc/inittab 文件的时候）处理该条目。启动该进程，不需要等待它的结束，并且当它中止时，不重新启动该进程。为了使得该指令有意义，运行级别应该为缺省值，或者它必须 与启动时 init 命令的运行级别相匹配。对于系统硬件重新启动之后的初始化功能来说，这种操作是非常有价值的。

bootwait：在系统启动之后，当 init 命令第一次从单用户进入到多用户状态时，处理该条目。启动该进程，等待它的结束；并且当它中止时，不重新启动该进程。如果 initdefault 为 2，那么在启动之后运行该进程。

powerfail：仅当 init 命令接收到电源故障信号 (SIGPWR) 时，才执行与这个条目相关联的进程。

powerwait：仅当 init 命令接收到电源故障信号 (SIGPWR) 时，才执行与这个条目相关联的进程，并且在继续处理 /etc/inittab 文件之前，必须等待它结束。

off：如果与这个条目相关联的进程目前正在运行，那么发送警告信号 (SIGTERM)，等待 20 秒钟，然后使用删除信号 (SIGKILL) 终止该进程。如果该进程没有运行，则忽略这个条目。

ondemand：从功能上看，与 respawn 是相同的，但是这个操作适用于 a、b 或者 c 值，而不是运行级别。

initdefault： 仅在 init 命令最初被调用时，才扫描包含这个操作的条目。init 命令使用这个条目（如果它存在的话）来确定最初要进入的运行级别。通过使用运行级别字段中所指定的最高运行级别，就可以实现这一点，并使用它作为其初始状 态。如果运行级别字段为空，那么将其解释为“0123456789”：因此，init 命令将进入运行级别 9。另外，如果 init 命令在 /etc/inittab 文件中没有找到 initdefault 条目，那么将要求用户在启动时指定一个最初的运行级别。

sysinit：当 init 命令在登录之前尝试访问控制台时，将执行这种类型的条目。在正常情况下，这个条目仅用于初始化设备（init 命令可能会对这些设备询问有关运行级别的问题）。执行这些条目，并等待它们结束，然后再继续。

Command： 要执行的 Shell 命令。整个命令字段以 exec 作为前缀，然后以 sh -c exec command 的形式传递给一个使用 fork 系统调用生成的 sh。任何合法的 sh 命令语法都可以出现在这个字段中。可以使用 # comment 语法插入注释。

getty 命令将覆盖 /etc/inittab 文件中出现在它之前的任何命令的输出。要将这些命令的输出记录到启动日志，可以使用管道将它们的输出传递给 alog -tboot 命令。

在 init 命令处理 inittab 条目时，stdin、stdout 和 stderr 文件描述符可能是不可用的。向 stdout 或者 stderr 进行写入操作的任何条目都可能无法按照预期的方式工作，除非它们将自己的输出重定向到一个文件或者 /dev/console。

对于修改 /etc/inittab 文件中的记录，仅支持下列的命令：

mkitab：将记录添加到 /etc/inittab 文件。

lsitab：列出 /etc/inittab 文件中的记录。

chitab：更改 /etc/inittab 文件中的记录。

rmitab：删除 /etc/inittab 文件中的记录。

例如，您希望向 /etc/inittab 文件添加一条记录，以便在运行级别 2 中运行 find 命令，并且在它结束后再次启动它：

1. 运行 ps 命令，并显示那些仅包含单词 find 的进程：

# ps -ef

grep find

root 19750 13964 0 10:47:23 pts/0 0:00 grep find。

2. 使用 mkitab 命令向 /etc/inittab 添加一条名为 xcmd 的记录：

# mkitab "xcmd:2:respawn:find / -type f > /dev/null 2>&1"。

3. 使用 lsitab 命令显示新的记录：

# lsitab xcmd

xcmd:2:respawn:find / -type f > /dev/null 2>&1。

4. 显示进程：

# ps -ef

grep find

root 28972 13964 0 11:07:33 pts/0 0:00 grep find。

5. 结束 find 进程：

# kill 25462

6. 显示进程：

# ps -ef

grep find

root 23538 13964 0 10:58:24 pts/0 0:00 grep find。

root 28966 1 4 10:58:21 - 0:00 find / -type f。

由于 action 项被设置成为了 respawn，所以一个新的 find 进程（上面显示的 28966）在前一个进程结束后又被系统启动了。

这个进程会被不断的重新启动，除非把 action 项的设置修改，如：

1. 把 xcmd 这条记录的 action 项的值从 respawn 修改为 once：

# chitab "xcmd:2:once:find / -type f > /dev/null 2>&1"。

2. 显示进程：

# ps -ef

grep find

root 20378 13964 0 11:07:20 pts/0 0:00 grep find。

root 28970 1 4 11:05:46 - 0:03 find / -type f。

3. 结束 find 进程：

# kill 28970

4. 显示进程：

# ps -ef

grep find

root 28972 13964 0 11:07:33 pts/0 0:00 grep find。

可以看到 find 进程没有再被系统启动。

要从 /etc/inittab 文件中删除这条记录，您可以使用 rmitab 命令。例如：

# rmitab xcmd

# lsitab xcmd

/etc/inittab 条目的顺序 。

在 /etc/inittab 文件中，基本条目按照如下所示的方式进行排序：

initdefault

sysinit

Powerfailure Detection (powerfail)。

Multiuser check (rc)。

/etc/firstboot (fbcheck)。

System Resource Controller (srcmstr)。

Start TCP/IP daemons (rctcpip)。

Start NFS daemons (rcnfs)。

cron

pb cleanup (piobe)。

getty for the console (cons)。

必须在 etc/inittab 文件的开始处附近启动系统资源控制器（System Resource Controller，SRC），因为需要 SRC 守护进程来启动其他进程。因为 NFS 需要 TCP/IP 守护进程正确地运行，所以应该在启动 NFS 守护进程之前启动 TCP/IP 守护进程。/etc/inittab 文件中的条目根据依赖关系进行排序，这意味着，如果一个进程 (process2) 的正常运行需要另一个进程 (process1) 的存在，那么在 /etc/inittab 文件中，process1 的条目应该出现在 process2 的条目之前。

原文地址：http://www.qianchusai.com/init%E5%91%BD%E4%BB%A4.html