企业官网建设流程全解析

简介：rarlinux-x64-6.1.b1.tar.gz 是面向64位Linux用户的RAR命令行工具测试包，适合需要在Ubuntu、Debian、Fedora等环境中处理RAR档案的运维与开发人员，用于弥补系统默认仅支持gz、tar.gz等开源格式的不足。压缩包共11个文件、约590KB，主体为rar与unrar可执行程序，另含5个txt说明文档、makefile、lst列表、htm页面及default.sfx自解压模块，覆盖命令参考、许可信息、版本变更与自解压配置等用途。已有198人学习下载。借助包内文档，读者可了解RAR在分卷压缩、AES加密、损坏档案修复及自解压文件制作方面的能力，并对照makefile和说明文件完成本地编译或部署，快速搭建可用的命令行压缩环境。需注意b1为测试版，功能可能仍有待完善，适合愿意尝鲜并具备一定Linux基础的用户评估使用。

1. 从一台连 unrar 都没装的构建机说起：rarlinux-x64-6.1 补的是哪个缺口

线上总有一类需求很别扭：合作方只给.rar，还是 RAR5 格式，手里这台 x64 构建机连解压工具都没装。发行版仓库里那个unrar-free遇到 RAR5 直接罢工，系统自带的归档库大多只能读不能写，rarlinux-x64-6.1.b1.tar.gz就是在这种时候一次性补齐的：解开后是一个rar/目录，里面躺着rar和unrar两个可执行文件，拷进 PATH 就能跑，不经过包管理器、不挑发行版版本、升级回滚只是换个目录的事。它适合三类人：要在脚本或 CI 里自动打包归档的运维、要处理外部.rar素材的后端和算法同学、以及不想为了一个解压命令把整台机器搞脏的人。下面按照解包落地、压缩参数、解压自动化、翻车排查、流水线进阶这五段推进，能抄的部分我都写成可以直接跑的命令。

2. 解包与落地：把 rar / unrar 装进 /usr/local/bin 的四步

拿到 tar 包最容易犯的错，是cd /然后一句tar -xzf完事。包里那个rar/目录结构还算规矩，但历史上确实出现过直接把二进制铺到当前目录的打包方式，一旦你站在/usr/bin里解压，覆盖了什么自己都不知道。所以顺序上我坚持三步：先看清单，再看架构，最后才决定往哪儿放。

2.1 先看包里有什么，再决定解到哪

# 只列不解，确认顶层目录结构 tar -tzf rarlinux-x64-6.1.b1.tar.gz | head -n 30 # 确认是 x86-64 的可执行文件，别在 ARM 机器上白忙 tar -xzf rarlinux-x64-6.1.b1.tar.gz -C /tmp file /tmp/rar/rar /tmp/rar/unrar

第一步的清单输出通常会看到rar/rar、rar/unrar、rar/default.sfx、rar/rar.txt、rar/technote.txt这么几个东西。其中rar.txt是整份压缩包里最值钱的文件——所有开关的语义、百分比怎么算、返回码每一位代表什么，都以它为准；网上那些二手参数说明经常是 RAR4 时代的，照抄到 RAR5 上会翻车。第二步的file是防呆：ELF 64-bit LSB executable, x86-64才算对上包名里的x64，要是显示 ARM aarch64，说明你下错包了。

顺手再做一次依赖确认：

# 静态链接就没什么好担心的；动态链接要看 libstdc++ 在不在 ldd /tmp/rar/rar || true

这条命令的写法有讲究：|| true是为了兜住“静态链接”这种情况——静态程序被ldd检查时会直接报not a dynamic executable，加上|| true脚本才不会中断。如果输出里真的出现了libstdc++.so.6和libgcc_s.so.1，那就得确认目标机器装了对应的运行时库；最小化镜像里这一步最容易漏。

2.2 解到 /opt/rar，别跟发行版的包抢地盘

# 正式落地：独立目录，方便整体替换和回滚 sudo mkdir -p /opt sudo tar -xzf rarlinux-x64-6.1.b1.tar.gz -C /opt sudo chown -R root:root /opt/rar sudo chmod -R go-w /opt/rar

