当前位置: 首页 > news >正文

linux打包固件shell脚本

  1. 不打包 pack.sh

  2. 解压后无父目录(直接是文件)

  3. 生成 checksum.txt(包含所有文件的 SHA256)

  4. 打包后 .tar.gz 移动到上级目录

#!/bin/bash# 检查是否传入版本号参数
if [ -z "$1" ]; thenecho "Usage: $0 <version> (e.g. v1.0.1)"exit 1
fiVERSION="$1"
TAR_NAME="dtu_sdk_demo_${VERSION}.tar.gz"
CHECKSUM_FILE="checksum.txt"# 1. 生成 checksum.txt(排除 pack.sh 和自身)
echo "Generating ${CHECKSUM_FILE}..."
find . -type f ! -name "${CHECKSUM_FILE}" ! -name "pack.sh" ! -name "${TAR_NAME}" -exec sha256sum {} + > "${CHECKSUM_FILE}"# 2. 打包当前目录所有文件(排除 pack.sh 和压缩包自身)
echo "Creating ${TAR_NAME}..."
tar -czvf "${TAR_NAME}" \--transform="s|^./||" \--exclude="pack.sh" \--exclude="${TAR_NAME}" .# 3. 将压缩包移动到上级目录
echo "Moving ${TAR_NAME} to parent directory..."
mv "${TAR_NAME}" ../echo "Package created successfully: ../${TAR_NAME}"

关键步骤:

  1. 固定排除 pack.sh

    • 直接在 find 和 tar 命令中硬编码 --exclude="pack.sh",避免动态获取脚本名可能带来的问题。

  2. 仍然排除 checksum.txt 自身和压缩包

    • 确保校验文件不包含自己,且不会重复打包已生成的 .tar.gz

  3. --transform="s|^./||"

    • 确保解压后直接是文件,没有父目录层级。

使用方式

chmod +x pack.sh
./pack.sh v1.0.1

适用场景

  • 严格排除 pack.sh:避免动态获取脚本名可能导致的意外问题。

  • 干净打包:解压后直接是文件,适合 SDK/软件发布。

  • 校验文件完整checksum.txt 确保文件未被篡改。

如果需要排除更多文件(如 .gitignore、临时文件等),可在 find 和 tar 命令中添加 --exclude

===========================校验方法======================================

静默校验脚本 (verify_checksum.sh)

#!/bin/bash# 输入参数:升级包目录路径(如 /app/versions/v1.0.1)
UPGRADE_DIR="$1"
CHECKSUM_FILE="${UPGRADE_DIR}/checksum.txt"# 1. 检查目录和校验文件是否存在
if [[ ! -d "${UPGRADE_DIR}" ]]; thenecho "ERROR: Directory ${UPGRADE_DIR} not found."exit 1
fiif [[ ! -f "${CHECKSUM_FILE}" ]]; thenecho "ERROR: checksum.txt not found in ${UPGRADE_DIR}"exit 1
fi# 2. 进入目标目录(校验必须在文件所在目录执行)
cd "${UPGRADE_DIR}" || {echo "ERROR: Cannot enter directory ${UPGRADE_DIR}"exit 1
}# 3. 执行校验(静默模式,仅输出错误)
if ! sha256sum -c "${CHECKSUM_FILE}" > /dev/null 2>&1; thenecho "FAILED: Checksum verification failed. Corrupted or tampered files detected."exit 1
fi# 4. 校验通过
echo "OK: All files verified successfully."
exit 0

脚本特点

  1. 无日志文件

    • 所有输出直接打印到终端(或调用方捕获),不写入日志文件。

    • 使用 > /dev/null 2>&1 静默执行 sha256sum,避免冗余输出。

  2. 简洁状态码

    • 0:校验成功

    • 1:校验失败(含具体错误分类)

  3. 关键错误分类

    输出格式含义
    ERROR: <原因>前置条件检查失败(目录/文件不存在)
    FAILED: <原因>校验失败(文件被篡改或损坏)
    OK: <信息>校验通过

使用示例

场景 1:直接运行

bash

./verify_checksum.sh /app/versions/v1.0.1

成功输出

text

OK: All files verified successfully.

失败输出

text

FAILED: Checksum verification failed. Corrupted or tampered files detected.
场景 2:集成到其他脚本

bash

if ! ./verify_checksum.sh "/app/versions/${NEW_VERSION}"; then# 校验失败时的处理逻辑echo "OTA upgrade aborted."exit 1
fi# 校验通过,继续升级流程
echo "Proceeding with OTA upgrade..."

为什么这样设计?

  1. 轻量化

    • 省去日志文件操作,减少 I/O 开销,适合资源受限的设备。

  2. 易集成

    • 通过返回值 (exit code) 和简短输出即可判断结果,方便被其他脚本调用。

  3. 安全性

    • 依然严格校验文件完整性,只是简化了输出方式。

如果需要更详细的调试信息,可以临时移除 > /dev/null 2>&1,但生产环境建议保持静默。

http://www.dtcms.com/a/278492.html

相关文章:

  • 打开xmind文件出现黑色
  • 理解Linux文件系统:从物理存储到统一接口
  • 【第一章编辑器开发基础第二节编辑器布局_3GUI元素和布局大小(3/4)】
  • 一般的非线性规划求解(非凸函数)
  • 自定义类型 - 联合体与枚举(百度笔试题算法优化)
  • 《C++初阶之STL》【泛型编程 + STL简介】
  • Spring原理揭秘--初识AOP
  • Spring 学习笔记
  • UI前端大数据处理新挑战:如何高效处理实时数据流?
  • JavaScript 与 C语言基础知识差别
  • GO语言中的垃圾回收(GC)
  • 怎么挑选最新贝琪入门电钢琴才高效?
  • Java进程、线程与协程对比
  • GD32/STM32嵌入CMSIS-DSP的库(基于Keil)
  • 2025年 GitHub 主流开源视频生成模型介绍
  • Go语言第一个程序--hello world!
  • arthas:Java 应用问题诊断利器
  • 企业培训笔记:axios 发送 ajax 请求
  • vue中计算属性的介绍
  • 前端基础知识TypeScript 系列 - 08(TypeScript 装饰器的理解)
  • 代理模式详解:代理、策略与模板方法模式
  • SpringMVC1
  • GraphRAG核心提示词工程完整中文版
  • VyOS起步指南:用Docker快速搭建网络实验环境
  • 分享三个python爬虫案例
  • HTML应用指南:利用GET请求获取河南省胖东来超市门店位置信息
  • STM32新建工程
  • HTB 赛季8靶场 - Outbound
  • 微算法科技技术创新,将量子图像LSQb算法与量子加密技术相结合,构建更加安全的量子信息隐藏和传输系统
  • 复习笔记 38