Omarchy 软件源提速：3 步把 pacman 镜像切到高速节点，更新少等一大截

Omarchy 软件源提速：3 步把 pacman 镜像切到高速节点，更新少等一大截

【免费下载链接】omarchyBeautiful, Modern & Opinionated Linux项目地址: https://gitcode.com/GitHub_Trending/om/omarchy

跑pacman -Syu时卡在某个包上 40 秒不动、进度条像被冻住，这种等待真的会让人想砸键盘。其实多数情况下包本身没毛病，是下载走的那个镜像离你太远、带宽被拖垮了。Omarchy 作为一套"Beautiful, Modern & Opinionated Linux"，出厂就自带一套项目级镜像加速配置——你不用像裸装 Arch 那样自己翻全网找源。这篇就是带你把 Omarchy 的软件源优化跑通：先确认它在用哪个节点，再按需补上国内高速镜像，最后验证速度确实上去了，全程照抄命令就能落地。

对比两条镜像源提速路线：内置官方源与手动国内节点

同样是"让 pacman 下得快一点"，实际有两条可走的路，差别主要在灵活度和要不要额外操心。

本文以路线 A 为主线：先确认并锁定 Omarchy 官方镜像（这是出厂就优化好的那套），再把它和路线 B 里"追加国内节点"的做法拼起来，作为网络不佳时的兜底。这样你既不破坏官方默认配置，又能在自己带宽被拖慢时手动提速。

检查当前镜像源与更新渠道，锁定 stable 官方节点

先搞清楚系统现在到底在用哪个镜像，别改错了对象。Omarchy 安装时会把渠道对应的配置落到系统目录：渠道由 install/post-install/pacman.sh 决定，stable 渠道的镜像文件是 default/pacman/mirrorlist-stable，指向stable-mirror.omarchy.org；pacman 主配置则对应 default/pacman/pacman-stable.conf。

# 看当前 pacman 实际用的镜像节点 cat /etc/pacman.d/mirrorlist # 查看/切换更新渠道，可选 stable / rc / edge omarchy-channel-set stable

做对了长什么样：cat输出里能看到stable-mirror.omarchy.org这一行，且omarchy-channel-set执行后不再报错、/etc/pacman.d/mirrorlist内容与所选渠道一致，说明镜像源和渠道是匹配的。

往 mirrorlist 追加国内高速节点，保留 Omarchy 官方源兜底

如果你这边测下来官方镜像速度不理想，就在本机的/etc/pacman.d/mirrorlist顶部加几个国内节点，把 Omarchy 官方源挪到最后当兜底——这一步改的是你自己系统里的文件，不动仓库。

# 在本地 mirrorlist 顶部追加国内节点，官方源保留在最后兜底 sudo tee /etc/pacman.d/mirrorlist >/dev/null <<'EOF' Server = https://mirrors.ustc.edu.cn/archlinux/$repo/os/$arch Server = https://mirrors.aliyun.com/archlinux/$repo/os/$arch Server = https://stable-mirror.omarchy.org/$repo/os/$arch EOF

做对了长什么样：再次cat /etc/pacman.d/mirrorlist，国内两行在顶部、官方源在底部，且Server =里的$repo/os/$arch占位符原样保留没被改坏。↑ 上一步改完文件后，再进入下一步确认全局配置生效。

确认并发下载与 Omarchy 专属仓库已生效

光换节点还不够，下载得快不快还取决于并发和是否连上了 Omarchy 自己的仓库。stable 配置里已经打开了多线程并发，并额外挂了一个[omarchy]仓库指向pkgs.omarchy.org，这两处值得顺手核一眼。

# 确认多线程并发下载已开启（期望看到 ParallelDownloads = 5） grep '^ParallelDownloads' /etc/pacman.conf # 确认 Omarchy 专属仓库已指向 pkgs.omarchy.org grep -A1 '^\[omarchy\]' /etc/pacman.conf

做对了长什么样：第一条打印出ParallelDownloads = 5，第二条能看到[omarchy]下面跟着一行Server = https://pkgs.omarchy.org/stable/x86_64。这两行都在，说明"软件源提速"的全局开关没被某次更新悄悄冲掉。

走 omarchy update 刷新软件包数据库，绕过裸 pacman 守卫

镜像和并发都确认没问题后，别直接裸跑pacman -Syu。Omarchy 装了一个 ALPM 事务守卫，检测到非官方渠道发起的系统升级会直接中止并提示你走正规流程，这是刻意设计的。所以刷新数据库请走omarchy update。

# 走 Omarchy 官方更新流程：事务内更新包、跑迁移、刷新更新指示 omarchy update

只有当你确实要裸跑 pacman（比如临时装个和渠道无关的包）时才显式绕过守卫：

# 仅在明确需要裸跑时绕过 Omarchy 更新守卫 sudo env OMARCHY_ALLOW_DIRECT_PACMAN=1 pacman -Syu

做对了长什么样：omarchy update顺利进入事务、没有AbortOnFail式的提前中止，结束后顶栏更新指示器刷新为"已是最新"。↑ 这一步依赖前面 mirrorlist 和并发配置都已就位，顺序别乱。

测速验证镜像节点，判断是否达到可用带宽

改完源要拿数据说话，别凭感觉。用reflector对最近同步的节点做测速并按速率排序写回，再用一条curl单点确认带宽。

# 测最近同步的 10 个镜像，按速率排序写回 mirrorlist sudo reflector --latest 10 --sort rate --save /etc/pacman.d/mirrorlist # 单点测速：打印连接耗时与下载速率 curl -o /dev/null -w 'time=%{time_total}s speed=%{speed_download}B/s\n' \ 'https://stable-mirror.omarchy.org/core/os/x86_64/core.db'

判据很直白：speed=那列折算成 MB/s 后> 1MB/s 即 ✅ 达标，跑omarchy update时肉眼就能看到包在飞速落地；若< 0.2MB/s 则 ⚠️ 偏低，把 mirrorlist 顶部的节点再往下挪一个、或换一个国内源重试即可，不用从头排查。

镜像源优化常见坑位排查清单

• invalid signature / GPG 校验失败：多半是密钥环过期，不是镜像坏了。sudo pacman-key --refresh-keys后再刷新一次 keyring 即可。
• database is being synchronized：该节点正在同步仓库，暂时不可用。把 mirrorlist 里这个Server挪到最后、用排在它前面的源重试就行。
• 裸pacman -Syu被直接 abort：这是 Omarchy 更新守卫在拦你，属于正常保护。改用omarchy update；确要裸跑时用OMARCHY_ALLOW_DIRECT_PACMAN=1显式绕过。
• reflector 写回后只剩一个可用源：全量排序可能把慢源推到顶部。写回后人工确认至少保留一条 Omarchy 官方源作兜底，避免全节点抖动时彻底没源可用。

换完源跑一次omarchy update，如果这次没再卡住、速度也达标，这活儿就算干完了。

【免费下载链接】omarchyBeautiful, Modern & Opinionated Linux项目地址: https://gitcode.com/GitHub_Trending/om/omarchy