选/opt/rar而不是直接塞进/usr/bin，理由有三个。其一，发行版大概率已经有一个叫unrar的东西（不管是unrar-free还是别家维护的版本），直接覆盖会和包管理器打架，下次apt upgrade就被打回原形。其二，升版本的时候整个目录换掉就行，回滚就是把目录名改回去，比逐文件比对省事。其三，chmod -R go-w这一句不是洁癖——一个能被普通用户改写的、还要以 root 身份调用的二进制，是提权风险；顺手去掉组和其他人的写权限，成本几乎为零。

2.3 用 install 拷贝，不要图省事建软链

# 拷贝而不是软链，权限一次性写死 sudo install -m 0755 /opt/rar/rar /usr/local/bin/rar sudo install -m 0755 /opt/rar/unrar /usr/local/bin/unrar

为什么不ln -s？因为rar启动时会去“自己所在的目录”找许可证文件rarreg.key，软链场景下这个“自己所在目录”到底解析成/usr/local/bin还是/opt/rar，取决于实现怎么取路径，不同版本表现未必一致。拷贝虽然多占几 MB，但行为是确定的。真要省空间，把rarreg.key同时放到两个位置也行，只是我不想在这种小事上留不确定性。

/usr/local/bin这个位置也不是随便挑的：主流发行版的PATH里它排在/usr/bin前面，所以哪怕系统里已经有旧版unrar，你的命令也会优先命中新的。

2.4 三条命令验证：版本、路径、一次往返

# 1) 版本与路径 which -a rar unrar rar 2>&1 | head -n 3 unrar 2>&1 | head -n 3 # 2) 最小往返测试：用不可压缩数据，只看完整性 mkdir -p /tmp/rt && cd /tmp/rt head -c 50M /dev/urandom > blob.bin sha256sum blob.bin > before.sha rar a -m0 test.rar blob.bin rm -f blob.bin unrar x -o+ -y test.rar sha256sum -c before.sha

which -a会把 PATH 里所有同名命令都列出来，一眼就能看出是不是还有旧版本在排队；很多人只敲which unrar，看到有输出就以为装好了，结果命中的是发行版那个老包。

往返测试里几个参数都是有意为之：从/dev/urandom取数据是为了造出压不动的样本，把“压缩比”这个变量彻底排除，只验证“进归档再出来是否字节等价”；-m0是存储模式，让整个过程快；-o+全局覆盖、-y全部回答 yes，避免在非交互环境里被问住；最后sha256sum -c打印OK才算通过。

注意：这一步别用文本文件做样本。文本文件压缩后体积变化大，出问题时很难判断是压缩环节出错还是解压环节截断，随机数据没有这个歧义。

3. 压缩参数：-m、-md、-s、-rr、-v 怎么按场景配

参数这一层最容易被“压缩比越高越好”带偏。实际操作里，压缩档位、字典大小、是否固实、要不要恢复记录、切不切卷，这五个决定互相牵连，配制的时候得先想清楚这份归档谁来解、多久解一次、坏了能不能重来。想不清楚这三点，参数怎么调都是玄学。

3.1 -m0 到 -m5：五档的取舍不是单调的

-m控制压缩强度，从-m0（仅存储）到-m5（最高），中间还有-m1到-m4。它们不是“线性变好”，而是各有明确的适用面：

判断标准其实很朴素：这份归档写几次、读几次。写一次读一百次的冷备，就该往-m5走；每天生成、三天后删除的构建包，-m1甚至-m0才是正解，把 CPU 花在压缩一个明天就过期的文件上，纯属浪费。中间那几个档位（-m2、-m4）我一般不用，因为省下来的那点体积在决策上不构成差异，多一个变量反而增加沟通成本。

3.2 -s 固实与 -md 字典：省空间的两把刀，也都割时间

-s是固实压缩：把多个小文件当成一条连续数据流来压，文件之间的重复模式能被利用上，同类型小文件成百上千的场景收益非常明显。代价有两个——想从归档里单独取一个文件，得把它前面的数据全部解出来；归档建好之后基本不能再增量追加，追加一次就要整体重压。所以我给自己定的规矩是：一次成像的发布包可以开固实，按天追加的日志归档绝不开。

