简介面向64位Linuxx86_64用户的RAR命令行压缩工具测试包版本6.1.b1适合需要在Ubuntu、Debian、Fedora等环境中处理RAR档案的运维与开发人员。压缩包共11个文件体积约590KB内含rar与unrar可执行程序、default.sfx自解压模块、makefile及若干txt说明文档并附rarfiles.lst、order.htm等辅助文件便于了解命令用法、授权信息与版本变更。已有200人学习下载。读者可据此获得Linux下RAR压缩解压、分卷、加密与损坏档案修复等能力的工具入口也可通过readme、whatsnew等文档快速核对参数和使用限制b1为测试版适合评估新特性或在受控环境中验证兼容性。1. rarlinux-x64-6.1.b1.tar.gz 是什么一份只有两个可执行文件的命令行包rarlinux-x64-6.1 这个包拆开看几乎没有“安装”这回事一个 tar.gz 里躺着 rar 和 unrar 两个 Linux x64 可执行文件外加一份扩展名掩码列表和几页说明文本没有图形界面没有向导也没有依赖清单。它解决的场景很具体——服务器上没桌面、只能靠 shell 干活却要处理 .rar 归档解别人发来的包、给日志和数据目录打固实压缩、按 2G 切分卷、加密码、留恢复记录。适合运维、后端、数据交付这类天天跟归档文件打交道的人只想双击解压的这份资源帮不上忙。版本号里的 b1 要记牢它是测试构建不是稳定分支。2. 落地安装从 tar.gz 到命令行里能跑通2.1 解包之前先列清单拿到一个来路清楚的压缩包我第一件事永远是只读不解先看结构和权限位。# -t 只列目录不解压-v 带权限与大小-z 走 gzip tar -tzvf rarlinux-x64-6.1.b1.tar.gz正常输出是顶层一个目录里面是两个 ELF 可执行文件、一份掩码列表、一个自解压模块和若干说明文本。这一步的价值在于提前发现两件事一是打包时有没有丢失执行位二是文件是不是真的只有这些避免解出一堆没预料到的东西再回头清理。-v那一列权限位里如果 rar 和 unrar 没有x后面复制时必须靠install -m 0755补回来直接cp过去再执行会报权限拒绝。体量上 rar 比 unrar 大因为压缩端的算法实现更重。解包时如果只想看目录结构不想占空间把-z换成-t先跑一遍确认顶层目录名再决定解到哪别在/tmp里堆一堆重复文件。2.2 装到哪/opt 存版本/usr/local/bin 只放软链安装位置这件事取决于你机器上有没有别的 rar。有旧版本的时候直接覆盖/usr/local/bin是最容易埋雷的做法——某个跑了两年的备份脚本会在某天早上突然换了压缩行为。我一般这么放cd /tmp tar -xzf rarlinux-x64-6.1.b1.tar.gz cd rar # 版本化目录beta 号写进路径里一眼能看出跑的是哪个构建 install -d /opt/rar-6.1b1/bin # install 一步搞定复制权限等价于 cp chmod 0755 install -m 0755 rar unrar /opt/rar-6.1b1/bin/ # 掩码列表放子目录别直接铺在 /etc 根下 install -d /etc/rar install -m 0644 rarfiles.lst /etc/rar/rarfiles.lst # 需要全局可见时用带版本后缀的软链不抢默认命令名 ln -sf /opt/rar-6.1b1/bin/rar /usr/local/bin/rar-6.1b1 ln -sf /opt/rar-6.1b1/bin/unrar /usr/local/bin/unrar-6.1b1install -m 0755里的0755是属主读写执行、同组和其他人读执行二进制文件别给0777多出来的写权限在共享主机上是安全隐患。把可执行文件放/opt/rar-6.1b1/bin而不是直接进/usr/local/bin好处是回滚只需要删一个软链脚本里写绝对路径调用时也不会因为 PATH 顺序的玄学跑到别的版本上去。如果包内附带 makefilemake install会一步把 rar、unrar 装进/usr/local/bin掩码列表装进/etc。省事但它会覆盖同名文件执行前先which -a rar unrar看一眼旧版本在哪心里有个数。装完记得hash -r清掉 shell 的命令缓存否则新装的命令可能还要开个新终端才生效。2.3 三条命令验证装对了没有装完不验证等于没装。我固定跑三条# 1. 看解析到的是哪个文件多个版本时能立刻发现冲突 command -v rar unrar which -a rar unrar # 2. 动态库一票否决有 not found 就别往下走了 ldd /opt/rar-6.1b1/bin/rar | grep -i not found echo 缺库 || echo 依赖 OK # 3. 不带参数跑一下能打印 banner 和用法说明链接过了 /opt/rar-6.1b1/bin/rar 21 | head -n 3 /opt/rar-6.1b1/bin/unrar 21 | head -n 3ldd那一步是最值得养成习惯的它把“文件在执行但内核找不到解释器”这类问题提前暴露出来比等到生产环境报一句含混的错误强得多。版本串里带着 b1 就是测试构建把它写进部署记录方便下次出问题回溯。再加一条端到端的小验证比看 banner 更实在mkdir -p /tmp/rt cd /tmp/rt dd if/dev/urandom ofblob.bin bs1M count8 # 造 8MB 随机数据不可压缩 /opt/rar-6.1b1/bin/rar a -ma5 t.rar blob.bin # 打一个 RAR5 包 /opt/rar-6.1b1/bin/unrar t -inul t.rar; echo exit$? # 只测不落盘随机数据不可压缩所以打出来的包应该比原文件略大——这是正常的说明压缩路径确实走了而没有被什么开关短路。exit0才算通过非 0 要分清楚是参数写错还是包有问题别一句|| true糊过去。3. 压缩参数怎么搭-m、-md、-s、-v 的组合边界3.1 -m 与 -md先算内存再谈压缩率压缩级别和字典大小是两个独立维度很多人只调前者结果发现从-m3到-m5体积几乎没降——因为瓶颈在字典不在算法档位。级别相对速度适用场景备注-m0最快jpg/mp4/zip 这类已压缩文件归档只打包不压几乎不吃 CPU-m1快日志、临时交付压缩率一般适合天天跑-m3中源码、文档日常备份默认档位-m5慢冷备、长期归档需要配合大字典才有意义# 冷备大字典 最高档用 CPU 换体积 rar a -ma5 -m5 -md256m -mt4 backup-2024.rar ./data/ # 交付中档压缩几分钟内出包 rar a -ma5 -m3 -md32m handoff.rar ./dist/-ma5指定 RAR5 归档格式只有这个格式才吃得下 1G 级别的字典和 BLAKE2 系列的校验-md256m把字典设成 256MB必须是 2 的幂压缩端内存占用大致就按这个量级往上走容器里跑之前先看 memory limit不然会被 OOM Killer 直接带走。-mt4开 4 个压缩线程压缩是纯 CPU 密集活线程数超过核数只会互相抢没有收益。解压端的内存要求明显低于压缩端但依然和字典大小相关。做长期归档时我的取舍是字典设到 128M256M 就够了再往上压缩率的边际收益很小而一旦哪天要在小内存机器上解反而给自己挖坑。3.2 -s 与 -v固实压缩和分卷的代价rar a -ma5 -m5 -s -md128m -v2g -vn -rr3% -rv2 bigdata.rar ./dataset/-s是固实压缩把一堆小文件当成一条连续数据流来压同构的小文件大量相似文本、切片的图片、源码树压缩率提升非常明显。代价有两个解压单个文件时得从头扫到它所在的位置越靠后越慢包一旦固实就不适合增量更新往固实包里加文件等于重压。所以“每天往里塞文件”的归档不要开-s用-s-或者干脆每次打新包。-v2g按 2G 切分卷单位可以是 k、b、m、g。不加-vn时 RAR5 用.part1.rar、.part2.rar这种新命名加了-vn走旧的.rar/.r00/.r01命名。选哪种只看接收方——老工具链认旧命名新脚本用新命名更直观混着来最容易出错。-rr3%写 3% 的恢复记录-rv2额外生成 2 个恢复卷。恢复记录是按卷写入的能救的是 CRC 级别的局部损坏如果一整卷丢失、磁盘块级损坏超过记录比例它救不回来。所以百分比要按“单卷最坏情况”估不是按整个包的大小估这一点在血泪经验里排得很靠前。3.3 -x 与 -n排除规则怎么写才生效# include.lst 一行一个掩码格式和 rarfiles.lst 相同 cat include.lst EOF *.conf *.yaml *.sql EOF rar a -ma5 -m5 -ep1 \ -x*.log -x*/node_modules/* -x*/cache/* \ -ninclude.lst \ app-config.rar ./app/掩码务必用单引号包住。不包的话 shell 会先把*.log展开成当前目录下真实存在的文件名传给 rar 的规则就变成了几个具体路径看着像“排除了却没生效”实际上是规则根本没送进去。-ep1去掉命令行里给出的基础目录解压时不会凭空多出一层app/。-n从文件读包含列表好处是规则可以进仓库跟版本走不用把一长串-x塞在 crontab 里。注意-x的优先级高于-n两者同时命中时以排除为准掩码的匹配基准是你传给命令的路径不是当前工作目录写-x*/cache/*这种带前导通配的形式最稳。规则写完别直接跑全量先rar lt或rar l看一眼条目数和总大小对不对这一步花十秒能省掉一次重打。3.4 -p 与 -hp加密强度的分界线# 只加密数据文件名仍可列出 rar a -p -ma5 secret-data.rar ./docs/ # 连文件头一起加密文件名也看不到 rar a -hp -ma5 secret-all.rar ./docs/-p后面不跟值就是交互式提示输入这是推荐姿势。写成-pMyPass会同时留在 shell history 和ps的命令行里等于把密码贴在墙上。-hp加密文件头没有密码连包里有几个文件、叫什么名字都看不到安全性高但找回能力为零——密码丢了就是真丢了没有后悔药。解压端对应关系是-hp打的包unrar l就需要密码-p打的包可以列目录但取文件要密码。批量解无密码包时用-p-强制关掉密码提示避免脚本卡在交互上。4. 解压、校验与修复unrar 的动作选择4.1 x / e / t / l / p 五个动作的差别动作作用典型用法x带完整路径解压恢复目录结构e平铺解压丢掉路径只取文件不要层级t只测试不落盘校验完整性l / lt列表 / 技术列表看条目、大小、CRC、时间p输出到标准输出包里单个小文件直接看unrar l big.rar | head -n 20 # 先看条目数和总大小再决定解到哪 unrar x -o -ad big.rar ./restore/ # 带路径解压同名覆盖自动建同名子目录 unrar t -inul big.rar; echo exit$? # 只校验不落盘 unrar p big.rar conf/app.yaml # 单个小文件直接打印不落地-o覆盖同名文件、-o-跳过、-or自动改名。-ad这个开关在批量解压时非常关键它让每个包解到各自同名的子目录里不加的话几个包的文件会糊在同一层事后清理比重解还麻烦。-inul关掉进度输出适合脚本但错误信息也一起被压掉了所以必须配退出码判断——返回 0 才算通过CRC 类错误和参数类错误的返回值不一样脚本里要分开处理。4.2 分卷包只给第一个卷unrar x -o pack.part1.rar ./out/ # RAR5 新命名只给 part1 unrar x -o pack.rar ./out/ # 旧命名只给主卷unrar 会按前缀自动找后面的卷前提是所有卷在同一目录、前缀一致、编号连续。缺卷时它会明确报找不到某个卷这时候不要去试-kb那是给损坏文件抢救用的开关会让它把半截文件也写出来看上去解压成功了实际数据是残的。批量恢复时我习惯先把所有分卷sha256sum存一份清单解压前先sha256sum -c过一遍确认传输环节没出问题再让 unrar 干活。顺序反了的话出了错不知道是文件坏了还是包坏了。4.3 恢复记录与修复流程有-rr的包才有修复空间没恢复记录的包一旦 CRC 损坏基本只能回退到备份。流程固定三步# 1. 先测拿到具体是哪个文件、哪一卷出问题 unrar t -inul archive.rar; echo exit$? # 2. 有恢复记录时尝试修复修复结果另存副本不动原件 rar r archive.rar # 3. 对修复产物再测一遍通过才算救回来 unrar t -inul fixed.archive.rar; echo exit$?rar r不会覆盖原文件它另存出一个修复后的副本文件名以屏幕输出为准别凭猜。分卷包损坏时先用rar r对第一分卷做重建能补回缺失的卷结构再解压补不回来的老老实实承认丢失从备份取。这几步我一般写进一个脚本里因为着急的时候人容易跳步跳过测试直接解压最后拿到一堆打不开的文件还以为恢复了。5. 避坑与排查五个真实翻车现场5.1 轻量容器里报“文件不存在”但 ls 明明能看到现象./rar执行报No such file or directoryls -l显示文件在、权限也对。原因这类精简镜像用的是 musl 运行库没有 glibc 的动态链接器内核找不到 ELF 里指定的解释器路径报错就变成了“文件不存在”这种误导性文案。解决ldd ./rar一看就知道输出里会有not found或直接提示不是动态可执行文件。真要在这类镜像里用换 glibc 基础镜像或在阶段划分里把解压动作放到另一个构建阶段别在生产基础镜像上硬塞兼容层——那种做法短期能跑长期是维护黑洞。5.2 昨天还好好的打包脚本今天产物解不开现象同一个脚本包体积突然变了或者解压时报格式错误。原因全局默认的 rar 被换成了新版本比如这次装的是 b1 测试构建脚本里写的是裸命令rarPATH 一改就换了实现。测试构建的行为和稳定版有差异属于正常问题出在没人知道换了。解决可执行文件放/opt带版本号的目录脚本里写绝对路径别依赖 PATH 顺序升级前which -a rar拍照留档把版本号打进产物文件名出问题能立刻对应上。从那以后我所有涉及归档的脚本都这么写再没遇到过“版本自己变了”这种事。5.3 密码泄漏在 history 和 ps 里现象ps aux能看到完整的密码参数history里也留着明文。原因-pMyPass直接写在命令行上进程启动参数对同机用户可见shell 还会把它记进历史文件。解决用不带值的-p交互输入必须自动化时把凭据放 600 权限文件由受控账号读取同时设HISTCONTROLignorespace、在敏感命令前加空格避免入历史事后再检查一遍 history。已经泄漏的密码立刻换掉别抱侥幸。5.4 排除规则没生效包比预期大好几倍现象明明写了-x*/node_modules/*产物还是把依赖目录全打进去了。原因三种可能——引号没加导致通配符被 shell 提前展开掩码基准路径写错实际匹配不到-n包含列表里又把这些文件显式加了回来-x优先级更高但如果-n里的路径绕开了掩码就躲过去了。解决先rar l看条目确认到底打进去了什么再把通配符统一加单引号用带前导*/的形式覆盖任意层级最后把包含/排除规则放进版本化的列表文件里别散在命令行长串中。5.5 解压出来的中文文件名乱码、时间戳全变成当前时刻现象从别处发来的包解开后文件名是一堆问号或乱码文件修改时间全部变成解压那一刻。原因老格式的包按打包端本地代码页存文件名到 Linux 上按 UTF-8 解释就错位时间戳丢失一般是打包时没保留、或解压目标文件系统不支持权限与时间属性比如某些挂载参数下的外部存储。解决能在打包端解决的就在打包端解决——统一用 RAR5 格式、文件名统一 UTF-8收到老包先解一个小样本验证别一次性全量解跨文件系统交付前先拿两个文件试解、比对 sha256 和 mtime确认属性保住了再批量跑。6. 进阶把 rar 编进备份脚本用三重校验兜底我维护过一段无人值守的归档流水线最怕的不是包没打出来而是脚本返回 0 之后没人验证它能不能解开。所以脚本里固化了三道校验打包退出码、全卷解压测试、独立哈希清单。#!/usr/bin/env bash set -euo pipefail RAR/opt/rar-6.1b1/bin/rar # 绝对路径不依赖 PATH UNRAR/opt/rar-6.1b1/bin/unrar SRC/srv/data OUT/backup/$(date %F) mkdir -p $OUT # 1. 打包固实 3% 恢复记录 2G 分卷 $RAR a -ma5 -m5 -md128m -s -rr3% -v2 p a hrefhttps://download.csdn.net/download/lion1994/33361886 stylecolor:#ec7500;font-size:14px; 本文还有配套的精品资源点击获取 /a img altmenu-r.4af5f7ec.gif srchttps://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif stylewidth:16px;margin-left:4px;vertical-align:text-bottom;cursor:text; /p
简介面向64位Linuxx86_64用户的RAR命令行压缩工具测试包版本6.1.b1适合需要在Ubuntu、Debian、Fedora等环境中处理RAR档案的运维与开发人员。压缩包共11个文件体积约590KB内含rar与unrar可执行程序、default.sfx自解压模块、makefile及若干txt说明文档并附rarfiles.lst、order.htm等辅助文件便于了解命令用法、授权信息与版本变更。已有200人学习下载。读者可据此获得Linux下RAR压缩解压、分卷、加密与损坏档案修复等能力的工具入口也可通过readme、whatsnew等文档快速核对参数和使用限制b1为测试版适合评估新特性或在受控环境中验证兼容性。1. rarlinux-x64-6.1.b1.tar.gz 是什么一份只有两个可执行文件的命令行包rarlinux-x64-6.1 这个包拆开看几乎没有“安装”这回事一个 tar.gz 里躺着 rar 和 unrar 两个 Linux x64 可执行文件外加一份扩展名掩码列表和几页说明文本没有图形界面没有向导也没有依赖清单。它解决的场景很具体——服务器上没桌面、只能靠 shell 干活却要处理 .rar 归档解别人发来的包、给日志和数据目录打固实压缩、按 2G 切分卷、加密码、留恢复记录。适合运维、后端、数据交付这类天天跟归档文件打交道的人只想双击解压的这份资源帮不上忙。版本号里的 b1 要记牢它是测试构建不是稳定分支。2. 落地安装从 tar.gz 到命令行里能跑通2.1 解包之前先列清单拿到一个来路清楚的压缩包我第一件事永远是只读不解先看结构和权限位。# -t 只列目录不解压-v 带权限与大小-z 走 gzip tar -tzvf rarlinux-x64-6.1.b1.tar.gz正常输出是顶层一个目录里面是两个 ELF 可执行文件、一份掩码列表、一个自解压模块和若干说明文本。这一步的价值在于提前发现两件事一是打包时有没有丢失执行位二是文件是不是真的只有这些避免解出一堆没预料到的东西再回头清理。-v那一列权限位里如果 rar 和 unrar 没有x后面复制时必须靠install -m 0755补回来直接cp过去再执行会报权限拒绝。体量上 rar 比 unrar 大因为压缩端的算法实现更重。解包时如果只想看目录结构不想占空间把-z换成-t先跑一遍确认顶层目录名再决定解到哪别在/tmp里堆一堆重复文件。2.2 装到哪/opt 存版本/usr/local/bin 只放软链安装位置这件事取决于你机器上有没有别的 rar。有旧版本的时候直接覆盖/usr/local/bin是最容易埋雷的做法——某个跑了两年的备份脚本会在某天早上突然换了压缩行为。我一般这么放cd /tmp tar -xzf rarlinux-x64-6.1.b1.tar.gz cd rar # 版本化目录beta 号写进路径里一眼能看出跑的是哪个构建 install -d /opt/rar-6.1b1/bin # install 一步搞定复制权限等价于 cp chmod 0755 install -m 0755 rar unrar /opt/rar-6.1b1/bin/ # 掩码列表放子目录别直接铺在 /etc 根下 install -d /etc/rar install -m 0644 rarfiles.lst /etc/rar/rarfiles.lst # 需要全局可见时用带版本后缀的软链不抢默认命令名 ln -sf /opt/rar-6.1b1/bin/rar /usr/local/bin/rar-6.1b1 ln -sf /opt/rar-6.1b1/bin/unrar /usr/local/bin/unrar-6.1b1install -m 0755里的0755是属主读写执行、同组和其他人读执行二进制文件别给0777多出来的写权限在共享主机上是安全隐患。把可执行文件放/opt/rar-6.1b1/bin而不是直接进/usr/local/bin好处是回滚只需要删一个软链脚本里写绝对路径调用时也不会因为 PATH 顺序的玄学跑到别的版本上去。如果包内附带 makefilemake install会一步把 rar、unrar 装进/usr/local/bin掩码列表装进/etc。省事但它会覆盖同名文件执行前先which -a rar unrar看一眼旧版本在哪心里有个数。装完记得hash -r清掉 shell 的命令缓存否则新装的命令可能还要开个新终端才生效。2.3 三条命令验证装对了没有装完不验证等于没装。我固定跑三条# 1. 看解析到的是哪个文件多个版本时能立刻发现冲突 command -v rar unrar which -a rar unrar # 2. 动态库一票否决有 not found 就别往下走了 ldd /opt/rar-6.1b1/bin/rar | grep -i not found echo 缺库 || echo 依赖 OK # 3. 不带参数跑一下能打印 banner 和用法说明链接过了 /opt/rar-6.1b1/bin/rar 21 | head -n 3 /opt/rar-6.1b1/bin/unrar 21 | head -n 3ldd那一步是最值得养成习惯的它把“文件在执行但内核找不到解释器”这类问题提前暴露出来比等到生产环境报一句含混的错误强得多。版本串里带着 b1 就是测试构建把它写进部署记录方便下次出问题回溯。再加一条端到端的小验证比看 banner 更实在mkdir -p /tmp/rt cd /tmp/rt dd if/dev/urandom ofblob.bin bs1M count8 # 造 8MB 随机数据不可压缩 /opt/rar-6.1b1/bin/rar a -ma5 t.rar blob.bin # 打一个 RAR5 包 /opt/rar-6.1b1/bin/unrar t -inul t.rar; echo exit$? # 只测不落盘随机数据不可压缩所以打出来的包应该比原文件略大——这是正常的说明压缩路径确实走了而没有被什么开关短路。exit0才算通过非 0 要分清楚是参数写错还是包有问题别一句|| true糊过去。3. 压缩参数怎么搭-m、-md、-s、-v 的组合边界3.1 -m 与 -md先算内存再谈压缩率压缩级别和字典大小是两个独立维度很多人只调前者结果发现从-m3到-m5体积几乎没降——因为瓶颈在字典不在算法档位。级别相对速度适用场景备注-m0最快jpg/mp4/zip 这类已压缩文件归档只打包不压几乎不吃 CPU-m1快日志、临时交付压缩率一般适合天天跑-m3中源码、文档日常备份默认档位-m5慢冷备、长期归档需要配合大字典才有意义# 冷备大字典 最高档用 CPU 换体积 rar a -ma5 -m5 -md256m -mt4 backup-2024.rar ./data/ # 交付中档压缩几分钟内出包 rar a -ma5 -m3 -md32m handoff.rar ./dist/-ma5指定 RAR5 归档格式只有这个格式才吃得下 1G 级别的字典和 BLAKE2 系列的校验-md256m把字典设成 256MB必须是 2 的幂压缩端内存占用大致就按这个量级往上走容器里跑之前先看 memory limit不然会被 OOM Killer 直接带走。-mt4开 4 个压缩线程压缩是纯 CPU 密集活线程数超过核数只会互相抢没有收益。解压端的内存要求明显低于压缩端但依然和字典大小相关。做长期归档时我的取舍是字典设到 128M256M 就够了再往上压缩率的边际收益很小而一旦哪天要在小内存机器上解反而给自己挖坑。3.2 -s 与 -v固实压缩和分卷的代价rar a -ma5 -m5 -s -md128m -v2g -vn -rr3% -rv2 bigdata.rar ./dataset/-s是固实压缩把一堆小文件当成一条连续数据流来压同构的小文件大量相似文本、切片的图片、源码树压缩率提升非常明显。代价有两个解压单个文件时得从头扫到它所在的位置越靠后越慢包一旦固实就不适合增量更新往固实包里加文件等于重压。所以“每天往里塞文件”的归档不要开-s用-s-或者干脆每次打新包。-v2g按 2G 切分卷单位可以是 k、b、m、g。不加-vn时 RAR5 用.part1.rar、.part2.rar这种新命名加了-vn走旧的.rar/.r00/.r01命名。选哪种只看接收方——老工具链认旧命名新脚本用新命名更直观混着来最容易出错。-rr3%写 3% 的恢复记录-rv2额外生成 2 个恢复卷。恢复记录是按卷写入的能救的是 CRC 级别的局部损坏如果一整卷丢失、磁盘块级损坏超过记录比例它救不回来。所以百分比要按“单卷最坏情况”估不是按整个包的大小估这一点在血泪经验里排得很靠前。3.3 -x 与 -n排除规则怎么写才生效# include.lst 一行一个掩码格式和 rarfiles.lst 相同 cat include.lst EOF *.conf *.yaml *.sql EOF rar a -ma5 -m5 -ep1 \ -x*.log -x*/node_modules/* -x*/cache/* \ -ninclude.lst \ app-config.rar ./app/掩码务必用单引号包住。不包的话 shell 会先把*.log展开成当前目录下真实存在的文件名传给 rar 的规则就变成了几个具体路径看着像“排除了却没生效”实际上是规则根本没送进去。-ep1去掉命令行里给出的基础目录解压时不会凭空多出一层app/。-n从文件读包含列表好处是规则可以进仓库跟版本走不用把一长串-x塞在 crontab 里。注意-x的优先级高于-n两者同时命中时以排除为准掩码的匹配基准是你传给命令的路径不是当前工作目录写-x*/cache/*这种带前导通配的形式最稳。规则写完别直接跑全量先rar lt或rar l看一眼条目数和总大小对不对这一步花十秒能省掉一次重打。3.4 -p 与 -hp加密强度的分界线# 只加密数据文件名仍可列出 rar a -p -ma5 secret-data.rar ./docs/ # 连文件头一起加密文件名也看不到 rar a -hp -ma5 secret-all.rar ./docs/-p后面不跟值就是交互式提示输入这是推荐姿势。写成-pMyPass会同时留在 shell history 和ps的命令行里等于把密码贴在墙上。-hp加密文件头没有密码连包里有几个文件、叫什么名字都看不到安全性高但找回能力为零——密码丢了就是真丢了没有后悔药。解压端对应关系是-hp打的包unrar l就需要密码-p打的包可以列目录但取文件要密码。批量解无密码包时用-p-强制关掉密码提示避免脚本卡在交互上。4. 解压、校验与修复unrar 的动作选择4.1 x / e / t / l / p 五个动作的差别动作作用典型用法x带完整路径解压恢复目录结构e平铺解压丢掉路径只取文件不要层级t只测试不落盘校验完整性l / lt列表 / 技术列表看条目、大小、CRC、时间p输出到标准输出包里单个小文件直接看unrar l big.rar | head -n 20 # 先看条目数和总大小再决定解到哪 unrar x -o -ad big.rar ./restore/ # 带路径解压同名覆盖自动建同名子目录 unrar t -inul big.rar; echo exit$? # 只校验不落盘 unrar p big.rar conf/app.yaml # 单个小文件直接打印不落地-o覆盖同名文件、-o-跳过、-or自动改名。-ad这个开关在批量解压时非常关键它让每个包解到各自同名的子目录里不加的话几个包的文件会糊在同一层事后清理比重解还麻烦。-inul关掉进度输出适合脚本但错误信息也一起被压掉了所以必须配退出码判断——返回 0 才算通过CRC 类错误和参数类错误的返回值不一样脚本里要分开处理。4.2 分卷包只给第一个卷unrar x -o pack.part1.rar ./out/ # RAR5 新命名只给 part1 unrar x -o pack.rar ./out/ # 旧命名只给主卷unrar 会按前缀自动找后面的卷前提是所有卷在同一目录、前缀一致、编号连续。缺卷时它会明确报找不到某个卷这时候不要去试-kb那是给损坏文件抢救用的开关会让它把半截文件也写出来看上去解压成功了实际数据是残的。批量恢复时我习惯先把所有分卷sha256sum存一份清单解压前先sha256sum -c过一遍确认传输环节没出问题再让 unrar 干活。顺序反了的话出了错不知道是文件坏了还是包坏了。4.3 恢复记录与修复流程有-rr的包才有修复空间没恢复记录的包一旦 CRC 损坏基本只能回退到备份。流程固定三步# 1. 先测拿到具体是哪个文件、哪一卷出问题 unrar t -inul archive.rar; echo exit$? # 2. 有恢复记录时尝试修复修复结果另存副本不动原件 rar r archive.rar # 3. 对修复产物再测一遍通过才算救回来 unrar t -inul fixed.archive.rar; echo exit$?rar r不会覆盖原文件它另存出一个修复后的副本文件名以屏幕输出为准别凭猜。分卷包损坏时先用rar r对第一分卷做重建能补回缺失的卷结构再解压补不回来的老老实实承认丢失从备份取。这几步我一般写进一个脚本里因为着急的时候人容易跳步跳过测试直接解压最后拿到一堆打不开的文件还以为恢复了。5. 避坑与排查五个真实翻车现场5.1 轻量容器里报“文件不存在”但 ls 明明能看到现象./rar执行报No such file or directoryls -l显示文件在、权限也对。原因这类精简镜像用的是 musl 运行库没有 glibc 的动态链接器内核找不到 ELF 里指定的解释器路径报错就变成了“文件不存在”这种误导性文案。解决ldd ./rar一看就知道输出里会有not found或直接提示不是动态可执行文件。真要在这类镜像里用换 glibc 基础镜像或在阶段划分里把解压动作放到另一个构建阶段别在生产基础镜像上硬塞兼容层——那种做法短期能跑长期是维护黑洞。5.2 昨天还好好的打包脚本今天产物解不开现象同一个脚本包体积突然变了或者解压时报格式错误。原因全局默认的 rar 被换成了新版本比如这次装的是 b1 测试构建脚本里写的是裸命令rarPATH 一改就换了实现。测试构建的行为和稳定版有差异属于正常问题出在没人知道换了。解决可执行文件放/opt带版本号的目录脚本里写绝对路径别依赖 PATH 顺序升级前which -a rar拍照留档把版本号打进产物文件名出问题能立刻对应上。从那以后我所有涉及归档的脚本都这么写再没遇到过“版本自己变了”这种事。5.3 密码泄漏在 history 和 ps 里现象ps aux能看到完整的密码参数history里也留着明文。原因-pMyPass直接写在命令行上进程启动参数对同机用户可见shell 还会把它记进历史文件。解决用不带值的-p交互输入必须自动化时把凭据放 600 权限文件由受控账号读取同时设HISTCONTROLignorespace、在敏感命令前加空格避免入历史事后再检查一遍 history。已经泄漏的密码立刻换掉别抱侥幸。5.4 排除规则没生效包比预期大好几倍现象明明写了-x*/node_modules/*产物还是把依赖目录全打进去了。原因三种可能——引号没加导致通配符被 shell 提前展开掩码基准路径写错实际匹配不到-n包含列表里又把这些文件显式加了回来-x优先级更高但如果-n里的路径绕开了掩码就躲过去了。解决先rar l看条目确认到底打进去了什么再把通配符统一加单引号用带前导*/的形式覆盖任意层级最后把包含/排除规则放进版本化的列表文件里别散在命令行长串中。5.5 解压出来的中文文件名乱码、时间戳全变成当前时刻现象从别处发来的包解开后文件名是一堆问号或乱码文件修改时间全部变成解压那一刻。原因老格式的包按打包端本地代码页存文件名到 Linux 上按 UTF-8 解释就错位时间戳丢失一般是打包时没保留、或解压目标文件系统不支持权限与时间属性比如某些挂载参数下的外部存储。解决能在打包端解决的就在打包端解决——统一用 RAR5 格式、文件名统一 UTF-8收到老包先解一个小样本验证别一次性全量解跨文件系统交付前先拿两个文件试解、比对 sha256 和 mtime确认属性保住了再批量跑。6. 进阶把 rar 编进备份脚本用三重校验兜底我维护过一段无人值守的归档流水线最怕的不是包没打出来而是脚本返回 0 之后没人验证它能不能解开。所以脚本里固化了三道校验打包退出码、全卷解压测试、独立哈希清单。#!/usr/bin/env bash set -euo pipefail RAR/opt/rar-6.1b1/bin/rar # 绝对路径不依赖 PATH UNRAR/opt/rar-6.1b1/bin/unrar SRC/srv/data OUT/backup/$(date %F) mkdir -p $OUT # 1. 打包固实 3% 恢复记录 2G 分卷 $RAR a -ma5 -m5 -md128m -s -rr3% -v2 p a hrefhttps://download.csdn.net/download/lion1994/33361886 stylecolor:#ec7500;font-size:14px; 本文还有配套的精品资源点击获取 /a img altmenu-r.4af5f7ec.gif srchttps://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif stylewidth:16px;margin-left:4px;vertical-align:text-bottom;cursor:text; /p
