服务器上扔来一个.rar包SSH 上去敲unzip直接报cannot find zipfile directory换tar更是连格式都不认识——这个场景我在运维和数据处理的工作里遇到过太多次了。Linux 命令之 rar 这个话题看上去像是入门级的常识但真正卡人的从来不是命令本身的拼写而是装不上、解不出、中文名全变成问号、分卷包接不上这几个具体环节。这篇文章想做的事很明确把 rar 和 unrar 这两个命令从安装、压缩参数、解压实操到脚本化封装完整走一遍把每个参数背后的取舍讲清楚让你在遇到一个来路不明的 rar 包时五分钟内能判断该用什么姿势打开它。不管你是刚接触 Linux 命令大全、还在照着教程敲ls和cd的新手还是已经能熟练用 tar 打包但被 rar 包噎住的老手下面这些内容都应该能直接用上。1. 先搞清楚 rar 在 Linux 里的位置1.1 rar、tar、zip 三者到底该怎么选很多人第一次在 Linux 上看到 rar反应是为什么不用 tar。这个问题问得对但答案不在一句tar 更好里。tar 是 Linux 世界原生的归档工具它只负责把一堆文件串成一个流压缩交给 gzip、bzip2、xz 去做所以有了.tar.gz、.tar.xz这种双层后缀。它的优势是纯开源、无依赖、管道友好缺点是跨平台兼容性一般——你把.tar.gz发给一个用 Windows 的同事对方大概率要先去装个 7-Zip 才能打开。zip 的定位居中Windows 和 macOS 都原生支持压缩率一般但胜在通用。rar 则是一个商业软件产出的格式压缩率通常在文本类数据上优于 zip而且有几个 zip 早期版本不具备的能力分卷压缩打得很自然、恢复记录可以在文件损坏时尝试重建、固实压缩对小文件密集的目录压缩率提升明显。代价是它不开源Linux 上要额外装。我的实际选择习惯是这样的给 Linux 服务器做本地归档优先tar.zst或tar.gz要分发给非技术同事用 zip对方明确给的是 rar 包或者需要分卷、需要恢复记录做长期冷备才上 rar。选型这件事没有绝对优劣关键是别为了用某个工具而用。1.2 一个必须先接受的前提rar 不是开源的这一点值得单独拎出来说因为它直接决定了你在 Linux 上装 rar 的体验。RARLAB 官方对 rar 压缩端是收费授权的但把 Linux 版的命令行工具免费放出来用解压端 unrar 则有unrar源码公开的版本可以自行编译。这导致了一个尴尬局面很多 Linux 发行版出于许可证考虑默认仓库里放的是unrar-free而这个版本对 RAR5 格式也就是 5.0 以后生成的包支持很差遇到新包经常直接报错说不支持的归档格式。所以你在网上搜linux 解压 rar经常会看到有人说装了 unrar 还是解不开——大概率就是踩了这个坑。解决办法是用官方二进制包覆盖掉发行版自带的老版本具体怎么做在下一节讲。先把这件事记住装上了不等于装对了unrar --version显示的版本号才是关键。1.3 什么情况下我会主动用 rar 而不是 tar有一种场景我确实会主动选 rar就是需要分卷 恢复记录同时存在的时候。举例来说把几十 GB 的数据库导出文件刻盘或者通过受限介质传递需要切成固定大小、并且希望某一卷出问题时还能抢救。tar 配 split 也能切但切完之后是裸的二进制碎片没有任何校验信息rar 的-v加-rr组合能同时给你分卷和冗余恢复记录出问题的容错空间更大。这是它在工程上真正的不可替代之处而不是压缩率那点差异。2. 安装 rar 与 unrar三种落地方式2.1 发行版仓库直接装最快但有版本坑Debian、Ubuntu 系的仓库里同时存在rar和unrar两个包rar来自官方免费版unrar则是那个功能受限的 free 版本。安装命令sudo apt update sudo apt install rar unrar装完先看版本unrar --version如果输出里出现的是UNRAR 5.x freeware这种字样说明你拿到的是 free 版解 RAR5 包会有问题。RHEL、CentOS、Fedora 系需要先启用 EPEL 或 RPM Fusionsudo dnf install https://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm sudo dnf install unrar rarArch 用户可以从 AUR 装rar或者直接用p7zip的 rar 支持——顺带提一句7z x file.rar在很多情况下是比 unrar 更省心的选择尤其是老包乱码问题上7-Zip 的编码猜测做得更宽容。提示如果你的发行版仓库版本太老别纠结直接跳到 2.2 用官方包省下来的排查时间远比安装那两分钟值钱。2.2 官方二进制包手动安装版本最新RARLAB 官网提供预编译的 Linux 二进制包命名形如rarlinux-x64-6.x.x.tar.gz。整个安装过程就是解压 拷贝 建软链不需要编译wget https://www.rarlab.com/rar/rarlinux-x64-624.tar.gz tar -zxvf rarlinux-x64-624.tar.gz cd rar sudo cp rar unrar /usr/local/bin/ sudo chmod 755 /usr/local/bin/rar /usr/local/bin/unrar如果你还想让rar带默认配置文件比如设置默认压缩级别可以把rar/rarfiles.lst一并拷到/etc/或用户家目录。装完再验证一次版本正常应该看到UNRAR 6.x之类。这个方式的优势是版本一定最新能正确处理 RAR5 格式和最新的加密参数缺点是升级要手动重来一次所以我通常会在自己的 dotfiles 里写个一次性的安装脚本备着。2.3 装完之后的三步验证装完别急着用按下面三步过一遍能避免后面大量的无效排查版本核对unrar --version和rar -?都要能正常输出确认不是 free 版。格式探测拿一个真实的 rar 包跑unrar l test.rar能列出文件清单说明格式识别正常。写入权限检查解压目标目录是否有写权限。我遇到过好几次解压失败最后发现是解压到了/opt这种需要 root 的路径报错信息很误导人。这三步加起来不到一分钟但能挡掉八成的低级问题。装环境这件事验证的成本永远低于事后排查的成本。2.4 一个容易被忽略的替代方案如果你只是偶尔需要处理一次 rar 包且不想在系统里装额外的东西7z是个很实用的备选。大多数发行版的p7zip-full或p7zip-rar包都带 rar 读取能力sudo apt install p7zip-full p7zip-rar 7z l file.rar 7z x file.rar -o./output它对分卷包的处理也还行把file.part1.rar作为入口参数就能自动找后续卷。不过写正式脚本做自动化时我还是倾向用官方 unrar行为更可预期参数也更明确。3. rar 压缩命令从一条基础命令拆到每个参数3.1 最小可用命令与目录递归逻辑rar 压缩的基本语法是rar a 归档名 待压缩内容a就是 add 的意思。最简单的形式rar a backup.rar /home/user/project这条命令会把project目录连同它本身的路径一起打进去。注意这里有个和 tar 很像但容易搞混的点rar 默认是递归的不需要额外加-r。很多人从 tar 的习惯迁移过来会下意识写成rar a backup.rar -r /home/user/project虽然不报错但语义上是多余的。如果你不希望把顶层目录名带进去只想要目录里的内容用-ep1rar a backup.rar -ep1 /home/user/project/-ep1的作用是排除基础目录让归档里的路径从project内部开始。这个参数在打包交付时特别有用——你不想让对方解压出来发现文件全在一个多层的需求目录里找东西还得往下点好几层。3.2 压缩级别怎么选-m0 到 -m5 的真实差别rar 提供六级压缩参数是-m0到-m5默认是-m3。级别越高压缩耗时越长收益递减明显参数含义压缩率适用场景-m0仅存储不压缩无已经是压缩格式的文件jpg、mp4、zip-m1最低压缩低对速度极敏感的临时归档-m2较低压缩中低平衡型日常用-m3标准压缩默认中通用场景-m4较高压缩中高长期归档-m5最高压缩高冷备、一次性归档有个判断经验值得分享当待压缩内容本身已经是高熵数据图片、视频、数据库备份文件时压缩级别几乎不影响结果。我曾经拿一个 20GB 的.sql.gz去测-m1和-m5最终体积差了不到 2%但耗时差了将近十倍。这种情况直接用-m0只做打包反而最划算。真正能从高压缩级别里吃到红利的是大量文本、源码、日志、JSON 这类结构化且低熵的数据。3.3 分卷压缩-v 参数的容量换算分卷是 rar 在 Linux 上最有价值的特性之一。参数-v后面接容量单位可以是k、m、g也可以裸写字节数rar a -v100m -m3 backup.rar /data/export执行完会得到backup.part1.rar、backup.part2.rar……这样一串文件。这里有个换算细节常被搞错-v100m里的 100m 是 100 × 1024 × 1024 字节而不是 100,000,000 字节。如果你要往一张标称 4.7GB 的光盘介质上放别直接写-v4.7g那只是数据负载的容量还要给文件系统开销留余量。我的习惯是留 5% 到 8% 的余量比如目标介质是 4.7GB我会写成-v4400m。分卷还支持自动卷大小模式比如按介质类型自动切分但对大多数场景来说手写明确容量更可控、更可复现。顺带说一句分卷出来的每一卷文件名里.partN的编号是连续的少任何一卷都解不开所以传输时一定要核对卷数或者用unrar l backup.part1.rar查看清单里标注的卷总数。3.4 加密与文件头加密-p 和 -hp 不是一回事加密这块是很多人真正踩坑的地方。rar 有两个密码相关参数效果差别很大# 只加密文件内容文件名仍然可见 rar a -pMySecretPass secret_content.rar /data/sensitive # 同时加密文件名和目录结构 rar a -hpMySecretPass secret_all.rar /data/sensitive-p只保护内容任何人拿到包用unrar l都能看到里面有哪些文件、多大、什么目录结构。-hp则会连文件头一起加密不解密连清单都列不出来。如果文件名本身就包含敏感信息比如客户名、身份证号、内部项目代号必须用-hp这一点我在做数据交付时反复跟同事强调过。关于密码管理有个现实要说清楚RAR 的加密设计目标就是让没有密码的人无法用任何常规手段恢复内容官方也没有提供任何形式的恢复后门。所以如果密码丢了正规途径基本就是没有途径只能去找文件提供方重新要一份。我的做法是把重要归档的密码单独存在密码管理器里归档文件名里加一个可追溯的标识避免几年后翻出一堆包却对不上密码。注意密码写在命令行里会留在 shell 历史和进程列表里。生产环境建议用-p不带参数的形式让 rar 交互式提示输入。3.5 恢复记录与固实压缩为长期归档做的准备如果这批归档要存很久或者要经过不可靠的传输链路加恢复记录是很值的一步rar a -rr5p backup.rar /data/archive-rr5p表示添加相当于归档体积 5% 的恢复记录。归档损坏时可以尝试rar r backup.rar修复成功后会生成一个rebuilt.backup.rar。恢复记录能处理的损坏是有上限的具体能扛多少取决于记录比例5% 大致能应对局部扇区级的问题整体截断是救不回来的。所以它是个保险不是备份策略本身。固实压缩用-s参数开启它把小文件当成一条连续数据流压缩对小文件密集的目录压缩率提升明显尤其适合源码仓库、日志目录。代价是解压单个文件时要先解它前面的数据随机读取变慢而且一个字节损坏会影响整块。所以我的取舍是归档是为了长期存放、很少单独取用就开-s归档是为了随时抽文件就别开。3.6 排除与筛选把 node_modules 挡在外面前端项目打包最典型的问题就是node_modules体积爆炸。rar 提供两组参数做筛选# 排除指定模式 rar a web.rar ./myapp -x*/node_modules/* -x*.log -x*/dist/* # 只包含指定模式 rar a logs.rar /var/log -n*.log # 不添加空目录 rar a backup.rar /data -ed-x是通配符匹配路径写的时候要留意 shell 的引号不加引号的话 shell 可能先帮你展开成实际文件名导致 rar 收到的参数完全变了样。这一点我被坑过一次在某个目录下执行-x*.log因为当前目录恰好有.log文件shell 直接展开成了具体文件名结果排除规则完全没生效。凡是带通配符的参数一律加引号这是我现在写 rar 命令的硬性习惯。4. unrar 解压实操路径、乱码、分卷三件事4.1 x 与 e 的区别以及为什么我基本只用 xunrar 最常用的两个命令是x和e# 保留归档内的目录结构解压 unrar x archive.rar # 所有文件都铺到当前目录忽略原目录结构 unrar e archive.rar区别就一句话x保留路径e不保留。听起来e更省事但实际风险很大——如果归档里有多个同名文件分布在不同子目录e会不停地问你要不要覆盖一不留神就丢数据。所以我日常只用x需要展平的时候也是先x解到临时目录再自己决定怎么摆放。常用配套参数还有几个列一下# 指定解压目录 unrar x archive.rar /tmp/output # 覆盖已存在文件时不询问 unrar x -o archive.rar # 跳过已存在文件 unrar x -o- archive.rar # 静默模式只输出错误 unrar x -idq archive.rar-o和-o-在脚本里特别重要不加的话 unrar 遇到同名文件会卡在交互提问上自动化流程直接挂住。这一点在没有终端的 CI 环境里是致命的。4.2 中文文件名乱码的成因和三条处理路线这是 Linux 解压 rar 最常见、也最让人头疼的问题。根因在于编码Windows 上的压缩工具历史上大量使用 GBK/GB18030 来存储文件名而 Linux 的默认 locale 是 UTF-8。unrar 在读取时如果按 UTF-8 去解码 GBK 字节序列得到的就是一堆乱码字符。处理路线有三条按推荐顺序排第一条优先试 7z。7-Zip 在文件名编码的猜测上更宽容很多乱码包用它解出来就是正常的7z x archive.rar -o./out第二条用 convmv 兜底。先用 unrar 解压此时文件名是乱码然后用convmv把乱码文件名从 GBK 转成 UTF-8sudo apt install convmv unrar x archive.rar ./out convmv -f GBK -t UTF-8 -r --notest ./out关键是--notest不加这个参数 convmv 只做预演不实际改名我第一次用的时候盯着输出看了半天以为转换失败了其实它只是在报告将要改什么。加-r递归处理子目录。第三条调整 locale 再解压。部分版本支持通过环境变量影响解码行为LANGzh_CN.GBK unrar x archive.rar这条不是在所有版本上都有稳定效果能不能成取决于你装的 unrar 版本和系统的 locale 支持情况所以放在最后。另外提醒一句如果系统里没装对应 locale这条命令会静默退化成默认行为看起来像没生效其实是没有这个 locale 可用。提示解压涉及中文名的包时先解到一个临时目录再去处理编码。直接解到目标位置再改名中间状态的乱码文件名很容易被其他脚本或同步工具误处理。4.3 分卷包解压与归档完整性测试分卷包解压比想象中简单——只需要指定第一卷unrar x backup.part1.rarunrar 会自动去找同目录下的后续卷。前提是命名规则没被打乱且所有卷都在同一个目录里。如果卷不全会提示让你指定下一卷的位置。手动指定也可以unrar x backup.part1.rar -vp下载或传输完分卷包后我强烈建议先做一次完整性测试再解压unrar t backup.part1.rart命令只校验不落盘速度快能提前发现某一卷损坏。分卷包最怕的就是解压到 90% 才发现第七卷有问题白等半小时。先t后x这个习惯值得养成。4.4 只取需要的那几个文件归档很大但只想要里面某几个文件时直接带上路径即可unrar x bigarchive.rar data/2024/report.csv ./out路径支持通配符但要加引号防止 shell 展开unrar x bigarchive.rar *.csv ./out unrar x bigarchive.rar logs/*.log ./out如果只是想看看某个文件的内容而不解压用p输出到标准输出unrar p bigarchive.rar config/app.yaml | less这个技巧在排查配置文件时特别顺手不用先解压再翻目录。需要列清单用unrar l要详细列出含 CRC、压缩率、日期用unrar v。我一般在解压前都先l一眼确认归档里的结构和自己预期一致避免解出来一堆意料之外的东西污染当前目录。5. 常见问题与排查实录5.1 问题速查表把这些年遇到过的问题整理成一张表遇到报错先对号入座现象可能原因处理方式提示不支持的归档格式unrar 版本过老不支持 RAR5改用官方二进制包或 7z中文文件名全是乱码归档内用 GBK 编码用 7z 解压或 convmv 转码分卷包解压中途报错缺少某一卷或卷损坏unrar t先测核对卷数提示需要密码归档加密或用了-hp向提供方索要密码无其他途径命令卡住不动遇到同名文件在等待交互加-o或-o-解压后文件大小不对磁盘空间不足df -h检查目标分区权限拒绝目标目录无写权限换目录或用具备权限的账号排除参数无效shell 提前展开了通配符给参数加引号5.2 几个踩过的坑第一个坑把 rar 当成可以跨版本随便用的工具。我早期在一台老 Debian 上装了unrar-free结果一个客户发来的 RAR5 包死活解不开报错信息只有一句不支持的格式完全没有提示版本问题。折腾了半小时才想起来查版本号。从那以后我处理任何解不开的 rar第一件事就是unrar --version。第二个坑在脚本里忘了加-o。有一次写了批处理脚本跑几百个 rar 包跑到第二十来个的时候突然不动了看了半天日志没报错。原因就是遇到同名文件unrar 在后台等一个永远不会有人回答的确认。脚本里执行 unrar-o或-o-是必需品不是可选项。第三个坑中文名乱码后直接改文件名。早期不懂编码这回事解压出乱码就手动重命名几十个文件改到手酸。正确做法是用 convmv 批量转或者换 7z 重解。省下来的时间够写好几天代码。第四个坑忽略磁盘空间。rar 的高压缩率会给人一个错觉——包不大解出来也不大。实际差距可能是十倍以上。有一次解一个 3GB 的压缩包目标分区只剩 5GB解到一半空间爆掉前功尽弃。现在我在解压任何超过 1GB 的包之前都会先df -h看一眼剩余空间。第五个坑把归档当成备份。有人觉得打个 rar 包放在同一块盘上就是备份了。盘坏的时候压缩包和原文件一起没。rar 的恢复记录只能应对归档文件本身局部损坏应对不了存储介质整体失效。归档和备份是两件事别混。5.3 关于密码问题的一点说明热词里经常出现压缩包忘记密码了怎么解压这类搜索。从技术角度讲RAR 的加密是设计来抵挡这类尝试的尤其是启用了文件头加密的包连里面有什么都看不到。我不打算、也不建议往这个方向走——正规做法只有一个联系文件的来源方重新获取一份带密码的副本或者请对方重新打包一份未加密的。如果那个归档是你自己很久以前做的翻一下密码管理器、笔记、邮件草稿箱往往能找到当初记录的口令。与其在恢复上花时间不如在创建归档时就把密码登记到一个可靠的地方。6. 把 rar 塞进脚本备份与交付场景6.1 一个可以直接抄的日志备份脚本下面这个脚本是我实际在用的日志归档逻辑做了裁剪保留了核心部分#!/bin/bash set -euo pipefail LOG_DIR/var/log/myapp BACKUP_DIR/backup/logs STAMP$(date %Y%m%d) ARCHIVE${BACKUP_DIR}/logs_${STAMP}.rar PASSWORD_FILE/etc/backup.pass mkdir -p ${BACKUP_DIR} # 读取密码文件权限务必设为 600 PASS$(cat ${PASSWORD_FILE}) rar a \ -m3 \ -rr5p \ -hp${PASS} \ -o \ -idq \ -x*.tmp \ -x*.gz \ ${ARCHIVE} \ ${LOG_DIR} # 归档完成后校验 unrar t -p${PASS} ${ARCHIVE} /dev/null echo 归档完成: ${ARCHIVE}几个点解释一下。set -euo pipefail让脚本在任一环节失败时立刻停止避免带着错误状态往下跑。-rr5p加恢复记录日志这种东西往往要留很久多一层保险不亏。-idq关闭正常输出只留错误日志干净。最后用unrar t做一次校验确认写出来的包是可读的——写完不验证的归档等于没备份。密码从独立文件读是为了避免密码出现在进程列表里。这个文件权限必须设成 600属主是执行脚本的账号sudo chmod 600 /etc/backup.pass6.2 rar 与 tar 混用时的注意事项有些团队既有 Linux 归档用 tar 的传统又有外面传进来的 rar 包两套并存时容易出几个问题。第一个是后缀错觉。有人看到.rar就以为一定得用 unrar看到.tar.gz就以为一定得用 tar。实际上一部分.rar包是别人把 tar 包改名来的这种情况在流传的资料包里特别常见。判断方法是看文件头file archive.rar head -c 16 archive.rar | xxdrar 的魔数是Rar!tar 包通常是ustar出现在偏移 257 处。花两秒钟确认一下比在那个包上试十种解压命令快得多。第二个是路径长度问题。Windows 上打的包有时会带很深的目录层级Linux 上解压时单路径长度超限会失败。遇到这种情况可以先解到根目录较浅的位置或者用-ep1剥离顶层。第三个是时间戳和权限。rar 在解压时可以保留原有的时间信息但权限位跟 tar 的处理方式略有差异尤其是可执行位。如果是解压一个包含脚本的包解完记得检查一下执行权限chmod x ./scripts/*.sh第四个是编码一致性。跨平台协作时最好在团队里统一约定交付归档尽量用 UTF-8 文件名或者干脆用纯 ASCII 命名。这样能避免后面所有跟乱码相关的麻烦。这条建议看着简单但真能省下大量沟通成本。最后分享一个我自己的小习惯处理任何来路不明的 rar 包我都会先在一个专门的临时目录里unrar l看一眼结构确认没问题再决定解到哪。多这一步大概三秒钟但它挡掉过好几次解压把当前工作目录搞得一团糟的事故。命令行的世界里有句话挺对——先看清楚再动手。