-md是字典大小，RAR5 下可以从 128K 一路设到 1G。字典越大，能利用的重复距离越远，压缩比越高；但打包端和解压端都要吃下这块内存。这里有个很容易忽略的边界：压缩参数是给解压端添麻烦。你在这台 64G 内存的机器上用-md512m压得爽，对面那台 4G 的机器可能直接解不动。我的习惯是按“最弱的那个解压端”倒推，日志类 4M～16M、源码类 32M～64M、单个大 SQL dump 或磁盘镜像再往上走。

另外还有个兼容性开关：-ma4强制用 RAR4 格式输出，默认是 RAR5。只有当对面明确告诉你“我们的工具读不了 RAR5”时才用，因为 RAR4 在分卷命名、加密强度、文件名编码上都差一截。

3.3 -rr 与 -rv：给归档留一颗后悔药

-rr是在归档内部塞恢复记录，单位是百分比，比如-rr5表示按归档大小留 5% 的冗余，用来修复局部的块损坏。-rv是生成独立的恢复卷（.rev文件），通常和分卷配合使用，某个卷整个丢了还能靠恢复卷重建。两者解决的是不同层次的故障：-rr对付“文件还在但某些字节坏了”，-rv对付“某个卷文件没了”。

我的默认配置是：普通交付不加，冷备加-rr5，重要且要分卷外发的加-rv。别把百分比拉太高，-rr的冗余会实实在在撑大归档，20% 以上的恢复记录在多数介质上属于过度设计——真坏到那个程度，多半该回去查存储链路而不是指望恢复记录。

3.4 -v 分卷：切片大小、命名规则与 -vn 的兼容包袱

# 场景 A：日志归档，快就行，别开固实 rar a -m1 -ep1 -mt2 /backup/logs_$(date +%F).rar /var/log/app/*.log # 场景 B：冷备，压缩比 + 恢复记录 rar a -m5 -s -md64m -rr5 -htb /backup/release_1.4.2.rar ./dist # 场景 C：要外发，按 200MB 切片并生成恢复卷 rar a -m3 -s -v200m -rv5 -rr2 /backup/dataset.rar ./dataset

三条命令对应三种取舍，逐个说。

场景 A 里的-ep1是“不把基准目录带进归档”——不加这个，解压出来会多一层var/log/app/的目录树，脚本里写死的路径当场失效。-mt2限制线程数，在共享构建机上这是礼貌，也是防止把编译任务饿死。

场景 B 里的-htb让哈希表按更大规模分配，文件数量上到几万时能减少内存抖动；-s配合-md64m是这类“一次成像”归档的常见组合。

场景 C 里的-v200m会切成dataset.part1.rar、dataset.part2.rar这样的名字（RAR5 命名），-rv5同时生成配套的.rev。如果下游工具链只认老式的.r00、.r01命名，加-vn切回去——但这属于兼容包袱，新项目别主动选它。

提示：分卷归档解压时只需要指定第一个卷，后面会自动找；但卷文件必须同名同目录，改名或拆散拷贝会直接报“找不到下一个卷”。

4. unrar 那一半：解压、清单、校验与脚本化

rar是打包端，试用授权，评估期过了打包会停止工作；unrar是免费分发的那一半，长期用完全没问题。很多团队的机器上只有unrar是常态，所以这一章的用法比上一章更高频。

4.1 x / e / l / t：四个子命令的语义差别

unrar l release.rar # 普通清单：文件名、大小、日期 unrar lt release.rar | head -n 40 # 技术清单：CRC、压缩方法、是否固实、有无恢复记录 unrar t -p- release.rar # 只做完整性校验，不解压落盘 unrar x -o+ -y release.rar /srv/app/ # 保留目录结构解到指定位置

x和e的差别是血泪教训级别的：x保留归档内的目录结构，e把所有文件平铺到当前目录。平铺的后果是同名文件互相覆盖，而且是静默覆盖——a/config.json和b/config.json只会剩一个，你还不知道自己丢了哪份。除非归档里本来就是一堆平级文件，否则永远用x。

l和lt的区别在于信息密度。lt输出的技术字段里，能直接看出这份归档是不是固实、有没有恢复记录、每个文件用的什么压缩方法——排查“为什么解压这么慢”的时候，先看这个比瞎猜快得多。

