Ubuntu 22.04 安装 Minarca 指南（服务端与客户端）

目标：在 Ubuntu 22.04 上完成 Minarca 双角色部署——服务端（minarca-server，集中备份服务器）与客户端（minarca-client，被备份主机）。本文所有命令均在真实主机上实际执行，输出为实测回显（超长输出以「节选」标注截取）。产品定位与选型背景见《Minarca 介绍与选型指南》。

一、环境信息

本文采用「1 台服务端 + 1 台客户端」的最小双机拓扑（两台均为 Ubuntu 22.04，互相网络可达；小规模场景也支持同机双角色安装，步骤完全一致）：

角色	主机名	操作系统	安装内容
备份服务器	minarca-server	Ubuntu 22.04.5 LTS	minarca-server 6.2.5
被备份主机	client02	Ubuntu 22.04.5 LTS	minarca-client 7.2.0-1

服务端主机实测环境：

head -2 /etc/os-release

PRETTY_NAME="Ubuntu 22.04.5 LTS"
NAME="Ubuntu"

uname -r
nproc
free -h | head -2

6.8.0-138-generic
12
               total        used        free      shared  buff/cache   available
Mem:            31Gi        12Gi       1.5Gi       148Mi        17Gi        18Gi

df -h /backups | tail -1

/dev/sda3       786G  343G  409G  46% /backups

💡 技术拓展：/backups 是 Minarca 服务端的默认备份存储根目录，官方强烈建议使用独立磁盘/分区（ext4 或 ZFS）挂载到该路径，与系统盘分离。本文演示环境直接使用根分区下的目录，生产环境请按官方文档先完成存储规划（fdisk/mkfs.ext4/fstab 或 ZFS，步骤见官方安装文档《Prepare Storage》一节）。

二、前置条件

安装前逐项确认以下条件（均为实测验证过的检查方式）：

条件	要求	实测检查方式
操作系统	Debian Stable / Ubuntu LTS（服务端仅支持 Debian 系）	`head -2 /etc/os-release`
架构	64 位 x86-64（amd64）	`dpkg --print-architecture`
基础工具	ca-certificates、curl、lsb-release、gpg	`apt-get install -y ca-certificates curl lsb-release gpg`
Web 端口	8080（管理界面，可改）	`ss -ltn
SSH 端口	22（客户端数据传输通道，必须）	`ss -ltn
备份存储	`/backups` 独立挂载点（生产建议）	`df -h /backups`
无特权用户命名空间	内核允许非特权用户创建 user namespace（Minarca 用它隔离每条 SSH 备份连接）	`unshare --user --net true && echo OK`

用户命名空间的实测检查：

unshare --user --net true && echo "unshare --user --net : OK"

unshare --user --net : OK

Ubuntu 22.04 默认允许无特权用户命名空间，通常无需额外配置；Ubuntu 23.10+ 及部分启用 AppArmor 限制的系统需要写入 sysctl 配置（见「九、常见问题」第 4 条，配置内容溯源自官方安装文档）。

💡 技术拓展：unshare 是 Linux 用户命名空间的验证入口。Minarca 服务端对每条客户端 SSH 连接做 user namespace + mount namespace 隔离（服务端源码中的 Jail 机制仅暴露只读的系统目录与该用户自己的备份目录），因此「内核是否允许 unprivileged userns」是部署能否成功的关键前置，比端口检查更容易被忽略。

三、版本选型说明

Minarca 服务端与客户端版本线不同步（服务端 6.x、客户端 7.x），这是官方刻意设计：客户端 7.x 是 Python 重写后的新一代 agent，与服务端 6.2.x 协议兼容。不要误以为两端版本必须一致。

服务端版本实查（配置官方 APT 源后执行 apt-cache policy minarca-server，输出节选）：

minarca-server:
  Installed: (none)
  Candidate: 6.2.5
  Version table:
     6.2.5 500
        500 https://nexus.ikus-soft.com/repository/apt-release-jammy jammy/main amd64 Packages

客户端版本实查（apt-cache policy minarca-client，输出节选，仓库内完整保留了从 4.2.5 起的全版本线）：

minarca-client:
  Installed: (none)
  Candidate: 7.2.0-1
  Version table:
     7.2.0-1 500
        500 https://nexus.ikus-soft.com/repository/apt-release-jammy jammy/main amd64 Packages
     7.1.1 500
        500 https://nexus.ikus-soft.com/repository/apt-release-jammy jammy/main amd64 Packages

