从 2011 年或者 2010 年开始用 Linux 开始，就一直用 Debian 系的 Linux 发行版，用过 Ubuntu，Kali，Debian stable，Debian testing。2019 年入手了 ThinkPad X1 carbon，因为 Arch Linux 对 ThinkPad 的支持更好，支持指纹识别等，在 ThinkPad 上安装了 Arch Linux，但是也在其他电脑上继续使用 Debian 系，包括服务器。
不在服务器上用 Arch ，是因为 Debian 稳定，Arch 太激进。所有人都这样说，Arch 在服务器领域的占有率可以忽略不计。但是我个人用了快 3 年的 Arch ，记忆里从没有遇到过大问题，遇到过 Hugo 生成的静态网站有问题，遇到过 ibus 输入中文的问题，回滚单个软件，等下次更新（一般就几天时间）就好，而 Arch 回滚的也很方便（AUR 里的 downgrad）。 Arch 的主要优点有 3 点：第一是更新快，软件，内核，协议等，出了新版本，有了新特性，很快就能体验到。第二是 ArchWiki，查资料很方便。第三，也是我觉得最舒服的地方：AUR，几乎所有想用的软件，都能在 AUR 中找到别人打包好的，搜索安装就好，Debian 有的，Arch 都有。Debian 没有的，Arch 也有。还不用自己一点点配置环境，开箱即用。
因为某些原因，我在一台 VPS 上安装了 Arch，目前的感受就是：真舒服。
今天是 10 月 6 日，在 Arch 服务器上遇到了权限问题。caddy 用户启动 caddy，无法创建日志，即使手动创建了在 caddy 用户名下的文件夹，手动给权限，还是不行。去除权限后，服务看似正常启动，但是实际无法访问，caddy 用户无法读取 o + r 的文件……
只能用 root 用户手动启动，没问题。
上网搜了一下，这个问题不只我一个人遇到，还有一位用户在树莓派上安装了 Arch，也无法启动正常启动服务。权限问题。
重新手动安装，甚至把另一台 Debian 服务器上的配置 + 文件全盘搬过来，依旧有权限问题。
查看进程，是 caddy 用户执行的，查看文件夹权限，也是 caddy 用户所有或者 others 有读权限的，无法访问。推测应该是 caddy 用户不是真正的 caddy？没心情处理了，root 强行执行了。