启动参数基础：Linux内核启动参数（cmdline）详解

各位好，我是老赵。今天咱们聊聊Linux内核启动参数，也就是cmdline。这东西看着不起眼，但说句实话，我见过太多线上事故都是因为启动参数配错了。有一次凌晨三点被叫起来，说服务器起不来了，我远程一看，root=参数写错了分区名。嗯，从那以后我每次改启动参数都格外小心。

启动参数说白了就是告诉内核：你该怎么启动、从哪里加载根文件系统、内存怎么分配、要不要开启调试。它是一串以空格分隔的键值对，通过bootloader传给内核。格式很简单：key=value 或者单独的 flag。

启动参数的传递路径

先看看这串参数是怎么从你手敲到内核手里的。我个人习惯把这个流程画成一张图，方便团队新人理解。

流程其实不复杂：bootloader读取配置文件，拼好cmdline字符串，然后跳转到内核入口时把这串地址传过去。内核启动早期就会调用 parse_args() 来解析。你想想看，如果这里传错了，内核可能连根文件系统都挂不上。

常见启动参数分类

启动参数少说也有上百个，但常用的其实就那几十个。我按功能把它们分成几大类，这样好记也好查。

1. 根文件系统相关参数

这类参数决定了内核去哪里找根文件系统。我当年第一次部署双系统时就栽在这里——忘了改root参数，结果内核加载了另一个系统的根分区。

参数	说明	示例
root=	指定根文件系统设备	root=/dev/sda2
rootfstype=	强制指定根文件系统类型	rootfstype=ext4
rootflags=	挂载根文件系统的额外选项	rootflags=rw,noatime
ro / rw	根文件系统以只读/读写方式挂载	ro
init=	指定第一个用户态进程	init=/sbin/init

2. 内存与CPU相关参数

这类参数在调试内存问题或者做性能调优时特别有用。我记得有一次线上服务器频繁OOM，排查了半天发现是 vm.overcommit_memory 没配好，但那是sysctl的事。启动参数层面，我们更关注内核自身的内存行为。

参数	说明	示例
mem=	限制内核可用内存大小	mem=4G
maxcpus=	限制CPU核心数	maxcpus=2
nr_cpus=	限制内核可识别的CPU数	nr_cpus=4
hugepagesz=	设置大页大小	hugepagesz=2M
default_hugepagesz=	设置默认大页大小	default_hugepagesz=2M

3. 控制台与调试参数

调试参数是运维人员的救命稻草。系统起不来的时候，往往就靠这些参数来获取线索。

参数	说明	示例
console=	指定内核日志输出设备	console=ttyS0,115200
earlyprintk=	早期调试输出（比console更早）	earlyprintk=serial,ttyS0,115200
ignore_loglevel	打印所有内核日志（忽略日志级别）	ignore_loglevel
log_buf_len=	设置内核日志缓冲区大小	log_buf_len=4M
panic=	内核panic后自动重启的延迟秒数	panic=10
initcall_debug	打印所有初始化函数的调用顺序	initcall_debug

这里我要特别说一下 console=。很多人以为它只是控制显示输出，其实它决定了内核日志往哪写。如果你用串口调试，一定要配 console=ttyS0,115200。我见过有人配了 console=tty0 但服务器根本没有显示器，结果内核日志全丢了。

4. 设备与驱动参数

这类参数用来控制内核怎么识别和初始化硬件设备。

参数	说明	示例
acpi=	控制ACPI功能（off/on/force）	acpi=off
pci=	PCI子系统选项	pci=noaer
nomodeset	禁用内核模式设置（显卡问题）	nomodeset
irqpoll	修复中断处理问题	irqpoll

5. 安全与隔离参数

这类参数在容器场景和加固系统中越来越重要。

参数	说明	示例
selinux=	启用/禁用SELinux	selinux=0
enforcing=	设置SELinux模式	enforcing=0
audit=	启用/禁用审计子系统	audit=1
lsm=	指定LSM（Linux安全模块）列表	lsm=lockdown,integrity

参数解析的底层机制

内核是怎么处理这些参数的？说白了就是一段字符串解析逻辑。内核启动早期调用 parse_args()，它会遍历所有参数，匹配已知的内核参数名，然后调用对应的处理函数。

举个例子，root=/dev/sda2 这个参数，内核会匹配到 root= 这个参数名，然后调用 root_dev_setup() 函数，把 /dev/sda2 保存到全局变量 ROOT_DEV 中。后续的挂载逻辑就直接读这个变量。

// 内核源码中的典型处理方式（简化版）
static int __init root_dev_setup(char *line)
{
    // line 指向 "root=/dev/sda2" 中 "=" 后面的部分
    ROOT_DEV = name_to_dev_t(line);
    return 1;
}
__setup("root=", root_dev_setup);

内核不认识的那些参数怎么办？它会原封不动地传给第一个用户态进程（通常是 /sbin/init）。systemd 就会读取这些参数，比如 systemd.unit=rescue.target 就是通过这种方式传递的。

实战中的参数组合

说了这么多分类，咱们看看实际场景中怎么组合使用。我列几个我常用的参数组合：

• 调试模式：ignore_loglevel initcall_debug earlyprintk=serial,ttyS0,115200 panic=10 —— 适合内核启动阶段卡死时使用
• 安全加固：selinux=1 enforcing=1 audit=1 lockdown=confidentiality —— 适合合规要求高的环境
• 低内存模拟：mem=1G maxcpus=2 —— 测试环境模拟资源受限场景
• 根文件系统修复：root=/dev/sda2 ro init=/bin/bash —— 进入单用户模式修复系统

参数优先级与覆盖规则

有时候同一个参数会在多个地方出现，比如内核编译时配置了默认值，bootloader又传了一个。谁说了算？规则其实很简单：

1. 内核编译时的默认配置优先级最低
2. bootloader传递的cmdline会覆盖默认配置
3. 如果同一个参数在cmdline中出现多次，最后一个生效

这个「最后一个生效」的规则我吃过亏。有一次我在GRUB配置里写了 root=/dev/sda2 root=/dev/sdb1，结果内核用了 /dev/sdb1，系统直接起不来。排查了半天才发现是手误多写了一个root参数。