记一次折腾 Arch Linux 的失败经历……

那台 RedmiBook 14 跟了我快六年，里面没什么重要数据，我早让它退休当实验机。

Windows 10 LTSC 负责日常，Linux 那块专门用来折腾。我选了 Nyarch。

结果最后是：Nyarch 被我整个卸掉了 (￣▽￣)

开头其实挺顺的 🫠#

Nyarch 装完，我先把它弄成能日常用的样子。

第一个装的是 Clash Verge Rev，这个用来干啥想必大伙都懂。它官方主要提供的是 .deb 和 .rpm，没有 Arch 包，好在 AUR 里已经有人维护了：

1
aur/clash-verge-rev-bin

于是直接无脑：

1
yay -S clash-verge-rev-bin

装好了。接着是装 Google Chrome，个人原因不太喜欢 Firefox。

然后为了让两台设备共用一套鼠标键盘，我装了 Deskflow。

这段是真顺。鼠标能滑到另一台机器上，键盘跟着鼠标走，我要的就是这个——鼠标在哪台电脑，键盘就输入哪台电脑。

基础环境这么顺，我还想着一边求稳、一边折腾，慢慢把它配成一台正经的 Linux 工作机。现在回头看，这是标准的立 flag。

然后就开始不对劲了。

剪贴板先不行了#

Deskflow 的鼠标和键盘都正常，唯独两台机器之间的剪贴板死活不互通。

我当时的环境是：GNOME 50.1 + Wayland + Deskflow 1.26.0

查了一圈，问题出在 Wayland 上：Deskflow 的剪贴板实现正在从旧的 wl-clipboard 路径迁到 XDG Desktop Portal，而我系统里的 libportal 是 0.9.1-3，没到新实现要求的版本。

按理说这不算事儿，滚一下系统就行。

问题是，我这系统偏偏滚不动。

我本来只想跑一句：

1
sudo pacman -Syu

结果直接撞上 Boost 依赖冲突。系统里现在是：

1
boost        1.92.0-1
2
boost-libs   1.91.0-1

而我装的 dwarfs 还是 0.15.3-1.1，它要的是：

1
libboost_chrono.so=1.91.0-64
2
libboost_filesystem.so=1.91.0-64
3
libboost_process.so=1.91.0-64
4
libboost_program_options.so=1.91.0-64

Boost 1.92 就这么被钉死在原地。

往下查更乐：dwarfs 根本不是 Arch 官方包，它是 Garuda Builder 构建出来的，而它又是 Gear Lever 的依赖。

所以实际卡住我的是个套娃——一个 AUR 软件的依赖，套着一个来自另一个发行版生态的旧包，把整台机器的系统升级按住了 (；´д｀)ゞ

AUR 上 dwarfs 已经有 0.15.7-1 了，那就升它吧。

硬盘这时候开始报警 🚨#

这是整件事里最没想到的一环。

编译 dwarfs 0.15.7，进度走到 40% 左右，突然冒出：

1
fatal error:
2
打开依赖文件 ...：只读文件系统

一查，根分区 /dev/sda7 已经变只读了。

再翻 dmesg，汗流浃背了：

1
I/O error, dev sda, sector 896504184

1
I/O error, dev sda, sector 959373296

一个 WRITE，一个 READ。后面紧跟着：

1
Aborting journal on device sda7-8

以及：

1
EXT4-fs ... IO failure
2
EXT4-fs ... Journal has aborted
3
EXT4-fs ... Remounting filesystem read-only

所以不是 yay 抽风，也不是 dwarfs 自己的锅。是这块用了六年的老 SSD，在高强度编译写盘的时候，实打实来了一次底层 I/O 超时。

我没接着往下挖。这台机器本来就准备退了，里面也没有要救的数据。

重启之后 /dev/sda7 又回到 rw,noatime，之后也没马上再报 I/O Error。

所以我的判断就是：这块陈年老盘确实出过一次明确的 I/O 故障，但它已经不是值得我继续花时间的东西了。

更新终于跑了，然后就炸了 💥#

重启完看磁盘恢复了，我想那继续解决更新吧。

这次 pacman -Syu 一口气拉了：

1
656 个软件包
2
约 1.7 GiB

