Linux 启动过程
最后更新于
最后更新于
这个过程不涉及操作系统，只与主板的板载程序有关
详情可看计算机是如何启动的？ Linux 操作系统的启动流程
第一步、加载内核
内核在 /boot/ 目录下
第二步、启动初始化进程
内核文件加载以后，就开始运行第一个程序 /sbin/init，它的作用是初始化系统环境
由于 init 是第一个运行的程序，它的进程编号（ pid ）就是 1。其他所有进程都从它衍生，都是它的子进程
第三步、确定运行级别
许多程序需要开机启动。它们在 Windows 叫做 "服务"（ service ），在 Linux 就叫做"守护进程"（ daemon ）
init 进程的一大任务，就是去运行这些开机启动的程序
Linux 允许为不同的场合，分配不同的开机启动程序，这就叫做 "运行级别"（ runlevel ）。也就是说，启动时根据 "运行级别"，确定要运行哪些程序
第四步、加载开机启动程序
七种预设的 "运行级别" 各自有一个目录，存放需要开机启动的程序。不难想到，如果多个 "运行级别" 需要启动同一个程序，那么这个程序的启动脚本，就会在每一个目录里都有一个拷贝。这样会造成管理上的困扰：如果要修改启动脚本，岂不是每个目录都要改一遍
Linux 的解决办法，就是七个 /etc/rcN.d 目录里列出的程序，都设为链接文件，指向另外一个目录 /etc/init.d，真正的启动脚本都统一放在这个目录中。init 进程逐一加载开机启动程序，其实就是运行这个目录里的启动脚本
第五步、用户登录
开机启动程序加载完毕以后，就要让用户登录了
一般来说，用户的登录方式有三种：
（1）命令行登录
（2）ssh 登录
（3）图形界面登录
第六步、进入 login shell
用户登录时打开的 shell，就叫做 login shell
第七步，打开 non-login shell
用户进入操作系统以后，常常会再手动开启一个 shell。这个 shell 就叫做 non-login shell，意思是它不同于登录时出现的那个shell，不读取/etc/profile和.profile等配置文件
/etc/rc[0-6].d目录ls /etc/ | grep '^rc.*'
0 - 6 是 Linux 操作系统的运行级别，运行命令 runlevel 查看当前运行级
运行级别 | 说明 |
0 | 系统停机状态，系统默认运行级别不能设为0，否则不能正常启动 |
1 | 单用户，无网络连接，不运行守护进程，不允许非超级用户登录，用于系统维护，禁止远程登陆 |
2 | 多用户，无网络连接，不运行守护进程 |
3 | 多用户，正常启动系统，登陆后进入控制台命令行模式 |
4 | 用户自定义 |
5 | 多用户，带图形界面，X11 控制台 |
6 | 系统正常关闭并重启，默认运行级别不能设为6，否则不能正常启动 |
ls /etc/rc0.d/
目录下文件的命名规则：S|K + nn + script
S | K - S 开头命名的是开机要执行的脚本，K 开头命名的是关机要执行的脚本
nn - 取值 0 - 100，表示优先级，数字越大，优先级越低
script - 软链接指向的脚本的文件名
ls -l /etc/rc0.d/
可见 /etc/rcX.d/ 目录下的文件都是软链接到 /etc/init.d 下的守护进程 ( daemon ) 启动文件
守护进程 ( daemon ) 就是一直在后台运行的进程
许多程序需要开机启动，它们在 Windows 叫做 "服务"（service），在Linux就叫做 "守护进程"（daemon）
命名规则
通常在服务的名字后面加上 d，即表示守护进程，比如 sshd、teamviewerd 等等
service
service sshd start ---> 加载 /lib/systemd/system/ssh.service ---> /etc/init.d/sshd ---> /usr/sbin/sshd 参数1 参数2 ... ---> 成功启动 ssh
相关文件 - /etc/init.d、/usr/sbin/service 等等
which service - /usr/sbin/service
file service - POSIX shell script
file /etc/init.d/ssh - POSIX shell script - /etc/init.d 目录下全是守护进程的执行脚本
cat /usr/sbin/service - A convenient wrapper for the /etc/init.d init scripts
所以，service 其实就是一个在 /etc/init.d 目录下查找 $1 并执行的脚本
所以，service mysql start 其实就是 /etc/init.d/mysql start
/etc/init.d 目录存在是为了封装直接使用命令操控守护进程传入各种参数等操作过程，通过查看该目录下脚本，简化言之就是通过调用 /usr/bin、/usr/sbin/等目录下守护进程对应可执行文件并传以各种参数，达到只需要 /etc/init.d/xxx start|stop|reload|.... 就可以操控守护进程的目的
systemctl
相关文件 - /etc/systemd/system、/lib/systemd/system(ubuntu)、/usr/lib/systemd/system(RedHat) 等等
可使用 man systemd.unit 查看各个文件解释
systemctl 是 Linux 系统最新初始化系统的守护进程 systemd 对应的进程管理命令
对于那些支持 systemd 的软件，安装的时候，会自动在 /usr/lib/systemd/system 目录添加一个配置文件
systemctl 兼容 service
/etc/rc.local文件没有的话自己创建
chkconfig \ systemctl 命令早期的 Linux 版本是用 chkconfig 命令来设置 rc 的 link，设置开机启动项；用 service 命令调用服务的 start、stop、restart、status 等函数。在现在主流 Linux 版本已经将这两个命令合并成一个 systemctl 命令了，映射关系如下:
任务 | 旧指令 ( chkconfig、service ) | 新指令 ( systemctl ) |
设置服务开机自启 | chkconfig --level 3 httpd on | systemctl enable httpd.service |
禁止服务开机自启 | chkconfig --level 3 httpd off | systemctl disable httpd.service |
查看服务状态 | service httpd status | systemctl status httpd.service |
显示所有开机启动服务 | chkconfig --list | systemctl list-units --type=service |
显示当前已启动的开机启动服务 | --- | systemctl list-units | grep enable |
显示当前已启动的开机启动文件 | --- | systemctl list-files | grep enable |
显示启动失败的开机启动服务 | --- | systemctl --failed |
启动服务 | service httpd start | systemctl start httpd.service |
关闭服务 | service httpd stop | systemctl stop httpd.service |
重启服务 | service httpd restart | systemctl restart httpd.service |
将写好的脚本（ .sh 文件）放到目录 /etc/profile.d/ 下，系统启动后就会自动执行该目录下的所有 shell 脚本。
将你的启动脚本复制到/etc/init.d目录下，并设置脚本权限, 假设脚本为 test
/etc/init.d目录下的控制脚本接受参数 start | stop | restart | status | force-reload
将该脚本放倒启动列表中去
其中数字 95 是脚本启动的顺序号，按照自己的需要相应修改即可。在你有多个启动脚本，而它们之间又有先后启动的依赖关系时你就知道这个数字的具体作用了。
update-rc.d 命令 : 为/etc/init.d目录下的脚本建立或删除到/etc/rc[0-6].d的软链接
update-rc.d 命令要在
etc/init.d/目录下执行，可能还需要 root 权限
增加一个服务
添加这个服务并让它开机自动执行 : update-rc.d apache2 defaults
并且可以指定该服务的启动顺序 : update-rc.d apache2 defaults 90
还可以更详细的控制start与kill顺序 : update-rc.d apache2 defaults 20 80
其中前面的 20 是 start 时的运行顺序级别，80 为 kill 时的级别。也可以写成 : update-rc.d apache2 start 20 2 3 4 5 . stop 80 0 1 6 .(其中 0 ～ 6 为运行级别)
删除一个服务
update-rc.d -f apache2 remove
