1. 项目概述与架构选型思路1.1 为什么会有“PeaZip 11 for Linux 多架构”这个需求最近在折腾 PeaZip 11 的 Linux 多架构部署发现不少人在问同一件事同样是 Linux为什么有的机器要装 amd64 包有的要装 arm64 包而龙芯机器又得单独找 loongarch64 版本这个困惑很典型因为大部分人一开始接触 Linux 都是在 x86 电脑上用 VMware 或者物理机装个 Ubuntu看到的下载链接基本都是 amd64自然以为 Linux 软件“只有一种装法”。直到手里多了树莓派、RK3588 开发板、云上的 ARM 服务器或者单位配了龙芯台式机才会意识到架构问题比想象中重要得多。PeaZip 本身是跨平台压缩管理工具支持 200 多种压缩格式界面清爽还内置了文件加密、分卷压缩、批量转换这类实用功能在 Windows 上口碑一直不错。但它在 Linux 端的发布策略很明确官方提供 DEB 和 RPM 两种包按 CPU 架构区分 x86_64、aarch64 等版本并不像某些软件那样只给一个“Linux 通用版”。也就是说选错架构或者用错包格式装的时候要么直接报“wrong architecture”要么装上之后缺一堆 GTK 依赖非常折腾。这篇文章就从 PeaZip 11 这个具体项目出发把 Linux 下三种主流 CPU 架构的安装方案完整梳理一遍。内容既覆盖最普通的 x86_64 电脑也覆盖正在快速普及的 ARM 开发板和服务器还会重点讲龙芯 loongarch64 这条容易被忽略的路线。不管你是刚接触 Linux 的新手还是在做信创适配、嵌入式开发、服务器运维的从业者都能从里面找到可以直接照做的步骤。1.2 amd64、arm64、loongarch64 三种架构快速认知先花两分钟把三种架构的关系理清楚后面所有的安装操作都会建立在这个基础上。amd64 是 Intel 和 AMD 生产的 64 位 x86 处理器使用的架构也就是普通台式机、笔记本、绝大多数云服务器用的那种。在 Linux 里uname -m显示为x86_64而 Debian 系的包管理器里叫它amd64。这个架构兼容性最好几乎所有 Linux 发行版都有对应软件包。arm64 对应的就是 AArch64 架构Apple M 系列芯片、高通骁龙、鲲鹏 920、飞腾 FT-2000、树莓派 4/5 这些都是。苹果桌面端叫 Apple Silicon服务器端有 Ampere Altra嵌入式领域有 RK3588、RK3399叫法很多但本质上都是 ARM 64 位架构。安卓手机内核、嵌入式 Linux 开发里经常说的 arm64 也是同一个东西。uname -m识别为aarch64包管理器里通常写作arm64。随着 ARM 服务器和开发板市场扩大arm64 版本的软件覆盖度已经非常高PeaZip 官方也有对应的 aarch64 包。loongarch64 是龙芯中科推出的自主指令集架构LoongArch 的 64 位版本。龙芯 3A5000、3A6000 这些桌面 CPU 以及 3C5000、3D5000 服务器 CPU 都是这个架构。uname -m显示为loongarch64部分新版本 Debian 系系统里也写成loong64。由于 LoongArch 相对较新软件生态还在爬坡期很多大型软件要等厂商主动适配或者靠社区编译。好消息是 PeaZip 是 Free Pascal Lazarus 编写的开源项目源码跨平台能力比较强龙芯机器有两条路可以走一是找社区发布的 loongarch64 预编译包二是直接从源码编译后面我会把两条路都讲透。2. 安装前准备与方案选型2.1 先用三条命令确认你的发行版和 CPU 架构在动手安装 PeaZip 11 之前我最想强调的一件事就是先确认架构别凭感觉。很多人拿了一个 arm64 的安装包往 x86 机器上灌系统倒是没炸但终端那一行“cannot execute binary file”够让人郁闷半天的。确认架构这件事三条命令就能搞定一分钟都不用。第一条是uname -m它直接告诉你当前内核的机器硬件架构。第二条是dpkg --print-architecture它回答的是“当前系统里包管理器认哪种架构”。这两条输出一般是能对上的x86_64 对应 amd64aarch64 对应 arm64loongarch64 则对应 loongarch64 或者 loong64。第三条是cat /etc/os-release查发行版名称和版本号方便后面判断该用 DEB 还是 RPM。如果你的系统里 dpkg 命令不存在说明大概率是 Fedora、RHEL、openSUSE 这类 RPM 系发行版继续用rpm -q centos-release或者/etc/os-release就能确认。这里有一个容易踩的坑有些 ARM 机器跑的是 32 位用户态uname -m显示armv7l这是 armhf 而不是 arm64PeaZip 官方目前没有针对 32 位 ARM 的包遇到这种情况要先把系统升级到 64 位用户态或者考虑换个 64 位发行版。还有的龙芯机器早期可能装的是 mips64el 版的系统这种老平台也不在本文的讨论范围内建议优先考虑新系统。2.2 三种安装路径怎么选确认完架构和发行版之后PeaZip 11 的安装路径基本可以分成三种按优先级排列如下。第一种是官方 DEB/RPM 包这是最省事的路线。PeaZip 官方发布页针对 Linux 提供了.deb和.rpm两种格式分别覆盖 Debian/Ubuntu/Deepin/UOS 系和 Fedora/RHEL/openSUSE 系。你在下载页面看到类似peazip_11.x.x_amd64.deb、peazip_11.x.x_aarch64.deb、peazip_11.x.x_x86_64.rpm这类的文件直接下载对应架构的包安装命令简单依赖也能用系统自带的包管理器自动处理。这个方案适用于 amd64 和 arm64 的主流发行版。第二种是发行版软件仓库安装适合懒人。Ubuntu 的 universe 仓库、Debian 的官方仓库、Arch 的 AUR 里都有 PeaZipsudo apt install peazip一条命令就能装好。但仓库里的版本通常比官方发布页落后有时候落后一个大版本甚至更多。就拿 PeaZip 11 来说Ubuntu 仓库里可能还是 9.x 甚至更早的版本如果你不是非追新不可仓库版也能用而且依赖兼容性有保障。如果你比较在意压缩率修复、安全更新这些建议还是用官方包。第三种是源码编译这是 loongarch64 机器的核心路线也是某些特殊发行版比如没有预编译包的龙芯 Loongnix、统信 UOS 龙芯版必须要走的路。PeaZip 使用了 Free Pascal 编译器和 Lazarus 开发框架从源码构建在理论上具备跨架构能力但实际编译过程中可能会遇到第三方库不兼容、Lazarus 版本过旧、GTK 或 Qt 绑定缺失这一类问题需要一点耐心。不过我在龙芯机器上实测下来只要系统软件源里有完整的开发工具链整个流程是能走通的后面第三章我会把每一步写得很细。3. 实操不同架构下的安装与验证3.1 amd64 机器DEB/RPM 包最快落地先讲用户量最大的 amd64 平台。假设你用的是 Ubuntu 22.04/24.04 或者 Debian 12第一步是到 PeaZip 官网的下载页找到 Linux 区的peazip_11.x.x_amd64.deb文件。浏览器直接点击下载就行如果在无桌面环境的服务器上用wget或者curl -O也可以把下载链接填进去即可。我通常在命令行里操作下载完成后直接执行sudo dpkg -i peazip_11.x.x_amd64.deb你以为这就完了不一定。Debian 系的dpkg不会像apt那样自动拉取依赖如果当前系统缺少 PeaZip 需要的 GTK 运行库它会直接报错提示你缺libgtk-3-0、libcanberra-gtk3-module之类的东西。正确的处理方式是紧接着执行sudo apt -f install这条命令会把刚才是安装过程中缺失的依赖全部补齐再回头把 PeaZip 的配置脚本跑完。这是 Debian 系装本地 deb 包的标准流程很多人不知道装一半发现启动不了就开始骂软件不行其实罪魁祸首是依赖没跟上。如果你是 Fedora、RHEL 或者 openSUSE 用户下载对应的.rpm包之后安装命令是sudo dnf install ./peazip-11.x.x-1.x86_64.rpm注意这里用的是dnf install加本地文件路径比rpm -ivh强的地方在于它会自动解析远程仓库里的依赖不用你手动一个个补。老系统还在用 yum 的也可以把dnf换成yum。装完之后终端输入peazip或者peazip11图形界面就能弹出来。如果弹出的是国际化语言界面可以在后续设置里切到中文。装完后的日常使用没什么特别之处右键菜单集成这个功能在 Linux 下因桌面环境而异。GNOME 的 Nautilus 默认不支持外部压缩软件直接接管右键菜单需要装nautilus-extension相关的适配工具或者自写脚本KDE 的 Dolphin 会好一些能通过系统服务配置集成。如果桌面集成达不到 Windows 版那种“右键即用”的体验不用太纠结PeaZip 本身的图形界面操作足够顺滑。3.2 arm64 机器官方包与第三方仓库结合arm64 机器这几年越来越常见树莓派、RK3588 开发板、飞腾/鲲鹏服务器、Apple Silicon 虚拟机里跑的 Ubuntu都属于这一类。PeaZip 官方对 arm64 的支持比前几年好了很多直接在下载页找peazip_11.x.x_arm64.deb或peazip-11.x.x-1.aarch64.rpm就行。安装命令和 amd64 基本一致Deibian 系用 dpkg 加 apt 修复依赖Fedora 系用 dnf。但在实际部署中我发现一个细节值得单独说arm64 设备的发行版分支特别多同样是 arm64Ubuntu 的包和 Debian 的包虽然在纯 PeaZip 层面能通用但依赖库版本差异会导致安装后出现 Gtk-WARNING 甚至无法启动。最典型的场景是 Ubuntu 22.04 的 GTK3 和 Ubuntu 24.04 的 GTK3 库布局不同直接拿 24.04 的包装到 22.04 上启动时会报一堆 symbol lookup error。如果遇到这种问题两个思路可以解决。第一优先从发行版官方仓库安装让包管理器自己匹配依赖版本例如 Ubuntu 上执行sudo apt update sudo apt install peazip这个方案的劣势是版本比较老但胜在稳定服务器上跑着不折腾。第二坚持用官方新包的话在官网下载时看清楚你那个发行版对应的依赖基线必要时先升级系统再安装。arm64 还有一个特殊场景是 x86 机器上用 QEMU 模拟 arm64 环境。很多人在没有 ARM 实体机的情况下想用qemu-user-static加 binfmt 在 x86 平台上直接执行 arm64 的二进制文件用来验证安装包是否完整。这个方法能做实验但我建议不要把它当作正式使用方案因为模拟执行时 CPU 指令翻译开销很大压缩和解压会慢好几倍。PeaZip 是图形软件界面渲染在模拟环境下也容易出现各种奇怪问题真要用 arm64 版本还是放到实体 ARM 设备上更合适。3.3 loongarch64 龙芯机器源码编译路线龙芯机器的软件安装是这篇文章的重头戏因为 loongarch64 的生态跟前两个架构不在一个量级上。很多软件没有现成的 loongarch64 二进制包PeaZip 官方发布页在较长时间里也只提供 x86_64 和 aarch64 的 Linux 包虽然新版本陆续加入了更多架构支持但在一些版本节点上你可能确实找不到龙芯能直接用的安装包。这时候就得走源码编译。先说明一下 PeaZip 的源码结构。PeaZip 的 GitHub 仓库里有一个peazip-src目录存放的是 Free Pascal 源码和 Lazarus 项目文件主项目文件是peazip.lpi。编译它需要的核心工具链有三样Free Pascal CompilerFPC、Lazarus IDE、GTK 开发头文件。龙芯机器如果装的是 Loongnix 或者统信 UOS 龙芯版软件源里一般都有这些包的 loongarch64 版本直接用系统包管理器安装即可sudo apt update sudo apt install build-essential fpc lazarus libgtk-3-dev如果系统是 Fedora 系对应的是dnf install gcc make fpc lazarus gtk3-devel。这一步是成败关键很多人在龙芯上编译失败仔细看报错日志基本都是 FPC 或者 Lazarus 版本太老缺少对 LoongArch 后端生成的支持。FPC 对 LoongArch 的支持从 3.2.2 开始才逐步完善建议确认一下源里的版本如果低于 3.2.2编译时大概率会碰到“unknown target”这类错误。这时候要么找新版 FPC 的 loongarch64 构建包要么从 FPC 源码自己再编一个但这会陷入“先有鸡还是先有蛋”的循环所以最现实的方案是找一个系统源里有较新 FPC 的龙芯发行版。工具链就绪之后获取源码git clone https://github.com/peazip/PeaZip.git cd PeaZip/peazip-src编译方式有两种。一种是用命令行调用 lazbuild这是 Lazarus 提供的自动化构建工具适合脚本化部署lazbuild -B peazip.lpi另一种是打开 Lazarus IDE用图形界面加载peazip.lpi选择 Build 模式直接编译。对于不熟悉 IDE 操作的新手我建议用命令行出错信息更清楚。编译过程可能需要几分钟到十几分钟取决于龙芯 CPU 的型号3A5000 以上跑起来已经比较流畅老一点的 3A4000 就要多等一会儿。编译完成后output目录下会生成名为peazip的可执行文件。验证一下架构file output/peazip如果输出里能看到LoongArch或者loongarch64字样说明编译成功这个二进制就是龙芯原生程序。接着把它安装到系统路径sudo install -m 755 output/peazip /usr/local/bin/peazip sudo install -m 644 res/peazip.desktop /usr/share/applications/图标和 mime 文件也可以从源码目录里的res文件夹一并复制到/usr/share/icons和/usr/share/mime/packages这些细节能保证桌面菜单里能看到 PeaZip 的图标双击压缩包也能关联到 PeaZip 打开。最后执行peazip测试界面能否正常弹出。如果社区里已经有人放出了 loongarch64 的预编译包比如在某些龙芯软件仓库或者第三方源里看到peazip_11.x.x_loongarch64.deb那就没必要自己编译了。直接下载安装流程和 amd64 的 deb 包完全一样。判断预编译包是否可信我会看发布方是否为 PeaZip 官方或者知名龙芯社区维护者配套的 checksum 文件是否提供尽量别从不明来源随意下载 root 权限安装包。3.4 安装完后的基础验证不管用哪种方式装好 PeaZip 11我建议都做一遍基础验证确认软件真的能正常工作而不是只停留在“图标能点开”这个层面。第一步是版本验证终端执行peazip --version能输出版本号且没有报错说明可执行文件本身没问题。第二步是功能验证打开 PeaZip 图形界面尝试创建一个 PEA 格式的压缩包再解压回来。PEA 格式是 PeaZip 的原生格式支持加密和校验这步如果都能通过说明核心模块运作正常。第三步是格式兼容性验证拿一个常见的.zip文件和一个.7z文件分别测试解压再尝试把一个文件压缩成.zip。这一步检查的是对外部格式的读写支持能避免后续正经用时才发现某个格式不可用。还有一个容易被忽略的点如果你是通过源码编译安装的龙芯版本建议在编译之后把 FPC 和 Lazarus 开发包保留一段时间别急着卸载。后面如果 PeaZip 更新你只需要git pull拉取最新源码重新编译一次就行省掉了重新配环境的时间。4. 常见问题与排查技巧实录4.1 依赖缺失与 Gtk 界面异常安装和使用 PeaZip 11 的过程中依赖问题应该是出现频率最高的。在 Debian 系下dpkg -i之后直接运行经常遇到提示缺共享库的情况。针对这个问题我的处理顺序是先执行sudo apt -f install修复再看有没有其他报错。如果修复完之后还是启动不了用ldd检查可执行文件的动态库链接ldd /usr/local/bin/peazip输出里出现not found的库名再用 apt 去查这个库属于哪个包apt-file search libgtk-3.so.0这是一个很实用的组合拳特别是对于新版本 PeaZip 依赖了某些旧系统没有的新库的场景。正常来说apt-file需要先安装并更新索引执行sudo apt install apt-file sudo apt-file update。Gtk 界面异常的排查要复杂一些症状往往是程序能启动但窗口空白、控件错位、或者点击按钮没反应。这类问题多半是和当前桌面环境的主题或者显示服务器不兼容。最常见的一个原因是 Wayland 会话下 GTK 应用的缩放和渲染行为与 X11 下不一致PeaZip 在 Wayland 下有时会出现渲染异常这时候可以在启动前强制走 X11 后端GDK_BACKENDx11 peazip如果这个命令启动后界面正常了说明问题出在 Wayland 兼容性上每次启动加这个环境变量就行或者在.desktop文件里把这行命令写进去。4.2 中文乱码与压缩格式兼容性压缩软件最让国内用户抓狂的问题就是中文文件名乱码。PeaZip 处理 zip 文件时如果压缩包是在 Windows 上用旧版软件创建的文件名编码使用的是 GBK而 Linux 系统默认按 UTF-8 解码就会显示出一堆“锟斤拷”。PeaZip 的设置里有一个字符集选项可以在菜单栏找到 Options - Settings然后在界面语言和编码相关设置里调整默认文件名字符集。如果发现某个压缩包打开是乱码直接换一个字符集重新打开通常能解决。7z 格式的兼容性相对好些因为 7-Zip 从 9.x 版本开始就统一用 UTF-8 写入文件名。rar 格式的解压需要 PeaZip 调用外部工具它默认会去找unar或者unrar如果没有安装解压 rar 时会提示找不到程序。在 Debian 系下执行sudo apt install unrar-free可以解决但 unrar-free 的兼容性不如官方 unrar遇到加密 rar 或特殊压缩算法时可能会失败。更稳妥的方案是安装非自由仓库里的 unrarUbuntu 用户可以用sudo apt install unrar需要先启用 multiverse 仓库。需要明确的是rar 格式的创建能力 PeaZip 本身并不具备因为 rar 的压缩算法是闭源的PeaZip 只能解压不能压缩。如果你工作里经常要处理 rar 文件最好的思路是尽量让对方发 7z 或者 zip 格式。4.3 架构判断错误与包管理器混用我在实际帮别人排查时发现有相当一部分安装失败的案例不是软件问题而是架构判断错误。有人在一台兆芯 x86 机器上看到“国产CPU”就以为要用 loongarch64 的包还有人在华为鲲鹏服务器上用 uname 查出来是 aarch64却跑去下载了 amd64 的源。这些都属于对架构认知不清晰。归纳一下x86 系的兆芯、海光、Intel、AMD 都用 amd64ARM 系的鲲鹏、飞腾、RK3588 都用 arm64龙芯 3 系才用 loongarch64。这样记就基本不会错。另一个高频问题是包管理器混用。Debian 系系统用 rpm 包或者反过来都会直接报错“Error: Wrong architecture”或者“Error: dependency detection failed”这其实不是包坏了而是格式不匹配。一个系统应该只使用一种包管理体系和对应的软件源不要试图在一个 Ubuntu 系统上强制安装 rpm 包。如果遇到确实没有 deb 包但只有 rpm 包的情况可以尝试用alien做格式转换但转换过程中依赖关系经常丢失我个人是不推荐在生产环境这么干的。4.4 问题排查速查表把常见的报错和对应处理方式整理成一张速查表方便大家在遇到问题时快速对照。症状可能原因快速解决dpkg -i 报依赖缺失缺少 GTK/Qt 运行库sudo apt -f install 自动修复启动时提示 cannot execute架构不匹配uname -m 检查真实架构换成对应安装包Gtk-WARNING 或窗口空白Wayland 兼容问题GDK_BACKENDx11 peazip 强制 X11 后端中文文件名乱码zip 包使用 GBK 编码在设置中切换文件名字符集无法解压 rar缺少外部解压工具sudo apt install unrar 或 unrar-free源码编译时报 unknown targetFPC 太老不支持 LoongArch升级 FPC 到 3.2.2 以上版本官网没有 loongarch64 包官方尚未提供该架构clone 源码用 lazbuild 自行编译dnf install 本地 rpm 搜索不到依赖仓库未启用先用 dnf repolist 检查软件源状态这张表覆盖的都是高频问题如果遇到表里没有的情况建议先把完整报错信息复制出来搜索搜的时候注意看错误日志里提到的库名和路径比直接搜“PeaZip 安装失败”有用得多。Linux 软件安装的本质就是路径、依赖、架构三件事把这三件事理清楚九成问题都能自己解决。5. 源码编译的细节经验与扩展思路5.1 编译参数与构建过程的全景记录很多第一次涉足源码编译的朋友会对“编译”两个字有畏惧心理总感觉像在做什么高深工程。其实 PeaZip 的编译过程完全可以在命令行里一步到位地跑完只是理解其中的几个关键参数能让你更从容。在peazip-src目录下执行lazbuild -B peazip.lpi时-B的含义是完整重建Build All它会强制重新编译所有源文件而不是只编译变更过的部分。初次编译的时候有没有-B效果一样因为本来就要全量编译但如果你改过代码再重编建议先加-B清理一次避免旧的中间文件干扰。命令行输出的日志很长里面会夹杂Compiling、Linking这类过程信息最后的Linking peazip就代表开始链接生成可执行文件了。链接阶段如果报错常见的原因是某些.o目标文件与当前架构不匹配这种情况多半是源码目录里残留了别的架构编译产物可以执行make clean或手动删除lib和output目录后重新编译。编译过程还有一个容易被忽视的资源问题Lazarus 编译大项目时非常吃内存龙芯机器的内存如果只有 4GB同时还在跑桌面环境很容易因内存不足导致编译器进程被杀。我的建议是编译前关闭浏览器等大内存应用或者在终端用free -h先确认可用内存。如果交换分区没有配置编译时随时可能因为 OOM 直接退出日志末尾会出现Error: Compile terminated这类信息。给系统加一个额外的 swap 文件是比较有效的做法具体命令是sudo fallocate -l 4G /swapfile sudo mkswap /swapfile sudo swapon /swapfile不过这只是临时方案长期使用建议还是在磁盘分区里规划正规的 swap 空间。5.2 从 PeaZip 到多架构部署的通用方法论这次针对 PeaZip 11 的 Linux 多架构折腾看起来只是装了一个压缩软件但它的方法论可以迁移到很多其他软件的安装和适配工作中。我发现一个很有效的套路任何开源软件在 Linux 多架构环境下的部署都可以按照“查架构-找包-装依赖-验功能-补兼容”这五步来推进。查架构这步前面反复提过不再赘述。找包这一步的核心是理解官方发布策略像 PeaZip 这种通过 GitHub Releases 发布多格式包的项目它的 assets 列表里会明确标注好每一类文件的架构信息看清楚再下载比盲目搜索各种非官方镜像靠谱得多。装依赖这步要区分 DEB 和 RPM 两个体系的差异Debian 系用 dpkg 加 apt 修复RPM 系尽量用 dnf 或 yum 的本地安装模式来自动解析依赖。验功能这步建议用一个标准的测试压缩包既能测试压缩又能测试解压文件内容最好包含中文文件名和特殊字符。补兼容这步则是针对具体场景做适配比如桌面环境的右键菜单集成、Wayland 显示服务器的渲染问题、系统编码的转换问题等这些细节决定了软件从“能启动”到“好用”之间的距离。对于龙芯这类新架构平台还有一条额外的经验遇到官网没有预编译包的软件不要着急放弃先去查一下这个软件用什么语言和框架写的。如果用的是 Go、Rust、Free Pascal 这类自带跨平台工具链的语言源码编译的成功率通常很高如果用的是依赖大量 C/C 原生库的框架就得评估依赖链有多长。PeaZip 属于前者所以即便官方暂时没有提供 loongarch64 包我们也能够借助 Lazarus 和 FPC 把它编译出来。这套判断方法我在其他开源软件的龙芯适配中也反复验证过每次都奏效。5.3 后续扩展服务器环境下的命令行调用PeaZip 并不仅仅是一个图形界面工具在无桌面的服务器环境里它也能通过命令行完成批量压缩、解压、加密等操作这对运维人员来说是个隐藏亮点。举个例子在服务器上把/var/log目录下的日志文件按日期打包加密peazip -add archive.zip.enc /var/log --password yourpass -encrypt或者把一个压缩包解压到指定目录peazip -extract backup.7z /data/restore更常见的用法是批量转换压缩格式例如把一批.rar文件统一转换成.7zfor f in *.rar; do peazip -convert $f 7z; done在脚本里使用的时候要注意PeaZip 命令行的参数在不同版本之间可能有细微变化先执行peazip --help查看当前版本支持的命令列表再做批量操作。还有一个细节是服务器上如果只是临时用 PeaZip 做解压任务装完用完可以及时卸载避免多一个图形依赖拖累系统资源。但如果你经常需要处理各种压缩格式装一个备用是很划算的毕竟服务器上缺个能解压的工具临时找替代方案才是最痛苦的。我在实际运维中常用的做法是在服务器上准备一个标准化的压缩工具环境包括 PeaZip 和命令行版的 7z、unzip、tar这样不管遇到什么格式的交付文件都能在第一时间处理。PeaZip 负责那些格式杂、需求特殊的场景7z 和 tar 负责日常高频操作各司其职。这套组合用了很久稳定性一直不错。
PeaZip 11 Linux多架构安装实战：amd64、arm64与龙芯loongarch64全攻略
1. 项目概述与架构选型思路1.1 为什么会有“PeaZip 11 for Linux 多架构”这个需求最近在折腾 PeaZip 11 的 Linux 多架构部署发现不少人在问同一件事同样是 Linux为什么有的机器要装 amd64 包有的要装 arm64 包而龙芯机器又得单独找 loongarch64 版本这个困惑很典型因为大部分人一开始接触 Linux 都是在 x86 电脑上用 VMware 或者物理机装个 Ubuntu看到的下载链接基本都是 amd64自然以为 Linux 软件“只有一种装法”。直到手里多了树莓派、RK3588 开发板、云上的 ARM 服务器或者单位配了龙芯台式机才会意识到架构问题比想象中重要得多。PeaZip 本身是跨平台压缩管理工具支持 200 多种压缩格式界面清爽还内置了文件加密、分卷压缩、批量转换这类实用功能在 Windows 上口碑一直不错。但它在 Linux 端的发布策略很明确官方提供 DEB 和 RPM 两种包按 CPU 架构区分 x86_64、aarch64 等版本并不像某些软件那样只给一个“Linux 通用版”。也就是说选错架构或者用错包格式装的时候要么直接报“wrong architecture”要么装上之后缺一堆 GTK 依赖非常折腾。这篇文章就从 PeaZip 11 这个具体项目出发把 Linux 下三种主流 CPU 架构的安装方案完整梳理一遍。内容既覆盖最普通的 x86_64 电脑也覆盖正在快速普及的 ARM 开发板和服务器还会重点讲龙芯 loongarch64 这条容易被忽略的路线。不管你是刚接触 Linux 的新手还是在做信创适配、嵌入式开发、服务器运维的从业者都能从里面找到可以直接照做的步骤。1.2 amd64、arm64、loongarch64 三种架构快速认知先花两分钟把三种架构的关系理清楚后面所有的安装操作都会建立在这个基础上。amd64 是 Intel 和 AMD 生产的 64 位 x86 处理器使用的架构也就是普通台式机、笔记本、绝大多数云服务器用的那种。在 Linux 里uname -m显示为x86_64而 Debian 系的包管理器里叫它amd64。这个架构兼容性最好几乎所有 Linux 发行版都有对应软件包。arm64 对应的就是 AArch64 架构Apple M 系列芯片、高通骁龙、鲲鹏 920、飞腾 FT-2000、树莓派 4/5 这些都是。苹果桌面端叫 Apple Silicon服务器端有 Ampere Altra嵌入式领域有 RK3588、RK3399叫法很多但本质上都是 ARM 64 位架构。安卓手机内核、嵌入式 Linux 开发里经常说的 arm64 也是同一个东西。uname -m识别为aarch64包管理器里通常写作arm64。随着 ARM 服务器和开发板市场扩大arm64 版本的软件覆盖度已经非常高PeaZip 官方也有对应的 aarch64 包。loongarch64 是龙芯中科推出的自主指令集架构LoongArch 的 64 位版本。龙芯 3A5000、3A6000 这些桌面 CPU 以及 3C5000、3D5000 服务器 CPU 都是这个架构。uname -m显示为loongarch64部分新版本 Debian 系系统里也写成loong64。由于 LoongArch 相对较新软件生态还在爬坡期很多大型软件要等厂商主动适配或者靠社区编译。好消息是 PeaZip 是 Free Pascal Lazarus 编写的开源项目源码跨平台能力比较强龙芯机器有两条路可以走一是找社区发布的 loongarch64 预编译包二是直接从源码编译后面我会把两条路都讲透。2. 安装前准备与方案选型2.1 先用三条命令确认你的发行版和 CPU 架构在动手安装 PeaZip 11 之前我最想强调的一件事就是先确认架构别凭感觉。很多人拿了一个 arm64 的安装包往 x86 机器上灌系统倒是没炸但终端那一行“cannot execute binary file”够让人郁闷半天的。确认架构这件事三条命令就能搞定一分钟都不用。第一条是uname -m它直接告诉你当前内核的机器硬件架构。第二条是dpkg --print-architecture它回答的是“当前系统里包管理器认哪种架构”。这两条输出一般是能对上的x86_64 对应 amd64aarch64 对应 arm64loongarch64 则对应 loongarch64 或者 loong64。第三条是cat /etc/os-release查发行版名称和版本号方便后面判断该用 DEB 还是 RPM。如果你的系统里 dpkg 命令不存在说明大概率是 Fedora、RHEL、openSUSE 这类 RPM 系发行版继续用rpm -q centos-release或者/etc/os-release就能确认。这里有一个容易踩的坑有些 ARM 机器跑的是 32 位用户态uname -m显示armv7l这是 armhf 而不是 arm64PeaZip 官方目前没有针对 32 位 ARM 的包遇到这种情况要先把系统升级到 64 位用户态或者考虑换个 64 位发行版。还有的龙芯机器早期可能装的是 mips64el 版的系统这种老平台也不在本文的讨论范围内建议优先考虑新系统。2.2 三种安装路径怎么选确认完架构和发行版之后PeaZip 11 的安装路径基本可以分成三种按优先级排列如下。第一种是官方 DEB/RPM 包这是最省事的路线。PeaZip 官方发布页针对 Linux 提供了.deb和.rpm两种格式分别覆盖 Debian/Ubuntu/Deepin/UOS 系和 Fedora/RHEL/openSUSE 系。你在下载页面看到类似peazip_11.x.x_amd64.deb、peazip_11.x.x_aarch64.deb、peazip_11.x.x_x86_64.rpm这类的文件直接下载对应架构的包安装命令简单依赖也能用系统自带的包管理器自动处理。这个方案适用于 amd64 和 arm64 的主流发行版。第二种是发行版软件仓库安装适合懒人。Ubuntu 的 universe 仓库、Debian 的官方仓库、Arch 的 AUR 里都有 PeaZipsudo apt install peazip一条命令就能装好。但仓库里的版本通常比官方发布页落后有时候落后一个大版本甚至更多。就拿 PeaZip 11 来说Ubuntu 仓库里可能还是 9.x 甚至更早的版本如果你不是非追新不可仓库版也能用而且依赖兼容性有保障。如果你比较在意压缩率修复、安全更新这些建议还是用官方包。第三种是源码编译这是 loongarch64 机器的核心路线也是某些特殊发行版比如没有预编译包的龙芯 Loongnix、统信 UOS 龙芯版必须要走的路。PeaZip 使用了 Free Pascal 编译器和 Lazarus 开发框架从源码构建在理论上具备跨架构能力但实际编译过程中可能会遇到第三方库不兼容、Lazarus 版本过旧、GTK 或 Qt 绑定缺失这一类问题需要一点耐心。不过我在龙芯机器上实测下来只要系统软件源里有完整的开发工具链整个流程是能走通的后面第三章我会把每一步写得很细。3. 实操不同架构下的安装与验证3.1 amd64 机器DEB/RPM 包最快落地先讲用户量最大的 amd64 平台。假设你用的是 Ubuntu 22.04/24.04 或者 Debian 12第一步是到 PeaZip 官网的下载页找到 Linux 区的peazip_11.x.x_amd64.deb文件。浏览器直接点击下载就行如果在无桌面环境的服务器上用wget或者curl -O也可以把下载链接填进去即可。我通常在命令行里操作下载完成后直接执行sudo dpkg -i peazip_11.x.x_amd64.deb你以为这就完了不一定。Debian 系的dpkg不会像apt那样自动拉取依赖如果当前系统缺少 PeaZip 需要的 GTK 运行库它会直接报错提示你缺libgtk-3-0、libcanberra-gtk3-module之类的东西。正确的处理方式是紧接着执行sudo apt -f install这条命令会把刚才是安装过程中缺失的依赖全部补齐再回头把 PeaZip 的配置脚本跑完。这是 Debian 系装本地 deb 包的标准流程很多人不知道装一半发现启动不了就开始骂软件不行其实罪魁祸首是依赖没跟上。如果你是 Fedora、RHEL 或者 openSUSE 用户下载对应的.rpm包之后安装命令是sudo dnf install ./peazip-11.x.x-1.x86_64.rpm注意这里用的是dnf install加本地文件路径比rpm -ivh强的地方在于它会自动解析远程仓库里的依赖不用你手动一个个补。老系统还在用 yum 的也可以把dnf换成yum。装完之后终端输入peazip或者peazip11图形界面就能弹出来。如果弹出的是国际化语言界面可以在后续设置里切到中文。装完后的日常使用没什么特别之处右键菜单集成这个功能在 Linux 下因桌面环境而异。GNOME 的 Nautilus 默认不支持外部压缩软件直接接管右键菜单需要装nautilus-extension相关的适配工具或者自写脚本KDE 的 Dolphin 会好一些能通过系统服务配置集成。如果桌面集成达不到 Windows 版那种“右键即用”的体验不用太纠结PeaZip 本身的图形界面操作足够顺滑。3.2 arm64 机器官方包与第三方仓库结合arm64 机器这几年越来越常见树莓派、RK3588 开发板、飞腾/鲲鹏服务器、Apple Silicon 虚拟机里跑的 Ubuntu都属于这一类。PeaZip 官方对 arm64 的支持比前几年好了很多直接在下载页找peazip_11.x.x_arm64.deb或peazip-11.x.x-1.aarch64.rpm就行。安装命令和 amd64 基本一致Deibian 系用 dpkg 加 apt 修复依赖Fedora 系用 dnf。但在实际部署中我发现一个细节值得单独说arm64 设备的发行版分支特别多同样是 arm64Ubuntu 的包和 Debian 的包虽然在纯 PeaZip 层面能通用但依赖库版本差异会导致安装后出现 Gtk-WARNING 甚至无法启动。最典型的场景是 Ubuntu 22.04 的 GTK3 和 Ubuntu 24.04 的 GTK3 库布局不同直接拿 24.04 的包装到 22.04 上启动时会报一堆 symbol lookup error。如果遇到这种问题两个思路可以解决。第一优先从发行版官方仓库安装让包管理器自己匹配依赖版本例如 Ubuntu 上执行sudo apt update sudo apt install peazip这个方案的劣势是版本比较老但胜在稳定服务器上跑着不折腾。第二坚持用官方新包的话在官网下载时看清楚你那个发行版对应的依赖基线必要时先升级系统再安装。arm64 还有一个特殊场景是 x86 机器上用 QEMU 模拟 arm64 环境。很多人在没有 ARM 实体机的情况下想用qemu-user-static加 binfmt 在 x86 平台上直接执行 arm64 的二进制文件用来验证安装包是否完整。这个方法能做实验但我建议不要把它当作正式使用方案因为模拟执行时 CPU 指令翻译开销很大压缩和解压会慢好几倍。PeaZip 是图形软件界面渲染在模拟环境下也容易出现各种奇怪问题真要用 arm64 版本还是放到实体 ARM 设备上更合适。3.3 loongarch64 龙芯机器源码编译路线龙芯机器的软件安装是这篇文章的重头戏因为 loongarch64 的生态跟前两个架构不在一个量级上。很多软件没有现成的 loongarch64 二进制包PeaZip 官方发布页在较长时间里也只提供 x86_64 和 aarch64 的 Linux 包虽然新版本陆续加入了更多架构支持但在一些版本节点上你可能确实找不到龙芯能直接用的安装包。这时候就得走源码编译。先说明一下 PeaZip 的源码结构。PeaZip 的 GitHub 仓库里有一个peazip-src目录存放的是 Free Pascal 源码和 Lazarus 项目文件主项目文件是peazip.lpi。编译它需要的核心工具链有三样Free Pascal CompilerFPC、Lazarus IDE、GTK 开发头文件。龙芯机器如果装的是 Loongnix 或者统信 UOS 龙芯版软件源里一般都有这些包的 loongarch64 版本直接用系统包管理器安装即可sudo apt update sudo apt install build-essential fpc lazarus libgtk-3-dev如果系统是 Fedora 系对应的是dnf install gcc make fpc lazarus gtk3-devel。这一步是成败关键很多人在龙芯上编译失败仔细看报错日志基本都是 FPC 或者 Lazarus 版本太老缺少对 LoongArch 后端生成的支持。FPC 对 LoongArch 的支持从 3.2.2 开始才逐步完善建议确认一下源里的版本如果低于 3.2.2编译时大概率会碰到“unknown target”这类错误。这时候要么找新版 FPC 的 loongarch64 构建包要么从 FPC 源码自己再编一个但这会陷入“先有鸡还是先有蛋”的循环所以最现实的方案是找一个系统源里有较新 FPC 的龙芯发行版。工具链就绪之后获取源码git clone https://github.com/peazip/PeaZip.git cd PeaZip/peazip-src编译方式有两种。一种是用命令行调用 lazbuild这是 Lazarus 提供的自动化构建工具适合脚本化部署lazbuild -B peazip.lpi另一种是打开 Lazarus IDE用图形界面加载peazip.lpi选择 Build 模式直接编译。对于不熟悉 IDE 操作的新手我建议用命令行出错信息更清楚。编译过程可能需要几分钟到十几分钟取决于龙芯 CPU 的型号3A5000 以上跑起来已经比较流畅老一点的 3A4000 就要多等一会儿。编译完成后output目录下会生成名为peazip的可执行文件。验证一下架构file output/peazip如果输出里能看到LoongArch或者loongarch64字样说明编译成功这个二进制就是龙芯原生程序。接着把它安装到系统路径sudo install -m 755 output/peazip /usr/local/bin/peazip sudo install -m 644 res/peazip.desktop /usr/share/applications/图标和 mime 文件也可以从源码目录里的res文件夹一并复制到/usr/share/icons和/usr/share/mime/packages这些细节能保证桌面菜单里能看到 PeaZip 的图标双击压缩包也能关联到 PeaZip 打开。最后执行peazip测试界面能否正常弹出。如果社区里已经有人放出了 loongarch64 的预编译包比如在某些龙芯软件仓库或者第三方源里看到peazip_11.x.x_loongarch64.deb那就没必要自己编译了。直接下载安装流程和 amd64 的 deb 包完全一样。判断预编译包是否可信我会看发布方是否为 PeaZip 官方或者知名龙芯社区维护者配套的 checksum 文件是否提供尽量别从不明来源随意下载 root 权限安装包。3.4 安装完后的基础验证不管用哪种方式装好 PeaZip 11我建议都做一遍基础验证确认软件真的能正常工作而不是只停留在“图标能点开”这个层面。第一步是版本验证终端执行peazip --version能输出版本号且没有报错说明可执行文件本身没问题。第二步是功能验证打开 PeaZip 图形界面尝试创建一个 PEA 格式的压缩包再解压回来。PEA 格式是 PeaZip 的原生格式支持加密和校验这步如果都能通过说明核心模块运作正常。第三步是格式兼容性验证拿一个常见的.zip文件和一个.7z文件分别测试解压再尝试把一个文件压缩成.zip。这一步检查的是对外部格式的读写支持能避免后续正经用时才发现某个格式不可用。还有一个容易被忽略的点如果你是通过源码编译安装的龙芯版本建议在编译之后把 FPC 和 Lazarus 开发包保留一段时间别急着卸载。后面如果 PeaZip 更新你只需要git pull拉取最新源码重新编译一次就行省掉了重新配环境的时间。4. 常见问题与排查技巧实录4.1 依赖缺失与 Gtk 界面异常安装和使用 PeaZip 11 的过程中依赖问题应该是出现频率最高的。在 Debian 系下dpkg -i之后直接运行经常遇到提示缺共享库的情况。针对这个问题我的处理顺序是先执行sudo apt -f install修复再看有没有其他报错。如果修复完之后还是启动不了用ldd检查可执行文件的动态库链接ldd /usr/local/bin/peazip输出里出现not found的库名再用 apt 去查这个库属于哪个包apt-file search libgtk-3.so.0这是一个很实用的组合拳特别是对于新版本 PeaZip 依赖了某些旧系统没有的新库的场景。正常来说apt-file需要先安装并更新索引执行sudo apt install apt-file sudo apt-file update。Gtk 界面异常的排查要复杂一些症状往往是程序能启动但窗口空白、控件错位、或者点击按钮没反应。这类问题多半是和当前桌面环境的主题或者显示服务器不兼容。最常见的一个原因是 Wayland 会话下 GTK 应用的缩放和渲染行为与 X11 下不一致PeaZip 在 Wayland 下有时会出现渲染异常这时候可以在启动前强制走 X11 后端GDK_BACKENDx11 peazip如果这个命令启动后界面正常了说明问题出在 Wayland 兼容性上每次启动加这个环境变量就行或者在.desktop文件里把这行命令写进去。4.2 中文乱码与压缩格式兼容性压缩软件最让国内用户抓狂的问题就是中文文件名乱码。PeaZip 处理 zip 文件时如果压缩包是在 Windows 上用旧版软件创建的文件名编码使用的是 GBK而 Linux 系统默认按 UTF-8 解码就会显示出一堆“锟斤拷”。PeaZip 的设置里有一个字符集选项可以在菜单栏找到 Options - Settings然后在界面语言和编码相关设置里调整默认文件名字符集。如果发现某个压缩包打开是乱码直接换一个字符集重新打开通常能解决。7z 格式的兼容性相对好些因为 7-Zip 从 9.x 版本开始就统一用 UTF-8 写入文件名。rar 格式的解压需要 PeaZip 调用外部工具它默认会去找unar或者unrar如果没有安装解压 rar 时会提示找不到程序。在 Debian 系下执行sudo apt install unrar-free可以解决但 unrar-free 的兼容性不如官方 unrar遇到加密 rar 或特殊压缩算法时可能会失败。更稳妥的方案是安装非自由仓库里的 unrarUbuntu 用户可以用sudo apt install unrar需要先启用 multiverse 仓库。需要明确的是rar 格式的创建能力 PeaZip 本身并不具备因为 rar 的压缩算法是闭源的PeaZip 只能解压不能压缩。如果你工作里经常要处理 rar 文件最好的思路是尽量让对方发 7z 或者 zip 格式。4.3 架构判断错误与包管理器混用我在实际帮别人排查时发现有相当一部分安装失败的案例不是软件问题而是架构判断错误。有人在一台兆芯 x86 机器上看到“国产CPU”就以为要用 loongarch64 的包还有人在华为鲲鹏服务器上用 uname 查出来是 aarch64却跑去下载了 amd64 的源。这些都属于对架构认知不清晰。归纳一下x86 系的兆芯、海光、Intel、AMD 都用 amd64ARM 系的鲲鹏、飞腾、RK3588 都用 arm64龙芯 3 系才用 loongarch64。这样记就基本不会错。另一个高频问题是包管理器混用。Debian 系系统用 rpm 包或者反过来都会直接报错“Error: Wrong architecture”或者“Error: dependency detection failed”这其实不是包坏了而是格式不匹配。一个系统应该只使用一种包管理体系和对应的软件源不要试图在一个 Ubuntu 系统上强制安装 rpm 包。如果遇到确实没有 deb 包但只有 rpm 包的情况可以尝试用alien做格式转换但转换过程中依赖关系经常丢失我个人是不推荐在生产环境这么干的。4.4 问题排查速查表把常见的报错和对应处理方式整理成一张速查表方便大家在遇到问题时快速对照。症状可能原因快速解决dpkg -i 报依赖缺失缺少 GTK/Qt 运行库sudo apt -f install 自动修复启动时提示 cannot execute架构不匹配uname -m 检查真实架构换成对应安装包Gtk-WARNING 或窗口空白Wayland 兼容问题GDK_BACKENDx11 peazip 强制 X11 后端中文文件名乱码zip 包使用 GBK 编码在设置中切换文件名字符集无法解压 rar缺少外部解压工具sudo apt install unrar 或 unrar-free源码编译时报 unknown targetFPC 太老不支持 LoongArch升级 FPC 到 3.2.2 以上版本官网没有 loongarch64 包官方尚未提供该架构clone 源码用 lazbuild 自行编译dnf install 本地 rpm 搜索不到依赖仓库未启用先用 dnf repolist 检查软件源状态这张表覆盖的都是高频问题如果遇到表里没有的情况建议先把完整报错信息复制出来搜索搜的时候注意看错误日志里提到的库名和路径比直接搜“PeaZip 安装失败”有用得多。Linux 软件安装的本质就是路径、依赖、架构三件事把这三件事理清楚九成问题都能自己解决。5. 源码编译的细节经验与扩展思路5.1 编译参数与构建过程的全景记录很多第一次涉足源码编译的朋友会对“编译”两个字有畏惧心理总感觉像在做什么高深工程。其实 PeaZip 的编译过程完全可以在命令行里一步到位地跑完只是理解其中的几个关键参数能让你更从容。在peazip-src目录下执行lazbuild -B peazip.lpi时-B的含义是完整重建Build All它会强制重新编译所有源文件而不是只编译变更过的部分。初次编译的时候有没有-B效果一样因为本来就要全量编译但如果你改过代码再重编建议先加-B清理一次避免旧的中间文件干扰。命令行输出的日志很长里面会夹杂Compiling、Linking这类过程信息最后的Linking peazip就代表开始链接生成可执行文件了。链接阶段如果报错常见的原因是某些.o目标文件与当前架构不匹配这种情况多半是源码目录里残留了别的架构编译产物可以执行make clean或手动删除lib和output目录后重新编译。编译过程还有一个容易被忽视的资源问题Lazarus 编译大项目时非常吃内存龙芯机器的内存如果只有 4GB同时还在跑桌面环境很容易因内存不足导致编译器进程被杀。我的建议是编译前关闭浏览器等大内存应用或者在终端用free -h先确认可用内存。如果交换分区没有配置编译时随时可能因为 OOM 直接退出日志末尾会出现Error: Compile terminated这类信息。给系统加一个额外的 swap 文件是比较有效的做法具体命令是sudo fallocate -l 4G /swapfile sudo mkswap /swapfile sudo swapon /swapfile不过这只是临时方案长期使用建议还是在磁盘分区里规划正规的 swap 空间。5.2 从 PeaZip 到多架构部署的通用方法论这次针对 PeaZip 11 的 Linux 多架构折腾看起来只是装了一个压缩软件但它的方法论可以迁移到很多其他软件的安装和适配工作中。我发现一个很有效的套路任何开源软件在 Linux 多架构环境下的部署都可以按照“查架构-找包-装依赖-验功能-补兼容”这五步来推进。查架构这步前面反复提过不再赘述。找包这一步的核心是理解官方发布策略像 PeaZip 这种通过 GitHub Releases 发布多格式包的项目它的 assets 列表里会明确标注好每一类文件的架构信息看清楚再下载比盲目搜索各种非官方镜像靠谱得多。装依赖这步要区分 DEB 和 RPM 两个体系的差异Debian 系用 dpkg 加 apt 修复RPM 系尽量用 dnf 或 yum 的本地安装模式来自动解析依赖。验功能这步建议用一个标准的测试压缩包既能测试压缩又能测试解压文件内容最好包含中文文件名和特殊字符。补兼容这步则是针对具体场景做适配比如桌面环境的右键菜单集成、Wayland 显示服务器的渲染问题、系统编码的转换问题等这些细节决定了软件从“能启动”到“好用”之间的距离。对于龙芯这类新架构平台还有一条额外的经验遇到官网没有预编译包的软件不要着急放弃先去查一下这个软件用什么语言和框架写的。如果用的是 Go、Rust、Free Pascal 这类自带跨平台工具链的语言源码编译的成功率通常很高如果用的是依赖大量 C/C 原生库的框架就得评估依赖链有多长。PeaZip 属于前者所以即便官方暂时没有提供 loongarch64 包我们也能够借助 Lazarus 和 FPC 把它编译出来。这套判断方法我在其他开源软件的龙芯适配中也反复验证过每次都奏效。5.3 后续扩展服务器环境下的命令行调用PeaZip 并不仅仅是一个图形界面工具在无桌面的服务器环境里它也能通过命令行完成批量压缩、解压、加密等操作这对运维人员来说是个隐藏亮点。举个例子在服务器上把/var/log目录下的日志文件按日期打包加密peazip -add archive.zip.enc /var/log --password yourpass -encrypt或者把一个压缩包解压到指定目录peazip -extract backup.7z /data/restore更常见的用法是批量转换压缩格式例如把一批.rar文件统一转换成.7zfor f in *.rar; do peazip -convert $f 7z; done在脚本里使用的时候要注意PeaZip 命令行的参数在不同版本之间可能有细微变化先执行peazip --help查看当前版本支持的命令列表再做批量操作。还有一个细节是服务器上如果只是临时用 PeaZip 做解压任务装完用完可以及时卸载避免多一个图形依赖拖累系统资源。但如果你经常需要处理各种压缩格式装一个备用是很划算的毕竟服务器上缺个能解压的工具临时找替代方案才是最痛苦的。我在实际运维中常用的做法是在服务器上准备一个标准化的压缩工具环境包括 PeaZip 和命令行版的 7z、unzip、tar这样不管遇到什么格式的交付文件都能在第一时间处理。PeaZip 负责那些格式杂、需求特殊的场景7z 和 tar 负责日常高频操作各司其职。这套组合用了很久稳定性一直不错。
