如何优雅提取systemd EFI stub的.cmdline段且不修改源文件

现有三种方案的问题根源 #

• 方案1缺陷：调用objcopy时未指定输出文件，触发objcopy默认的原地修改输入文件逻辑，哪怕仅执行段导出操作，也会重写原EFI文件的元数据，直接导致Secure Boot签名失效。
• 方案2缺陷：将输出文件指定为/dev/null时，objcopy会以截断模式打开目标文件，而/dev/null是字符设备，不支持截断操作，会直接造成设备节点异常。如果输出到普通临时文件则需要额外清理逻辑，冗余且不优雅。
• 方案3缺陷：依赖解析objdump输出的人类可读格式化文本，天生存在格式兼容风险，遇到连续空格、特殊字符时必然出现解析错误，实现逻辑繁琐且可靠性差。

最优实现方案 #

直接使用objcopy原生参数提取段内容，全程不修改原文件、不产生临时文件、不触碰系统设备文件，执行后直接输出段的原始二进制内容：

objcopy -O binary -j .cmdline 目标EFI文件路径 -

参数说明 #

• -O binary：指定输出格式为原始二进制，不附加任何PE/ELF文件头、格式元数据
• -j .cmdline：仅提取名为.cmdline的目标段内容，忽略其他所有段
• 末尾的-：是Unix工具通用的标准写法，告知objcopy将结果直接写入标准输出，无需创建实体文件

效果验证 #

使用你提供的测试用例执行：

# 生成测试EFI文件
objcopy --add-section .cmdline=<(echo -n "Test cmdline") /usr/lib/systemd/boot/efi/linuxx64.efi.stub x.efi
# 提取.cmdline段内容
objcopy -O binary -j .cmdline x.efi -

执行后会直接输出准确结果Test cmdline，无任何多余字符。无论启动参数中包含多少连续空格、特殊符号，都能100%还原段内原始内容；原EFI文件全程以只读模式打开，不会被做任何修改，Secure Boot签名完全不受影响。

内容的提问来源于stack exchange，提问作者Alai