4.2 -p 与 -hp：加密数据，还是连文件名一起加密

# 只加密内容：文件名和目录结构可见 rar a -p secret_data.rar ./conf # 连文件头一起加密：不输密码连清单都看不到 rar a -hp secret_head.rar ./conf unrar l secret_head.rar # 会先要密码

这两者的安全边界差很远。-p只加密数据块，攻击者拿不到内容，但能看见你归档了哪些文件、目录怎么组织——文件名本身经常就泄露信息（比如2024Q3-裁员名单.xlsx这种）。-hp把文件头也加密，代价是任何操作都要先给密码，包括列表和校验，自动化脚本里用它会多一步交互。

命令行里直接写-p密码是最常见的错误做法：密码会进 shell 历史，也会在ps里对同机所有用户可见。正确姿势是只写-p，让程序交互提示输入。

注意：带密码的归档在脚本里一定要显式决定“要不要提示密码”。加-p-表示禁用密码询问，遇到加密归档直接失败返回，而不是卡在那儿等一个永远不会来的回车。

4.3 返回码：脚本里判断成败的唯一可靠依据

不要靠 grep 输出里的 “All OK” 来判断结果，那是给人看的，格式会随版本和语言环境变。真正稳定的是返回码：

完整的表在rar.txt里，上面这些是实际会撞上的高频项。特别注意 1 和 3 的区别：1 是“东西都出来了，只是某些元数据没还原”，3 是“数据本身不对了”。很多脚本把非 0 一律当失败，结果被 1 折腾得天天误报。

4.4 批量解压：-o+、-y、-ep1 的组合与目录污染

#!/usr/bin/env bash set -uo pipefail # 故意不加 -e，返回码要自己判 src="$1"; dst="$2" mkdir -p "$dst" unrar x -o+ -y -idq "$src" "$dst" rc=$? case $rc in 0) echo "ok: $src" ;; 1) echo "warn: $src 部分属性未恢复，数据完整" >&2 ;; 3) echo "fatal: $src CRC 校验失败" >&2; exit 3 ;; 11) echo "fatal: $src 密码错误" >&2; exit 11 ;; *) echo "fatal: $src unrar rc=$rc" >&2; exit "$rc" ;; esac

-o+是全局覆盖，-y是对所有询问回答 yes，-idq只输出错误信息。三者组合起来才能保证这段代码在无 tty 的 CI 容器里跑得下去——少任何一个，unrar都可能在某一步停下来等你输入。set -uo pipefail里刻意没有-e，因为我们需要拿到真实的返回码再分类处理，-e会在第一条非零返回时直接退出，把 1（警告）和 3（数据损坏）混为一谈。

mkdir -p "$dst"这一行也别省：unrar x在目标目录不存在时的行为不够直观，有的版本会失败，有的版本会按归档内的路径自己造，显式建好省得猜。

5. 避坑与排查：五个真机上翻过的车

这些不是从文档里抄来的，是排查记录里能翻到时间戳的那种。

5.1 解压出来一屏乱码文件名

现象：归档能正常解开，但文件名全是?D?之类的占位符或者一串问号，内容还在，名字没了。

原因：老 RAR4 归档在非 Unicode 环境下创建时，文件名是按本地代码页存的，不是 UTF-8。RAR5 明确了用 UTF-8 存名字，所以新归档基本不会中招；问题集中在历史素材上。另外还有一种情况：容器里的LANG/LC_ALL被设成了POSIX，即使归档本身没问题，输出和落盘也会出岔子。

解决：先unrar l看一眼列表里名字是不是就已经乱了——列表就乱说明是归档侧的问题，列表正常而落盘乱说明是环境变量的问题，先export LANG=C.UTF-8再试。归档侧的问题可以试-sc系列开关指定字符集对象，或者退一步：解压后按 CRC 对照unrar lt的输出批量重命名。我现在的做法是源头治理——用 6.1 自带的unrar处理新素材，历史归档单独放到一个目录里，别混在同一条流水线上。

5.2 CI 里返回码 1 把流水线搞挂

现象：本地跑得好好的解压脚本，上了 CI 就红，日志里只有一行非零退出，归档本身能正常解开。