最新版 DEB 直链实查（客户端提供 latest 软链，curl -w 显示真实重定向地址，2026-10-22 查询）：

curl -fsSL -o minarca-client_7.2.0-1_amd64.deb -w 'EFFECTIVE_URL: %{url_effective}\nSIZE: %{size_download}\n' https://www.ikus-soft.com/archive/minarca/minarca-client-latest-amd64.deb

EFFECTIVE_URL: https://nexus.ikus-soft.com/repository/archive/minarca/7.2.0/minarca-client_7.2.0-1_amd64.deb
SIZE: 65413732

结论（查询日期 2026-10-22）：Ubuntu 22.04（jammy）官方仓库最新稳定组合为 minarca-server 6.2.5 + minarca-client 7.2.0-1；服务端依赖的引擎兼容包 rdiff-backup-1.2 / 2.0 / 2.2 由 minarca-server 自动带上（实测安装后三个包并存：1.2.8-8、2.0.5-12、2.2.6-13），按客户端仓库格式自动选用，无需人工干预。

四、方案一：官方 APT 仓库在线安装（推荐）

4.1 方案说明

官方标准安装路径：添加 IKUS Soft 签名密钥 → 添加 APT 仓库 → apt install。优点是后续升级只需 apt upgrade，依赖（openssh-server、rdiff-backup 引擎兼容包）自动解决。以下步骤在服务端与客户端上均需执行（安装的包名不同）。

4.2 安装服务端（minarca-server）

第 1 步：准备系统并安装基础工具

apt-get update
apt-get install -y ca-certificates curl lsb-release gpg

实测输出（节选——标准 Ubuntu 22.04 服务器通常已预装这四件工具，命令保证其存在；全新最小化系统则会在此步实际安装它们）：

Reading package lists...
Building dependency tree...
Reading state information...
ca-certificates is already the newest version (20260816ubuntu0.22.04.1).
gpg is already the newest version (2.2.27-3ubuntu2.5).
0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.

第 2 步：添加官方签名密钥

mkdir -p /etc/apt/keyrings
curl -fL -o /etc/apt/keyrings/minarca-keyring.asc https://www.ikus-soft.com/archive/public.asc
ls -l /etc/apt/keyrings/

实测输出（节选）：

total 4
-rw-r--r-- 1 root root 2773 Oct 21 18:20 minarca-keyring.asc

第 3 步：添加 APT 仓库（$(lsb_release -sc) 自动解析为 jammy）

cat <<EOF > /etc/apt/sources.list.d/minarca.sources
Types: deb
URIs: https://nexus.ikus-soft.com/repository/apt-release-$(lsb_release -sc)/
Suites: $(lsb_release -sc)
Components: main
Architectures: amd64
Signed-By: /etc/apt/keyrings/minarca-keyring.asc
EOF
cat /etc/apt/sources.list.d/minarca.sources

实测输出：

Types: deb
URIs: https://nexus.ikus-soft.com/repository/apt-release-jammy/
Suites: jammy
Components: main
Architectures: amd64
Signed-By: /etc/apt/keyrings/minarca-keyring.asc

第 4 步：安装 minarca-server

apt-get update
apt-get install -y minarca-server

apt-get update 实测输出（节选，可见新源命中）：

Get:3 https://nexus.ikus-soft.com/repository/apt-release-jammy jammy InRelease [2220 B]
Get:5 https://nexus.ikus-soft.com/repository/apt-release-jammy jammy/main amd64 Packages [13.0 kB]

安装过程实测输出（节选——openssh-server 与三个 rdiff-backup 引擎兼容包作为依赖一并装入，SSH 主机密钥在此阶段生成）：

Creating SSH2 RSA key; this may take some time ...
3072 SHA256:95lhsp/bCeo6zt8SFybL7VjY+6L0NptQ2R3Z1YI97AU root@minarca-server (RSA)
Creating SSH2 ECDSA key; this may take some time ...
256 SHA256:nr0MrF4sC4UEGNYLyNr26xcAPIVEx3Iu1uxRonDJMjw root@minarca-server (ECDSA)
Creating SSH2 ED25519 key; this may take some time ...
256 SHA256:9itjSLsKnYFqoJ9lXtW93JYCV5DSJUVLfEpANXgm0XQ root@minarca-server (ED25519)
Created symlink /etc/systemd/system/sshd.service → /lib/systemd/system/ssh.service.
Created symlink /etc/systemd/system/multi-user.target.wants/ssh.service → /lib/systemd/system/ssh.service.
Setting up minarca-server (6.2.5) ...
Created symlink /etc/systemd/system/multi-user.target.wants/minarca-server.service → /lib/systemd/system/minarca-server.service.
Processing triggers for libc-bin (2.35-0ubuntu3.15) ...

