当前位置:首页 > 文章列表 > 文章 > linux > findmnt 怎样用 --shell 生成可导入脚本的环境变量名

findmnt 怎样用 --shell 生成可导入脚本的环境变量名

来源:17golang原创 2026-11-10 09:04:11 0浏览 收藏

如果要让 findmnt 的结果进入 shell 脚本,关键不是直接解析默认树形输出,而是同时固定列、指定键值格式,再明确要求 shell 变量名。推荐从下面这条命令开始:

# 固定列名,并输出便于脚本读取的键值对
findmnt --kernel --list \
  --output SOURCE,FSTYPE,TARGET,OPTIONS \
  --pairs --shell

官方手册:https://github.com/util-linux/util-linux/blob/master/misc-utils/findmnt.8.adoc

其中 --output 限定字段,--pairs 产生 key="value" 形式,--shell 负责把列名调整为适合 shell 变量的字符集合。这样做的价值是把“输出长什么样”变成命令的一部分,而不是依赖默认格式。

先固定输出列,别解析默认树形格式

findmnt 默认会以树形方式列出挂载文件系统,默认列还可能随环境变化。脚本只关心来源、文件系统类型、目标路径和挂载选项时,直接用 --output SOURCE,FSTYPE,TARGET,OPTIONS 写清楚边界。--list 让结果保持表格列表语义,不把父子挂载关系当成脚本协议。

如果只想查某个目录,可以加 --target /srv/data;如果要从 fstab 查配置,则使用 --fstab。查询来源不同,但输出列仍应显式指定。

组合 --pairs 与 --shell

--pairs 把每条记录组织成键值对,潜在不安全字符会按转义形式输出;--shell 则处理列名,使它们更适合作为 shell 变量名。即使某一组列名本身已经是合法的大写标识符,也建议显式保留两个选项,避免脚本依赖版本差异。

findmnt 的查询、输出列、pairs 和 shell 变量名之间的静态关系说明图
图1:参数关系说明图,展示固定列、键值对和 shell 变量命名之间的边界;这不是截图或运行证据。

下面的写法适合一次只取一条、且挂载信息来自可信本机环境的场景:

# 只导入可信的本地挂载信息;多条记录不要直接覆盖同名变量
eval "$(findmnt --kernel --list --target /srv/data \
  --output SOURCE,FSTYPE,TARGET,OPTIONS --pairs --shell)"

# 使用变量前先判断命令是否确实返回了目标字段
if [ -n "${TARGET:-}" ]; then
  printf '挂载目标:%s\n' "$TARGET"
fi

eval 会把文本当作 shell 语句重新解释,因此不能对不可信输入使用。挂载点、标签或外部配置可能包含特殊字符时,应改用结构化解析,不要把“能生成键值对”误当成“可以无条件执行输出”。

不适合 shell 导入时,换成 --raw 或 --json

如果脚本要保留原始字段,--raw 更接近机器读取格式;如果字段关系复杂、需要跨语言消费,--json 更适合交给 JSON 解析器。两者都不应再用 eval。

findmnt 挂载字段、pairs、raw、json 与脚本消费边界的结构说明图
图2:输出边界结构图,帮助区分 shell 键值对、原始文本和 JSON;这不是截图或运行证据。

可以按这个原则选择:

目标建议注意点
可信 shell 脚本读取单条记录--output ... --pairs --shell限制输入来源,谨慎使用 eval
保留原始文本--output ... --raw仍要处理转义字符
交给 Python、Go 等程序--output ... --json使用对应 JSON 解析器

常见问题

--shell 能保证值内容安全么?

不能。它主要影响列名;--pairs 负责值的键值表示和转义,最终是否安全还取决于脚本怎样消费输出。

为什么不建议解析默认输出?

默认树形格式面向人阅读,列集合和布局不应当被当成稳定脚本协议。显式写 --output 才能让脚本依赖明确。

多条挂载记录能直接 eval 吗?

不建议。多条记录可能重复变量名并覆盖前一条;应使用 --json,或逐行解析并为每条记录建立独立对象。

简要记忆:固定字段用 --output,键值表示用 --pairs,变量名规范用 --shell;一旦输入不再完全可信,就放弃 eval,改用 --raw 或 --json。

版本声明
本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
Python EmailMessage 怎样按内容类型读取附件载荷Python EmailMessage 怎样按内容类型读取附件载荷
上一篇
Python EmailMessage 怎样按内容类型读取附件载荷
上海建设工程垃圾运输单位怎样查询分类管理要求
下一篇
上海建设工程垃圾运输单位怎样查询分类管理要求
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • PubMedQA数据集详解:生物医学问答基准、功能与应用指南
    PubMedQA
    深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
    966次使用
  • H2O EvalGPT:开源LLM大模型评估与排行榜工具
    H2O EvalGPT
    H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
    969次使用
  • LMArena是什么?伯克利AI模型评估平台使用指南与功能解析
    LMArena
    LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
    1078次使用
  • 斯坦福HELM:大语言模型Holistic Evaluation整体评估框架详解
    HELM
    深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
    1058次使用
  • MMBench详解:多模态大模型基准测试、功能特点与使用指南
    MMBench
    MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
    891次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议 和 隐私政策
返回登录
  • 重置密码