原因：CI 容器里目标目录的属主、时间戳、扩展属性跟原环境对不上，unrar还原这些元数据时失败，按定义返回 1（警告）。数据是完整的，只是“还原得不完美”。

解决：按 4.4 那段脚本的思路，把 1 单独分支出一个警告分支，不要让它污染退出码。如果你确实在意时间戳，加-ts相关开关调整还原策略，或者干脆用-ow/-ol这类开关明确告诉它怎么处理属主和符号链接——但多数 CI 场景根本不需要这些元数据。

5.3 which unrar 指向了不认 RAR5 的旧包

现象：命令存在，执行也正常，就是打开某个.rar时立刻失败，报错信息含糊；同样的文件在别的机器上能解。

原因：PATH 里躺着发行版装的旧解压工具，它只认 RAR4。which -a unrar一敲就能看到两个路径，第二个才是你刚装的那个。

解决：确认/usr/local/bin在 PATH 里的顺序，必要时在脚本里写绝对路径调用，别依赖 PATH 解析。这条我吃过不止一次亏，现在所有自动化脚本里的unrar都是全路径写死的。

5.4 分卷只给了第一个卷，报找不到后续卷

现象：unrar x dataset.part1.rar解到一半停下，提示找不到下一个卷，但文件明明都在。

原因：三种可能——卷文件名被改过（比如下载工具自动加了(1)后缀）、卷被拆到了不同目录、或者混进了旧格式命名的卷。unrar是按命名规则推导后续卷名的，名字一变就断链。

解决：先ls一遍确认part1到partN连续不缺号，名字里没有多余后缀；再确认所有卷在同一个目录；最后确认命名风格统一（要么全是partN，要么全是旧式.r00风格，别混）。确认无误还是断链，就用-v参数显式告诉它卷的清单。

5.5 打包命令突然罢工：评估期与许可证文件位置

现象：昨天还能rar a打包，今天同样的命令直接失败，unrar却一切正常。

原因：rar是试用授权，评估期走完后打包功能会停止工作；unrar是免费的那一半，不受影响。另一个高频原因是许可证文件放错位置——rar会去自己可执行文件所在目录找它，你要是用了软链或者把二进制拷到了别处而没带上文件，就会表现为“明明有授权却不认”。

解决：先看rar启动时打印的授权状态行，确认是评估期问题还是文件找不到。是文件位置问题，就把许可证文件放在二进制同目录；是评估期问题，就按发布方渠道处理授权，别在这上面找野路子。这也是我在 2.3 坚持拷贝而不是软链的原因。

6. 收在流水线里：一个带往返校验的归档函数

真正把rar用进生产，最后都会收敛到同一个模式：打包完立刻自检，自检不过就当没打过。下面这段我现在的脚本里基本原样保留：

archive() { # archive <源目录> <输出.rar> local src="$1" out="$2" rc rar a -m5 -s -md64m -rr5 -htb -idq "$out" "$src"; rc=$? [ "$rc" -eq 0 ] || { echo "pack failed rc=$rc" >&2; return "$rc"; } unrar t -idq "$out" || { echo "verify failed: $out" >&2; return 3; } printf '%s %s\n' "$(sha256sum "$out" | cut -d' ' -f1)" "$out" \ >> /var/log/archive.sha256 }

三个动作缺一不可：打包后判返回码、立刻跑一次unrar t做完整性校验、把归档的 SHA256 落到日志里。第三行看着多余，其实是最省事的一环——半年后有人问“这个归档是不是被谁动过”，翻日志比重新解压一遍快得多。unrar t用的是同一份数据但走的是独立路径，能抓出“打包顺利、落盘损坏”这类问题；这一步不做，等真要用的时候才发现坏了，就是没有后悔药可吃。

另外一个技巧是先小样后全量：几个 G 的大归档，先用-v切出第一卷跑一次unrar t，确认参数没配错再放全量跑，能省掉一次几十分钟的无效等待。

从那以后我每次归档前，都会强制走一遍“打包—自检—记哈希”这三步，哪怕只是给同事传一个 200MB 的日志包。这个习惯救过我两次，都是磁盘侧的静默损坏，早发现和晚发现完全是两种心情。希望帮到你。

本文还有配套的精品资源，点击获取