记一次 all in boom 的小 boom 之“可预测网卡名称”

前几天发了个“帖子：关于 All In Boom 到底是 Boom 在哪里？”探讨 All in boom 潜在的问题后得到的结论是不折腾软路由然后多备份就能够避免绝大多数 Boom 的情况了，然后这几天就 Boom 了一下，或者也可以说是我对 Linux 的经验不足导致的。

长话短说：给 PVE 宿主机新增了一个 PCIe 转 Sata 卡导致网卡名称变化进而导致 VM 断网。

前面的帖子里面提到 PVE 的好处就是可以非常方便的给 VM 进行备份，唯一麻烦的一点就是要如何将 Nas 的 VM 备份到 Nas 自己里面这种类似递归或者自举一般的操作。最简单并且省钱的办法就是给 PVE 宿主机一块独立于 Sata 控制器的硬盘，所以从柜子里翻出了积灰已久的 PCIe 转 Sata 卡插了上去。

这个行为触发了“可预测名称机制”，非常反直觉的，并且不可预知的改动了网卡的命名！

主板有两个网卡 enp2s0 和 enp3s0 被改动成了 enp3s0 和 enp4s0 ，由于虚拟机的 vmbr0 是桥接到宿主机的 enp2s0 上的自然就断网了。而 PVE 宿主机的网卡 Mac 显然不会变化于是最终通过重命名后的 enp3s0 获得了之前在硬路由上设置好固定 IP 。

虽然能排查并解决但配置/排查各种问题很难称得上是有生产力的行为，尤其当你是一个开发者而不是一个运维人员的时候。本该写点代码修点 BUG 结果被这个问题消耗了半天。

对于还在摸索和熟悉 Linux 的人而言这个问题是完全“不可预知”的并且这个坑一定会踩的，独自一人走完全陌生的夜路却熟悉路上的每一个角落是互相矛盾的事不是么？这些不算大的问题和反直觉的设计结合起来使得 Linux 系统本身难以普及到非技术群体，只有二次封装的 Nas/Android 等系统才能用。

多少有点发牢骚了，大家就当看个热闹了。