包列表里已经能看到新的 gcc-libs。我那会儿还挺高兴，觉得折腾这么久终于要过去了。

然后 GNOME 和系统一起卡死。整个桌面没响应，最后只能直接重启。

GRUB：你别进来了#

重启之后 GRUB 直接甩脸：

1
loading Linux linux
2
error: loader/i386/linux.c:grub_cmd_linux:710:invalid magic number.
3
Loading initial ramdisk
4
error: loader/i386/linux.c:grub_cmd_initrd:1082:you need to load the kernel first

进高级启动选项换备用 kernel，一样进不去。

到这儿其实没什么好纠结的了。一台没有重要数据、硬件本来就老、刚经历过一次 I/O Error、又在更新途中卡死、最后连 kernel 都起不来的机器……

我当时的想法就一个字：

算了 🙃

从入门到放弃，说的就是我这种。

卸了#

顺便讲一讲删Linux双系统的正确方法吧，哥们之前也在这块上翻过大车：

回到 Windows 10 ，开始清 Nyarch。

先删分区：

1
/dev/sda6  2 GB
2
/dev/sda7  98 GB

再进 EFI 分区，里面有三个目录：

1
Microsoft
2
Boot
3
nyarch

先删掉 Nyarch 对应的 UEFI 启动项，这串命令暂时记不得了，不过也不难找就是了。

最后删掉：

1
S:\EFI\nyarch

这台机器又变回纯血 Windows 10 LTSC，我则继续当我的钉子户。

先叠个甲 🛡️#

哥们不是黑 Arch，不是给 Debian 打广告，也不是要说 Arch 不稳——老 SSD 的 I/O Error 不是 Arch 造成的，更新途中死机也不是 Arch 独有，中间一大半问题都出在我这台机器自己身上。

甲叠完了。Arch 的维护模式不适合这台机器，也不适合我对它的定位。

我想要的东西其实不复杂：装完能稳定用，中文输入正常，Chrome、Clash Verge Rev、Deskflow 都正常，偶尔还能拿来写写代码、折腾下 Linux。但最要紧的就一句：“我不想天天维护系统”。

而 Arch 实际甩给我这么一条链子：

flowchart TD
    AUR[AUR] --> third[第三方包]
    third --> dep[依赖关系]
    dep --> abi[ABI 变化]
    abi --> noup[系统无法完整升级]
    noup --> part[部分升级]
    part --> rebuild[重新构建]
    rebuild --> core[系统核心组件更新]

最后还附赠一次老 SSD 的 I/O 问题和一次中断的更新。

单拎出来一条都不算大事。全叠在一起，我就只剩一个念头：

我为什么要在一台准备退休的电脑上花这个时间？所以不如

这台机器以后要是再装 Linux，我不会优先选 Arch 系了。下一集大概是：Windows 10 LTSC + Ubuntu LTS

因为我现在要的不是“最新”，是稳定、简单、能用。

挺现实的原因，引用 Arch Wiki 的一段话：

您或许不想使用 Arch Linux，如果您：

• 没有经验、能力、时间、想法和愿望去打理这样一个高度可定制的 GNU/Linux 发行版。
• 需要非 x86_64 平台支持。
• 你是狂热的自由软件爱好者，只希望发行版提供 GNU 定义的自由软件。
• 你认为好的操作系统应当是已经配置好的：安装介质应默认包含一套完整的应用软件包、图形化桌面环境——达到“开箱即用”。
• 你不需要或不想使用滚动升级的发行版。
• 你对目前使用的操作系统感到满意。

作为曾经的一名极客，Arch 折腾起来确实有意思。但对于一台我想拿来用的老电脑，和一个没太多时间整天肝论文的我，就不太合适了。

不是所有旧电脑都适合拿来跑 Arch。有的机器适合折腾，有的适合安安静静干活，这台 RedmiBook 14 明显是后者。

所以这次 Arch 之旅就到这儿了。不合适，卸了跑路，就这样。

折腾本身挺好玩的。但它开始让我觉得累的时候，我就知道该换系统了。

本文标签： Linux Arch 踩坑 随笔

版权声明：若无特殊注明，本文皆为《WindowsIt》原创，采用 CC BY-NC-SA 4.0 协议授权，转载请保留文章出处。
本文链接： 记一次折腾 Arch Linux 的失败经历……