安装完成后确认包清单（dpkg -l | grep -E 'minarca|rdiff-backup|openssh-server'，实测）：

ii  minarca-server              6.2.5                                   amd64        Minarca is a self-hosted open source data backup software ...
ii  openssh-server              1:8.9p1-3ubuntu0.18                     amd64        secure shell (SSH) server, for secure access from remote machines
ii  rdiff-backup-1.2            1.2.8-8                                 amd64        remote incremental backup
ii  rdiff-backup-2.0            2.0.5-12                                amd64        Backup and Restore utility, easy to use, efficient, locally and remotely usable
ii  rdiff-backup-2.2            2.2.6-13                                amd64        Backup and Restore utility, easy to use, efficient, locally and remotely usable

4.3 服务端 systemd 托管与验证

minarca-server 安装即注册 systemd 服务（User=minarca 专用低权限用户运行）。若系统为最小化安装导致服务未自动拉起，执行 systemctl enable --now minarca-server；SSH 服务同理执行 systemctl enable --now ssh（客户端数据传输依赖它，见「九、常见问题」第 3 条）。

单元文件实测内容（cat /lib/systemd/system/minarca-server.service）：

[Unit]
Description=Minarca Web Server
Documentation=https://minarca.org/

[Service]
ExecStart=/opt/minarca-server/minarca-server
User=minarca
Group=minarca

[Install]
WantedBy=multi-user.target

运行状态实测（systemctl status minarca-server，节选）：

● minarca-server.service - Minarca Web Server
     Loaded: loaded (/lib/systemd/system/minarca-server.service; enabled; vendor preset: enabled)
     Active: active (running) since Wed 2026-10-21 17:51:58 UTC; 25min ago
       Docs: https://minarca.org/
   Main PID: 3650 (minarca-server)
      Tasks: 16 (limit: 94371)
     Memory: 100.4M

Oct 21 17:51:58 minarca-server systemd[1]: Started Minarca Web Server.

监听端口实测（ss -ltn，节选——8080 为 Web 管理界面，22 为客户端数据通道）：

State  Recv-Q Send-Q Local Address:Port  Peer Address:Port
LISTEN 0      5            0.0.0.0:8080       0.0.0.0:*
LISTEN 0      128          0.0.0.0:22         0.0.0.0:*
LISTEN 0      128             [::]:22            [::]:*

Web 服务连通性实测（curl -sSI http://127.0.0.1:8080/，节选，默认跳转登录页）：

HTTP/1.1 303 See Other
Content-Type: text/html;charset=utf-8
Server: CherryPy/18.10.0
Allow: GET, HEAD
X-Frame-Options: DENY
Cache-Control: no-cache, no-store, must-revalidate, max-age=0

浏览器访问 http://<服务器IP>:8080，默认账号 admin / admin123（官方文档明示的初始口令，登录后请立即修改；注意口令强度策略，见第八章）。

4.4 安装客户端（minarca-client）

在被备份主机 client02 上，重复 4.2 的第 1～3 步（同一密钥与仓库配置），然后：

apt-get update
apt-get install -y minarca-client

安装实测（节选——客户端携带图形界面栈，本次共引入 309 个新包）：

Selecting previously unselected package openssh-client.
Selecting previously unselected package minarca-client.
Setting up openssh-client (1:8.9p1-3ubuntu0.18) ...
Setting up minarca-client (7.2.0-1) ...
Processing triggers for libgdk-pixbuf-2.0-0:amd64 (2.42.8+dfsg-1ubuntu0.5) ...

版本确认（实测）：

minarca --version

minarca 7.2.0

程序安装到 /opt/minarca/（含 minarca 命令行入口与 minarcaw 图形入口），配置目录为 /etc/minarca/。

4.5 客户端关联服务器与首次备份验证

第 1 步：关联服务器（-r 服务器地址、-u 账号、-p 口令；仓库默认以主机名命名）

minarca configure -r http://minarca-server:8080 -u admin -p admin123

实测输出：

Linked successfully

