内核启动时减少log的方式

2024-09-09 17:12
文章标签 启动 方式 内核 log 减少

本文主要是介绍内核启动时减少log的方式,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

内核引导选项

内核引导选项大体上可以分为两类:一类与设备无关、另一类与设备有关。与设备有关的引导选项多如牛毛,需要你自己阅读内核中的相应驱动程序源码以获取其能够接受的引导选项。比如,如果你想知道可以向 AHA1542 SCSI 驱动程序传递哪些引导选项,那么就查看 drivers/scsi/aha1542.c 文件,一般在前面 100 行注释里就可以找到所接受的引导选项说明。大多数选项是通过"__setup()"函数设置的,少部分是通过"early_param()"或"module_param()"或"module_param_named()"之类的函数设置的,逗号前的部分就是引导选项的名称,后面的部分就是处理这些选项的函数名。

如何确认当前内核的引导选项

编译期

在源码树的根目录下试一试下面几个命令:

grep -r '\b__setup *(' *
grep -r '\bearly_param *(' *
grep -r '\bmodule_param *(' *
grep -r '\bmodule_param_named *(' *

格式上,多个选项之间用空格分割,选项值是一个逗号分割的列表,并且选项值中不能包含空白。
正确:ether=9,0x300,0xd0000,0xd4000,eth0 root=/dev/sda2
错误:ether = 9, 0x300, 0xd0000, 0xd4000, eth0 root = /dev/sda2
注意,所有引导选项都是大小写敏感的!

运行期

在内核运行起来之后,可以通过 cat /proc/cmdline 命令查看当初使用的引导选项以及相应的值。

内核如何处理引导选项

绝大部分的内核引导选项的格式如下(每个选项的值列表中最多只能有十项):
name[=value_1][,value_2]…[,value_10]

如果"name"不能被识别并且满足"name=value"的格式,那么将被解译为一个环境变量(比如"TERM=linux"或"BOOT_IMAGE=vmlinuz.bak"),否则将被原封不动的传递给 init 程序(比如"single")。

内核可以接受的选项个数没有限制,但是整个命令行的总长度(选项/值/空格全部包含在内)却是有限制的,定义在 include/asm/setup.h 中的 COMMAND_LINE_SIZE 宏中(对于X86_64而言是2048)。

控制台与终端相关选项

