如果你手边同时有一台 x86 台式机、一块 ARM64 开发板和一台龙芯主机你会发现一个很尴尬的现实很多 Linux 软件在 amd64 上跑得欢换到 ARM64 就只剩社区维护版本再换到龙芯 LoongArch64 干脆连官方安装包都找不到。我前段时间把三套设备凑到一张桌子上整理年度资料和系统备份这种割裂感尤其明显。PeaZip 11 是少有的、直接同时提供 peazip for linux arm64、龙芯 loongarch64 和 amd64 三个版本的开源压缩管理器这个姿态本身就值得专门写一篇记录。这篇文章不打算复述官网说明而是把我在三种架构上从下载、安装、配置到真实压包解包的完整过程摊开讲包括踩过的坑和验证过的结论给同样需要多架构环境干活的人一个可参考的实操样本。1. 三套底层架构的同与不同AMD64、ARM64、LoongArch64到底差在哪1.1 为什么压缩工具是天然的架构试金石压缩解压看着简单实际是典型的强计算密集任务。它不像文本编辑器那样打开就用也不像浏览器那样对指令集差异不敏感压缩算法要在短时间内做大量算术运算、位运算和内存拷贝指令集不同编译器生成的代码路径就完全不同。一个二进制压缩工具如果能在某种架构上原生跑起来至少说明三件事该架构已经进入了上游软件维护者的视线、工具链对该架构的代码生成已经成熟、生态里有人在做持续测试。所以我向来把压缩工具当成评估一套新架构是否值得普通用户入手的试金石。架构再多、宣传再响如果连 PeaZip、7-Zip 这类基础工具都没有原生版本日常使用就免不了开模拟器、跑转译层体验天然打折扣。PeaZip 11 在 amd64、arm64、loongarch64 三线齐发说明开发者是认真在对待多样性而不是只给 x86 做个 Linux 包敷衍了事。1.2 三种架构的关键差异速览在讲安装之前先把三者之间的关系理清楚避免后续操作时概念混乱。架构指令集背景常见设备我在用的环境AMD64x86_64Intel/AMD 主导的 64 位 CISC 体系绝大多数台式机、笔记本、服务器一台 Ubuntu 24.04 工作站ARM64AArch64ARM 的 64 位 RISC 体系能耗比突出树莓派、开发板、部分云服务器、Apple Silicon树莓派 5 刷 Debian 12LoongArch64龙芯中科自研指令集2021 年正式发布龙芯 3A5000/3A6000 等台式机和服务器一台装了统信 UOS 家庭版的龙芯台式机要注意ARM64 在这里特指 Linux 下的 AArch64 环境不要和苹果 macOS 的 Apple Silicon 混为一谈后者的系统库和启动方式完全不同Linux 的 ARM64 软件不能直接拿过去跑。LoongArch64 最特殊它不像 ARM 那样存在大量平板和手机存量目前主要出现在信创整机和开发板上软件源里的包数量明显少于前两者。这也是为什么我在龙芯机器上拿到 PeaZip 11 的官方包时会有点意外——这个细分市场愿意主动适配的第三方软件实在不算多。另外一个容易踩混淆的点是uname输出。AMD64 机器上执行uname -m显示x86_64ARM64 显示aarch64龙芯显示的是loongarch64。很多教程只写 ARM64 和 AMD64导致新手拿到龙芯机器后用 apt 搜包搜到一堆 x86 编译产物装上才发现架构不匹配。判断机器架构最稳的办法就是uname -m比看型号猜靠谱得多。2. 为什么是 PeaZip 11多架构场景下的压缩工具选型复盘2.1 市面上那些工具各自卡在哪跨架构环境里压缩工具的选型其实没有想象中那么宽裕。我把常见的几个候选挨个试过各有各的别扭。首先是 7-Zip 的命令行版本p7zip在 amd64 和 arm64 下都有现成包源里直接装就行但项目维护节奏偏慢对较新格式的支持不如 PeaZip 来的及时。然后是各类桌面环境自带的归档管理器比如 GNOME 的 File Roller 和 KDE 的 Ark它们本质上只是图形前端真正干活的是后台的tar、zip、7z这些引擎功能上够用但界面简陋批处理时要写一堆外部命令。还有国际知名的另一款跨平台工具也出过 Linux 版本但官方很少为 LoongArch64 提供预编译包想让它在龙芯上跑得自己拉源码编译对大多数使用者来说门槛高了点。PeaZip 的定位则正好踩在这个空档上它自带 GUI 和命令行工具 peach支持 200 多种压缩格式的读取核心引擎可以调用系统已有的 7-Zip、Brotli、Zstandard 等后端但又把操作界面统一了起来。对我这类需要在多台不同架构机器之间反复搬运数据的人来说存量的压缩包格式五花八门一个工具能全部看懂比压缩性能多跑快几秒钟更重要。2.2 PeaZip 11 在龙芯上的意义不同于另外两个架构坦白讲amd64 和 arm64 上给用户的选择确实多PeaZip 不过是更好的选择之一但 loongarch64 的情况完全不同它的问题是有没有而不是好不好。我在龙芯这台机器上试过几个主流压缩软件的官方包要么根本没提供 loongarch64 版本要么提供的还是历史遗留的 mips64el 版本安装时直接提示架构不支持。PeaZip 11 能专门为 LoongArch64 出包等于把一个完整可用的归档工具补进了这个生态这对龙芯用户的日常影响其实比很多人想象的大——系统备份、软件包解压、文件分发全都依赖这一个基础能力。另外 PeaZip 的许可证是 LGPL属于开源阵营拿来给内部环境做二次分发或者集成到管理脚本里也没有授权风险。相比某些仅限个人免费使用的商业软件它在企业批量部署时更省心。2.3 官方分发的包形态有哪些PeaZip 11 针对 Linux 提供了几种常见的分发形式方便不同习惯的用户选择DEB 安装包适合 Debian、Ubuntu、UOS、Deepin 等 apt 系发行版双击或dpkg -i即可安装。RPM 安装包适合 Fedora、openSUSE、Rocky 等 rpm 系发行版。TAR.GZ 通用压缩包解压即用不写系统目录适合没有 root 权限、或者发行版很小众的环境。AppImage单文件运行适合便携场景但 LoongArch64 下较少见主要流行于 amd64 生态。源码包适合想自行编译、或者官方包还没覆盖到的架构。我在三种架构上选择了三种不同的安装路径amd64 用 DEBarm64 用 TAR.GZ龙芯用 DEB。接下来分别展开。注意PeaZip 的 Linux 图形界面依赖 GTK 和 FreeDesktop 相关组件如果你的系统是精简版或纯命令行的服务器建议安装前先把libgtk-3-0等基础库补齐否则会出现装上了但打不开的情况这个坑我后面专门讲。3. 三套架构的分头安装从下载到能用的完整记录3.1 AMD64 桌面DEB 一条命令但别忽略 SHA256 校验在这台 Ubuntu 24.04 工作站上我直接到 PeaZip 官网下载区找到对应的 Linux x86_64 DEB 包。下载完先做校验PeaZip 官方页面会给出每个文件的 SHA256 值拿sha256sum对比一下是基本习惯尤其压缩工具这种高风险类软件校验一下更安心。sha256sum peazip_11.x.x_amd64.deb sudo dpkg -i peazip_11.x.x_amd64.deb正常情况下dpkg -i会提示依赖缺失比如缺了某个 GTK 库这时候再执行sudo apt -f install自动补依赖就行。装完之后在应用菜单搜 PeaZip 就能找到入口命令行里也可以直接敲peazip启动图形界面。有一点和 Windows 版不同Linux 版默认不创建桌面快捷方式也不注册文件右键菜单。想要右键直接解压到当前目录这种体验需要安装完进入 Preferences 里手动勾选 Shell Extensions 相关选项或者使用文件管理器自带的归档支持。Ubuntu 的 Nautilus 默认会用 File Roller 打开 zipPeaZip 装好之后可以到打开方式里把它设为默认这样双击压缩包会直接唤起 PeaZip。3.2 ARM64 开发板TAR.GZ 解压即用但要注意路径和权限树莓派 5 上我选择的是 TAR.GZ 通用包。这个选择有几个考虑树莓派系统是 Debian 衍生apt 源里虽然能搜到 PeaZip 的旧版但版本号落后不少直接用官方 TAR.GZ 能保证和 amd64 机器上的是同一个版本多架构环境里保持一致版本对排障很重要。tar -xzf peazip_11.x.x_aarch64.tar.gz cd peazip_11.x.x/ ./peazip解压后目录里就是完整的程序文件放在/opt或者~/apps都行。我习惯放在~/apps/peazip下面因为树莓派的系统卡容量有限放用户目录更方便迁移。首次运行如果提示缺少库用ldd peazip查看缺失项再去 apt 安装对应依赖。ARM64 上持续运行了一段时间温度控制也不错压缩大文件时风扇转速明显上升但没出现卡死整体的稳定性已经达到日常使用标准。树莓派这种小机器拿来做备份节点PeaZip 的 ARM64 版本是值得装进基础软件列表里的。3.3 龙芯 LoongArch64最需要耐心的一次安装龙芯这台机器装的是统信 UOS 家庭版基础系统是 Debian 衍生所以 DEB 包理论上兼容。我下载的是官方为 loongarch64 准备的 DEB 包安装命令和 amd64 一致sudo dpkg -i peazip_11.x.x_loongarch64.deb sudo apt -f install但实际执行完dpkg -i后系统提示缺少两个依赖libqt5widgets5和libqt5network5。UOS 默认源里这两个包是有的执行sudo apt -f install后会自动补上补完再重新配置一次即可。这里想提醒龙芯用户安装时如果报依赖问题第一反应不应该是怀疑包坏了先检查系统源是否可用、是否更新到最新多数缺失依赖都能从官方源直接补。图形界面启动后整体体验比我想象的好。LoongArch64 版的界面响应速度虽然比不上 amd64 的机器但压缩和解压的操作流程完全一致没有功能阉割。我用它在龙芯上把一个 4GB 的日志目录打包成 7z 格式耗时比同配置 amd64 虚拟机高出大约 40%考虑到龙芯处理器目前的单核性能和指令集成熟度这个成绩属于可接受范围。还有一个细节龙芯 UOS 的软件商店里其实也提供了 PeaZip 的老版本但版本停留在前期版本建议直接去官网下新版。商店里的版本适合不想折腾的用户但如果你需要新格式支持或 bug 修复官网的 loongarch64 新版是更好的选择。4. GUI之外的价值peach命令行与跨平台批量脚本4.1 peach 的基本用法PeaZip 11 自带一个命令行工具叫 peach位置在安装目录或解压目录里与图形程序放在一起。它对多架构环境的价值在于同一套命令行参数在 amd64、arm64、loongarch64 上完全一致这意味着你可以在 x86 工作站上写好的备份脚本直接拷到龙芯或树莓派上运行不用改一行代码。# 压缩目录为 7z ./peach -add /backup/data.7z /path/to/data -secretyourpassword # 解压 tar.gz 到指定目录 ./peach -extract /backup/archive.tar.gz -output /restore/dir/ # 列出压缩包内容 ./peach -list /backup/data.7z实际用下来peach 的常用场景比你想的更灵活。它支持从压缩包里删除文件、测试完整性、追加文件到已有压缩包这些操作在备份流程里都很常用。我想特别强调-test参数它对应图形界面里的测试压缩包完整性平时备份完顺手跑一下能发现很多隐藏的文件损坏问题尤其是在不同架构间搬运压缩包之后这个验证步骤很有必要。4.2 一套脚本同时跑通三种架构我写了一个简单的每日备份脚本逻辑并不复杂#!/bin/bash DIR/home/user/data OUT/var/backups/$(date %F).7z PEACH/path/to/peach $PEACH -add $OUT $DIR -secret... $PEACH -test $OUT -secret...关键是用uname -m自动判断架构再定位对应路径下的 peachcase $(uname -m) in x86_64) PEACH/opt/peazip/peach ;; aarch64) PEACH~/apps/peazip/peach ;; loongarch64) PEACH/usr/bin/peach ;; esac这个脚本在三台机器上跑出来的压缩包彼此都能正常读取格式互通没有问题。这也是我推荐的跨架构协作方式各跑各的产出标准通用的压缩包不在架构兼容上浪费精力。peach 在批处理上唯一要注意的是参数顺序。它不像是经典的工具那样把-add放在最后也能识别必须先给动作参数再给源和目的路径。我刚开始写脚本时因为参数顺序错了一次导致生成了一个奇怪的空压缩包后来养成了先-test后-extract的习惯出错概率才降下来。5. 跨架构文件互通测试与格式兼容性验证5.1 压出来的包能不能互相解多架构环境最核心的问题不是能不能装而是装完之后能不能一起协作。我把三种架构各自打包的文件做了一轮交叉验证结果如下压缩包来源格式amd64 解压arm64 解压loongarch64 解压amd647z正常正常正常arm64zip正常正常正常loongarch647z正常正常正常amd64tar.gz正常正常正常测试结论是压缩格式本身是跨架构的标准产物只要用的是同一套算法参数任何架构解压出来的字节都是一致的。跨架构环境里出问题的地方往往不在压缩格式本身而在文件名编码和路径处理上。比如在 Windows 上打包的中文文件名 zip在 Linux 下经常乱码这跟架构没有关系跟解压工具对 zip 头文件编码的识别有关。PeaZip 在设置里可以对 zip 文件的路径编码做强制指定我用它解决过不少这类历史遗留压缩包的问题。5.2 文件权限、时间戳和符号链接的保留另一个跨架构协作时容易忽略的点是 Unix 权限位。用tar直接打包时会保留权限和符号链接但用 zip 打包就默认不保留这在跨机器部署软件时会造成可执行文件失去执行权限的问题。PeaZip 的 TAR.GZ 和 7z 都支持保留 Unix 权限属性我在实际使用中更推荐用 7z 来做跨架构的完整目录备份因为 7z 格式在保留权限信息的同时压缩率通常也优于 zip。在使用 7z 配合 Peach 进行备份时命令里加上-stl参数可以固定时间戳格式避免跨时区环境出现时间偏移 8 小时这类看着很怪的问题。另外如果是备份包含大量小文件的项目目录建议把分卷尺寸设到 4GB 以上否则 UOS 或某些嵌入式系统默认使用的 FAT/exFAT 格式移动存储会出现单文件大小限制。6. 踩坑记录与多架构安装最值得注意的三个细节6.1 图形界面打不开的排查链路我在龙芯机器上第一次启动 PeaZip 时图形界面完全没有反应进程里也看不到 peazip 在运行。完整的排查链路如下这套方法也适用于其他 Linux 图形软件打不开的问题。第一步命令行直接启动看报错peazip终端里显示缺少libQt5Widgets.so.5一类的报错这说明缺库执行sudo apt -f install或者手动安装对应包。第二步用ldd查看可执行文件的动态依赖找出仍然缺失的库ldd /opt/peazip/peazip | grep not found命令输出里每一条not found都对应一个需要安装的库。第三步安装完库再启动如果图形能弹出来但显示异常比如文字变方块检查系统中文字体包是否完整UOS 上我记得是fonts-noto-cjk这一类。第四步如果启动正常但点击某些按钮崩溃打开终端看崩溃段错误多半是显卡驱动问题切到集显或者把 PeaZip 的渲染模式调整为软件渲染能缓解。这套链路我用在树莓派和龙芯上都有效。6.2 版本一致性比你想的更值得在意多架构环境下最容易被低估的是版本一致性。如果 amd64 上用的是 PeaZip 11 的最新版而 arm64 设备上还在用系统源里的旧版常见的后果是在 x86 上用新特性例如较新的 Zstandard 压缩等级生成的压缩包ARM 机器上的旧版可能不识别甚至误报压缩包损坏。我的习惯是每台设备都手动指定同一个版本号而不是盲目依赖发行版源。另外升级前先在主力机器上做一轮完整测试确认新版本能正常读取旧版本压缩的包再决定是否同步到其它架构。上次我在 x86 上升级后忘记同步龙芯导致龙芯上临时装不上新包只能临时用 tar 顶替那次之后我把版本号写进了设备备注再没漏过。6.3 添加右键菜单和默认打开方式PeaZip 在 Linux 上默认没有集成文件管理器的右键菜单这对刚从 Windows 转过来的用户会很不适应。补齐方法不复杂以 GNOME 文件管理器为例右键一个压缩文件选择属性–打开方式浏览到 PeaZip 的可执行文件并设为默认以后双击就是 PeaZip 打开再配合 PeaZip 自带的解压到当前目录菜单操作效率和 Windows 下基本一致。如果用的是 KDE 环境系统设置里可以绑定 MIME 类型把application/zip、application/x-7z-compressed等类型默认关联到 PeaZip。这个设置在跨系统使用中很有必要至少能避免每次都要先打开 PeaZip 再把文件拖进去的繁琐流程。最后再分享一个小技巧整体用下来我的经验是把三台设备统一成同一个版本的 PeaZip 11日常备份和打包全部改成 peach 命令行处理图形界面只留给需要交互式操作文件内容的场景。统一版本加上统一命令行参数跨架构协作的摩擦感会大幅下降。如果你正在规划一台龙芯机器加入现有环境或者刚入手 ARM64 开发板强烈建议第一波基础软件里就把 PeaZip 装好它的多架构支持是目前市面上最省心的之一至少我这段时间在三套架构间来回搬运数据一次格式兼容性问题都没出过。