关联动作完成了三件事（可分别在两端验证）：客户端向服务端 HTTP API 注册并上传生成的 SSH 公钥（/etc/minarca/id_rsa0、id_rsa0.pub、known_hosts0 随之生成）；服务端在 /backups/.ssh/authorized_keys 追加一条带强制命令的公钥记录（实测前缀：command="export MINARCA_USERNAME='admin' MINARCA_USER_ROOT='/backups/admin';/opt/minarca-server/minarca-shell",no-port-forwarding,...）；客户端写入配置 /etc/minarca/minarca0.properties（实测内容节选）：

username=admin
repositoryname=client02
remotehost=minarca-server
remoteurl=http\://minarca-server\:8080
remoterole=0
schedule=24
configured=True

第 2 步：声明要备份的目录（默认全部排除，必须显式 include，否则备份为空——原理见「九、常见问题」第 5 条）

mkdir -p /srv/data
dd if=/dev/urandom of=/srv/data/contracts_2026.bin bs=1M count=8
echo "server room checklist v1" > /srv/data/notes.txt
sha256sum /srv/data/*

实测输出：

373d95d684b668e8e94392390869e72fcaada986c2d478b1282a5c28223d72ca  /srv/data/contracts_2026.bin
e7a8a4256a34ab613e4d02f80ec8ec05f1ec73570ac9f320b4c115a68f6b27a4  /srv/data/notes.txt

minarca include /srv/data
minarca patterns | tail -8

include 执行成功时无输出；patterns 实测输出（节选，+/srv/data 已追加到默认排除列表尾部）：

-/tmp
-/run
-/mnt
-/media
-**/lost+found
-**/.~*
-**/*~
+/srv/data

第 3 步：执行首次备份（backup 为前台执行；安装后调度默认每 24h，未到调度时间需 --force 强制）

minarca backup --force

实测结果：退出码 0、无任何输出（备份成功是静默的）。用 minarca status 确认：

Verifying connection...
----------------------------------------------------
Backup instance:          client02
Identifier:               0
Remote server:            minarca-server
Backup frequency:         every 24h
Connectivity status:      Connected
Last successful backup:   2026-10-21T18:23:07+0000
Last backup date:         2026-10-21T18:23:07+0000
Last backup status:       SUCCESS

第 4 步：服务端视角复核。仓库按「用户名/仓库名」两级落盘（实测 ls -la /backups/admin/）：

drwxr-xr-x 4 minarca minarca 4096 Oct 21 17:48 client01
drwxr-xr-x 4 minarca minarca 4096 Oct 21 18:20 client02

仓库内部即 rdiff-backup 格式（实测 ls /backups/admin/client02/）：

rdiff-backup-data
srv

rdiff-backup-data/ 内是版本元数据与增量（实测节选）：

backup.log
current_mirror.2026-10-21T18:23:25Z.data
file_statistics.2026-10-21T18:23:03Z.data
increments
mirror_metadata.2026-10-21T18:23:03Z.diff.gz

Web 管理界面或 API 同步可见新仓库（实测 curl -s -u admin:admin123 http://127.0.0.1:8080/api/currentuser/repos/）：

[{"id": 1, "name": "client01", "maxage": 0, "keepdays": -1, "ignore_weekday": [], "display_name": "client01", "last_backup_date": "2026-10-21T18:07:38Z", "status": "ok", "encoding": "utf-8"}, {"id": 2, "name": "client02", "maxage": 0, "keepdays": -1, "ignore_weekday": [], "display_name": "client02", "last_backup_date": "2026-10-21T18:23:25Z", "status": "ok", "encoding": "utf-8"}]

至此双角色部署闭环完成。恢复、调度、暂停等日常操作见《Minarca 7.2 常用 CLI 命令与工具详解》。

五、方案二：官方 DEB 离线包安装（客户端实测可行）

5.1 方案说明与下载

适用于无法访问外网的隔离网段：在一台有网的机器上下载 DEB，拷贝到目标机安装。实测结论（2026-10-22）：

客户端：官方提供 minarca-client-latest-amd64.deb 软链，实测重定向到 https://nexus.ikus-soft.com/repository/archive/minarca/7.2.0/minarca-client_7.2.0-1_amd64.deb，大小 65413732 字节（62.4 MiB）；
服务端：官方未提供等价的 latest 直链与归档索引——实测 https://www.ikus-soft.com/archive/minarca/minarca-server-latest-amd64.deb、版本化路径 .../archive/minarca/6.2.5/minarca-server_6.2.5_amd64.deb 均返回 404，归档目录亦无公开列表。离线场景部署服务端建议自建 APT 镜像源（如 apt-mirror 同步 apt-release-jammy）。

在有网机器上下载客户端离线包（实测输出即 3.3 节的 EFFECTIVE_URL/SIZE）：

curl -fL -o minarca-client_7.2.0-1_amd64.deb https://www.ikus-soft.com/archive/minarca/minarca-client-latest-amd64.deb
ls -lh minarca-client_7.2.0-1_amd64.deb

-rw-r--r-- 1 root root 63M Oct 22 02:29 minarca-client_7.2.0-1_amd64.deb

5.2 离线安装客户端（实测）

将 DEB 拷贝到目标机（scp/U 盘均可）后，用 apt 直接安装本地包（apt 会自动从已配仓库解决依赖；目标机仍需可访问 Ubuntu 官方源或内网镜像，否则先在 4.2 节基础上补齐依赖）：

apt-get update
apt-get install -y /root/minarca-client_7.2.0-1_amd64.deb

实测输出（节选）：

Processing triggers for libgdk-pixbuf-2.0-0:amd64 (2.42.8+dfsg-1ubuntu0.5) ...
Processing triggers for libc-bin (2.35-0ubuntu3.15) ...

minarca --version

minarca 7.2.0

后续关联与备份步骤与 4.5 节完全一致。

5.3 服务端离线安装实测结论

对 minarca-server 的离线直链三路探测（archive latest / archive 版本化路径 / APT 仓库 pool 路径）实测均返回 HTTP/2 404，官方归档无目录索引。结论：服务端离线安装官方未提供直接支持，生产隔离网段请用自建 APT 源镜像方案，或临时使用有网机器 apt-get download minarca-server 连同依赖一并拷贝安装（需自行处理 openssh-server、rdiff-backup 兼容包等依赖链）。

六、方案三：编译源码安装（官方未提供，不适用）

Minarca 官方未提供源码编译部署文档：服务端基于 rdiffweb 二次开发并以 /opt/minarca-server/ 打包形态发布，客户端 7.x 为 Python 打包的 agent（/opt/minarca/）。官方支持的发布形态只有 APT 仓库与 DEB/RPM/tar.gz 下载包，源码仓库（GitLab）仅用于开发协作。生产环境请使用方案一或方案二。

七、安装方案对比与选择建议

方案	适用场景	优点	局限
官方 APT 仓库（方案一）	绝大多数生产环境	官方标准路径；依赖自动解决；升级便捷；双端均支持	目标机需访问 nexus.ikus-soft.com
官方 DEB 离线包（方案二）	无外网的客户端主机	单包拷贝即装，实测 62.4 MiB	仅客户端有 latest 直链；目标机仍需依赖源；服务端不可用此法
自建 APT 镜像源	隔离网段的服务端批量部署	一处同步，全网复用	需维护镜像任务
编译源码（方案三）	—	—	官方未提供构建文档，不适用

选择建议：能联网一律走方案一；只有个别无外网客户端用方案二；整段隔离的私有化交付用自建源。

八、安装后配置说明

服务端核心配置文件 /etc/minarca/minarca-server.conf（实测默认内容）：

# Host name or IP address to bind to.
# If you want to bind to all interface, use 0.0.0.0
# Default: 127.0.0.1
server-host=0.0.0.0

session-dir=/var/lib/minarca

安装时默认写入 server-host=0.0.0.0（监听所有网卡）。生产环境建议改回 127.0.0.1 并前置 Nginx/Apache 反向代理做 SSL 卸载（官方文档建议）。配置目录与权限实测（节选）：

drwxr-x--- 3 minarca minarca 4096 Oct 21 17:51 .
drwxr-x--- 2 minarca minarca 4096 Oct 21 17:49 conf.d
-rw-r----- 1 minarca minarca  160 Apr 21  2025 minarca-server.conf
-rw-r--r-- 1 minarca minarca  4096 Oct 21 17:51 rdw.db

conf.d/ 支持分片配置（默认仅含空 placeholder）；rdw.db 为账户/仓库元数据库。完整参数详解见《Minarca Server 6.2 配置参数详解》。

客户端配置文件（关联后生成于 /etc/minarca/，实测清单）：

文件	用途
minarca0.properties	关联凭据与调度参数（username/repositoryname/remoteurl/schedule 等）
patterns0	include/exclude 模式列表
id_rsa0 / id_rsa0.pub	客户端 SSH 身份密钥（权限 0400，仅 root 可读）
known_hosts0	服务端主机公钥指纹

口令强度策略提醒：Web 界面与 API 创建/修改用户口令时启用强度校验，实测弱口令 q1w2e3r4 会被拒绝（返回 Password too weak），需使用更长更复杂的口令。

九、常见问题

1. 客户端关联报 "The connection was terminated unexpectedly"

现象：minarca configure 在 HTTP 关联成功后、SSH 通道建立阶段失败。排查服务端：手动执行 minarca-shell 观察退出码 201，日志出现 TypeError: expected str, bytes or os.PathLike object, not NoneType。根因：系统缺失 tzdata/时区数据（如精简安装的最小化系统），服务端 minarca-shell 初始化 SSH 会话环境时读取本地时区失败。修复：

apt-get install -y tzdata

标准 Ubuntu 服务器镜像自带 tzdata，此问题主要出现在最小化/裁剪系统上。

2. 服务端日志警告 "could not bring up loopback for network; install the iproute2 package"

minarca-shell 创建网络命名空间时需要 ip 命令拉起 loopback 接口，精简系统缺 iproute2 时出现该警告。修复：

apt-get install -y iproute2

3. 客户端无法建立 SSH 通道

服务端 openssh-server 通常随 minarca-server 一并安装，但最小化系统可能未自启。实测确认与修复：

systemctl is-active ssh

active

若非 active：

systemctl enable --now ssh

4. Ubuntu 23.10+ 系统用户命名空间被 AppArmor 限制

unshare --user --net true 验证失败时，按官方文档写入 sysctl 并立即生效（配置内容溯源自官方安装文档）：

tee /etc/sysctl.d/10-minarca-server-userns.conf <<EOF
kernel.unprivileged_userns_clone=1
kernel.apparmor_restrict_unprivileged_userns=0
EOF
sysctl --system

官方注记：kernel.apparmor_restrict_unprivileged_userns 键仅在带该特性的系统（如 Ubuntu 23.10+）上存在，其余系统对该行报错可忽略。

5. 备份成功但一个文件都没备上

Minarca 客户端默认「全部排除、显式包含」模式：未添加任何 include 时，实际执行的底层命令以 --exclude "/**" 收尾（agent 调试日志实测可见），因此必须先 minarca include <目录>。添加后可用 minarca patterns 复核模式列表。

6. minarca backup 退出码 0 但并没有真的执行

默认调度为每 24 小时（properties 中 schedule=24），未到调度时间的普通 backup 会跳过执行，日志提示 backup not yet scheduled to run. You may force execution using '--force' (Error: 13)。手动测试请用 minarca backup --force；另外备份成功时命令本身是静默的，确认结果用 minarca status。

7. 关联中断后状态异常（pause_until 残留）

关联过程被中断可能在 /etc/minarca/minarca0.properties 中残留 pause_until 时间戳导致备份被暂停。清除实测：

minarca pause --clear

注意 minarca pause 0、minarca pause --hours=0 均为错误语法（usage 报错），清暂停必须用 --clear。

十、卸载清理

卸载客户端（实测）：

apt-get remove --purge -y minarca-client

Removing minarca-client (7.2.0-1) ...

卸载后释放约 199 MB 空间；/etc/minarca/ 中未被 dpkg 纳管的运行期文件（如 forget 后残留的空目录）可能保留，可手动清理。若需先解除与服务端的关联（移除本机配置与密钥、服务端仓库保留），用 minarca forget --force。

卸载服务端（实测）：

apt-get remove --purge -y minarca-server

Removing minarca-server (6.2.5) ...
Purging configuration files for minarca-server (6.2.5) ...

purge 后实测 /etc/minarca/（含账户数据库 rdw.db）与 /opt/minarca-server/ 一并被清除；/backups/ 备份数据目录保留——这是刻意设计，重装或迁移时数据不丢，确认不再需要时可手动删除。

十一、参考链接

官方安装文档（本文安装步骤与硬件要求来源）：https://minarca.org/en_CA/doc/installation
官方下载页：https://minarca.org/en_CA/download
官方 APT 仓库（jammy）：https://nexus.ikus-soft.com/repository/apt-release-jammy/
签名密钥：https://www.ikus-soft.com/archive/public.asc
客户端最新版直链：https://www.ikus-soft.com/archive/minarca/minarca-client-latest-amd64.deb
源码仓库：https://gitlab.com/ikus-soft/minarca
相关篇目：《Minarca 介绍与选型指南》、《Minarca Server 6.2 配置参数详解》、《Minarca 7.2 常用 CLI 命令与工具详解》