[KNL]
console=设备及选项
设置输出控制台使用的设备及选项。例如:ttyN 表示使用第N个虚拟控制台。其它用法主要针对嵌入式环境(Documentation/serial-console.txt)。
[KNL]
consoleblank=秒数
控制台多长时间无操作后黑屏,默认值是600秒,设为0表示禁止黑屏。
[HW]
no_console_suspend
永远也不要将控制台进入休眠状态。因为当控制台进入休眠之后,所有内核的消息就都看不见了(包括串口与VGA)。开启此选项有助于调试系统在休眠/唤醒中发生的故障。
[VT]
vt.default_utf8={0|1}
是否将所有TTY都默认设置为UTF-8模式。默认值"1"表示将所有新打开的终端都设置为UTF-8模式。
日志与调试
earlyprintk=设备[,keep]
使用哪个设备显示早期的引导信息,主要用于调试硬件故障。此选项默认并未开启,因为在某些情况下并不能正常工作。
在传统的控制台初始化之前,在哪个设备上显示内核日志信息。不使用此选项,那么你将永远没机会看见这些信息。
在尾部加上",keep"选项表示在真正的内核控制台初始化并接管系统后,不会抹掉本选项消息的显示。
earlyprintk=vga 表示在VGA上显示内核日志信息,这是最常用的选项,但不能用于EFI环境。
earlyprintk=efi v3.13新增,表示将错误日志写入EFI framebuffer,专用于EFI环境。
earlyprintk=xen 仅可用于XEN的半虚拟化客户机。
loglevel={0|1|2|3|4|5|6|7}
设置内核日志的级别,所有小于该数字的内核信息(具有更高优先级的信息)都将在控制台上显示出来。这个级别可以使用 klogd 程序或者修改 /proc/sys/kernel/printk 文件进行调整。取值范围是"0"(不显示任何信息)到"7"(显示所有级别的信息)。建议至少设为"4"(WARNING)。[提示]级别"7"要求编译时加入了调试支持。
[KNL]
ignore_loglevel
忽略内核日志等级的设置,向控制台输出所有内核消息。仅用于调试目的。
[KNL]
debug
将引导过程中的所有调试信息都显示在控制台上。相当于设置"loglevel=7"(DEBUG)。
[KNL]
quiet
静默模式。相当于设置"loglevel=4"(WARNING)。
log_buf_len=n[KMG]
内核日志缓冲区的大小。“n"必须是2的整数倍(否则会被自动上调到最接近的2的整数倍)。该值也可以通过内核配置选项CONFIG_LOG_BUF_SHIFT来设置。
[KNL]
initcall_debug
跟踪所有内核初始化过程中调用的函数。有助于诊断内核在启动过程中死在了那个函数上面。
kstack=N
在内核异常(oops)时,应该打印出内核栈中多少个字(word)到异常转储中。仅供调试使用。
[KNL]
kmemleak={on|off}
是否开启检测内核内存泄漏的功能(CONFIG_DEBUG_KMEMLEAK),默认为"on”,仅供调试使用。
检测方法类似于跟踪内存收集器,一个内核线程每10分钟(默认值)扫描内存,并打印发现新的未引用的对象的数量。
[KNL]
memtest=整数
设置内存测试(CONFIG_MEMTEST)的轮数。“0"表示禁止测试。仅在你确实知道这是什么东西并且确实需要的时候再开启。
norandmaps
默认情况下,内核会随机化程序的启动地址,也就是每一次分配给程序的虚拟地址空间都不一样,主要目的是为了防止缓冲区溢出攻击。但是这也给程序调试增加了麻烦,此选项(相当于"echo 0 > /proc/sys/kernel/randomize_va_space”)的目的就是禁用该功能以方便调试。
[PNP]
pnp.debug=1
开启PNP调试信息(需要内核已开启CONFIG_PNP_DEBUG_MESSAGES选项),仅用于调试目的。也可在运行时通过 /sys/module/pnp/parameters/debug 来控制。
show_msr=CPU数
显示启动时由BIOS初始化的MSR(Model-Specific Register)寄存器设置。CPU数设为"1"表示仅显示"boot CPU"的设置。
printk.time={0|1}
是否在每一行printk输出前都加上时间戳,仅供调试使用。默认值是"0"(不添加)
boot_delay=毫秒数
在启动过程中,为每一个printk动作延迟指定的毫秒数,取值范围是0-10000,超出这个范围将等价于"0"(无延迟)。仅用于调试目的。
pause_on_oops=秒数
当内核发生异常时,挂起所有CPU的时间。当异常信息太多,屏幕持续滚动时,这个选项就很有用处了。主要用于调试目的。

CMDLINE

cmdline是uboot引导内核启动时传递给内核的参数序列,作用是指导内核启动。内核启动阶段会去内存中读取并解析cmdline,并根据cmdline去指导内核启动。

cmdline是一系列启动参数组成的参数序列,参数之间用空格隔开依次排列,每个参数中都是以key=value这种键值对的方式进行描述; 。参数中一般包含启动存储介质、文件系统分区及挂载方式和终端串口等参数。

linux内核的cmdline配置有两种方式,分别是:

  1. 通过u-boot bootargs 传递;
  2. 通过内核cmdline参数配置。

chosen 针对第二点描述的直接修改内核参数,可参阅设备树中的bootargs的定义,bootargs参数被包含在chosen节点中。kernel加载时就是读取chosen中的bootargs,该文件中定义的bootargs和bootload传递过来的bootargs数据最终会合并在一起。

//设备树文件位于\kernel\msm-5.4\arch\arc\boot\dts\nsim_700.dts
chosen {bootargs = "earlycon=arc_uart,mmio32,0xc0fc1000,115200n8 console=ttyARC0,115200n8 print-fatal-signals=1";};

我们常用的方式是在bootload中通过bootargs直接传递。

问题解决:如何内核启动时减少log的方式?

修改u-boot bootargs 传递的cmdline中的bootargs参数,加入quiet选项即可。

这篇关于内核启动时减少log的方式的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!


原文地址:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.chinasem.cn/article/1151771

相关文章

C#和Unity中的中介者模式使用方式

《C#和Unity中的中介者模式使用方式》中介者模式通过中介者封装对象交互,降低耦合度,集中控制逻辑,适用于复杂系统组件交互场景,C#中可用事件、委托或MediatR实现,提升可维护性与灵活性... 目录C#中的中介者模式详解一、中介者模式的基本概念1. 定义2. 组成要素3. 模式结构二、中介者模式的特点

详解Java中三种状态机实现方式来优雅消灭 if-else 嵌套

《详解Java中三种状态机实现方式来优雅消灭if-else嵌套》这篇文章主要为大家详细介绍了Java中三种状态机实现方式从而优雅消灭if-else嵌套,文中的示例代码讲解详细,感兴趣的小伙伴可以跟... 目录1. 前言2. 复现传统if-else实现的业务场景问题3. 用状态机模式改造3.1 定义状态接口3

Java异常捕获及处理方式详解

《Java异常捕获及处理方式详解》异常处理是Java编程中非常重要的一部分,它允许我们在程序运行时捕获并处理错误或不预期的行为,而不是让程序直接崩溃,本文将介绍Java中如何捕获异常,以及常用的异常处... 目录前言什么是异常?Java异常的基本语法解释:1. 捕获异常并处理示例1:捕获并处理单个异常解释:

C#控制台程序同步调用WebApi实现方式

《C#控制台程序同步调用WebApi实现方式》控制台程序作为Job时,需同步调用WebApi以确保获取返回结果后执行后续操作,否则会引发TaskCanceledException异常,同步处理可避免异... 目录同步调用WebApi方法Cls001类里面的写法总结控制台程序一般当作Job使用,有时候需要控制

Redis分布式锁中Redission底层实现方式

《Redis分布式锁中Redission底层实现方式》Redission基于Redis原子操作和Lua脚本实现分布式锁,通过SETNX命令、看门狗续期、可重入机制及异常处理,确保锁的可靠性和一致性,是... 目录Redis分布式锁中Redission底层实现一、Redission分布式锁的基本使用二、Red

基于Python实现数字限制在指定范围内的五种方式

《基于Python实现数字限制在指定范围内的五种方式》在编程中,数字范围限制是常见需求,无论是游戏开发中的角色属性值、金融计算中的利率调整,还是传感器数据处理中的异常值过滤,都需要将数字控制在合理范围... 目录引言一、基础条件判断法二、数学运算巧解法三、装饰器模式法四、自定义类封装法五、NumPy数组处理

Python中经纬度距离计算的实现方式

《Python中经纬度距离计算的实现方式》文章介绍Python中计算经纬度距离的方法及中国加密坐标系转换工具,主要方法包括geopy(Vincenty/Karney)、Haversine、pyproj... 目录一、基本方法1. 使用geopy库(推荐)2. 手动实现 Haversine 公式3. 使用py

MyBatis的xml中字符串类型判空与非字符串类型判空处理方式(最新整理)

《MyBatis的xml中字符串类型判空与非字符串类型判空处理方式(最新整理)》本文给大家介绍MyBatis的xml中字符串类型判空与非字符串类型判空处理方式,本文给大家介绍的非常详细,对大家的学习或... 目录完整 Hutool 写法版本对比优化为什么status变成Long?为什么 price 没事?怎

Spring Boot项目如何使用外部application.yml配置文件启动JAR包

《SpringBoot项目如何使用外部application.yml配置文件启动JAR包》文章介绍了SpringBoot项目通过指定外部application.yml配置文件启动JAR包的方法,包括... 目录Spring Boot项目中使用外部application.yml配置文件启动JAR包一、基本原理

MyBatis流式查询两种实现方式

《MyBatis流式查询两种实现方式》本文详解MyBatis流式查询,通过ResultHandler和Cursor实现边读边处理,避免内存溢出,ResultHandler逐条回调,Cursor支持迭代... 目录MyBATis 流式查询详解:ResultHandler 与 Cursor1. 什么是流式查询?