mlyy
2018-03-18 03:28:58 +08:00
个人使用的配置比较独特,来说说 arch (或者说 wiki )的坑。未注明的话,hypervisor 一定是 arch+kvm
1)虚拟机(也是 arch)使用 fstab 挂载 nfs 卷,transmission 使用 systemd 启动,由于 systemd 的特性,transmission 在 nfs 卷被挂载之前被启动,transmission 读不到配置文件(文件系统未就绪),gg.相同的事情还发生在 postgresql 数据区在 nfs 卷的情况。(其实这个算 systemd 配置文件的问题,某种程度上说,either nfs 的 wiki or fstab 的 wiki or systemd 的 wiki 需要接锅)
2)一次更新,更新了 ovmf 包之后,所有 libvirt 管理的虚拟机全部无法使用,原因是 nvram 和 vars 分开管理,nvram 更新之后原有的 var 失效
3)安装 arch 的那个 wiki 页面经过多次更新后愈发简化。能理解其中的原因,滚动发行版,尽可能的抽象概念,帮助用户了解 big picture,而不是 one on one instruction,对于“滚动”,是有益的。然而,这也意味着,用户需要对他所使用的所有包,包括包本身的更新和 arch 是如何配置这些包的,有一定的认识。然而,现实中,往往包本身被更新了,被 pacman 了,脑子里面的知识还停留在旧版本。过了一段时间后,脑子中的印象报废。(虽然如此,arch 仍然是发行版中做的最好的,如果每天跟着滚动的话,“过渡期”是线性的而不是畸变的。)
4)我承认容器化应用程序应该是未来的趋势(我不是 aur 的粉不好意思)。In this term,发行版之间的区别应该是最小的。But,由于需要最新的内核用于 kvm,我选择 arch