这是因为接口问题

对我有效的解决方案是：
检查可用接口

cp ifcfg-eno16780032 ifcfg-ens192

vi ifcfg-ens192，并将名称和设备字段更改为ens192

systemctl disable NetworkManager

systemctl status NetworkManager  -> inactive

systemctl stop network

systemctl start network

之后，检查ip a以获取IP的详细信息，并能够ping该IP。

您应该将BOOTPROTO更改为静态，并将DNS配置移到/etc/resolv.conf文件中，例如：

TYPE=Ethernet
BOOTPROTO=static
PHYSDEV=eth0
ONBBOOT=yes
IPADDR=192.168.4.196
NETMASK=255.255.255.0
GATEWAY=192.168.88.254
USERCTL=no

当我遇到这个问题，使我的漫游笔记本电脑正常的autossh功能脱轨时，我决定撕开我的MageiaOS代码来了解根本原因。我没有NetworkManager，所以我知道这肯定不是障碍。
发现的问题可以描述为SysV和systemd管理网络服务的方式之间的一种最终的活锁。潜在的，许多条件都可以触发它（NetworkManager是其中一个例子），在我的情况下，它是错误配置的vboxnet iffaces从VMWare。
SysV/systemd平衡的每个部分都有两个关键的拦截程序，它们可能会在循环中开始相互触发。在SysV端，init.d/network脚本最终会调用“ifup $device Boot ”，它响应' Boot '参数，为可插入iface启动ifplugd守护程序。尽管使用'-I'开关，此守护程序的问题（用于忽略错误）在内存中检测到自身时，它仍然失败，退出代码为4。从网络脚本关闭此守护进程的唯一正确方法是发出“ifdown $device Boot ”命令，该命令应该在通过“service”或“systemctl”命令停止网络服务时执行。
这个问题的有趣之处在于：为什么ifplugd在网络服务启动之前就已经在内存中了？在我的例子中，WiFi iface在错误配置的vbox iface之前被触发，但后者导致整个initscript失败。因此，网络在 Boot 时启动，但服务状态被记录为失败。但是什么阻止了我们停止网络服务，从而通过ifdown/boot命令杀死ifplugd呢？答案是：systemd以其巧妙的方式处理单元文件中的ExecStop指令（这是为网络服务动态自动生成的）。基本上，如果“systemctl stop”命令认为服务没有启动，它会忽略ExecStop指令。当然，这不是因为......如果以前失败时遇到了意外的ifplugd示例！所以，无法停止服务，因此无法摆脱ifplugd，因此无法（重新）启动服务等。
结论。这类问题没有单一的解决方法，因为网络脚本和systemd方法之间的兼容性平衡非常脆弱，因此许多意外因素可能会开始干扰。要解决此问题，以下几种状态可能会很有用：

• 网络服务：systemctl状态网络
• ifplugd服务：ps轴|grep如果插入
• 网络链接状态：如果配置/ iwconfig
• 自动生成单位：运行/系统/生成器.late/网络.服务
• 其他独立运行ifup的地方：grep -rs文件启动/etc

当然，还有“bash -x”和调试“echo Bump”指令。：-）
长期解决方案是修复ifplugd以在此方案中执行'-I'开关。中期解决方案是修复/etc/sysconfig/network-scripts/ifup-eth以忽略ifplugd返回代码。短期解决方案似乎是最棘手的，它只是删除所有可能触发此活锁的配置因素。但这是唯一一个允许系统自动更新的解决方案...

执行tee /etc/modprobe.d/*blacklist*.conf <- "blacklist ideapad_laptop"
然后重新启动。这应该会打开你的Wi-Fi。

我来这里是为了寻找我的案例的答案，所以我将与大家分享，也许它会帮助其他人。我想感谢cPanel的工作人员向我指出这一点
至于报告的问题，我们已经看到CloudLINUX服务器运行的内核版本低于“3.10.0-862”，并更新到Cloudlinux 7.7，他们将得到一个更新到'iproute'包。
“iproute”软件包需要淘汰较新的内核，或者从最初更新到服务器时排除。
此信息已报告。您可以在此处找到有关此信息的更多信息：
https://www.cloudlinux.com/cloudlinux-os-blog/entry/cloudlinux-os-7-7-released

就我而言

journalctl -xe

显示存在使用相同UUID的重复接口配置eth0和eno1：

Nov 06 09:35:41 4200-150-137 /etc/sysconfig/network-scripts/ifup-eth[27549]: Device eno1 does not seem to be present, del
Nov 06 09:35:41 4200-150-137 network[27401]: [FAILED]
Nov 06 09:35:41 4200-150-137 network[27401]: Bringing up interface eth0:  [  OK  ]

删除未使用的接口ifcfg文件为我解决了这个问题。

经过几次尝试，包括重新启动网络管理器，注解掉有关接口上的UUID（我的是ifcfg-eth0），它最终归结为一个丢失的文件，显然需要包括在内，尽管它的值可以直接包括在接口文件中。

vi /etc/sysconfig/network

然后添加正确值并保存：

NETWORKING=yes
HOSTNAME=xxx.xxx.xxx
GATEWAY=x.x.x.x

我希望这对某些人有帮助。它在CentOS 7上作为Windows 10上Hyper V上的访客VM进行了测试。

我有VPS与OVH和一直挣扎与类似的问题。只是想分享我的解决方案，因为它可以帮助一些人。它曾经延迟 Boot 5分钟，dhclient是检查ipv6的ifup调用。
将此项设置为no

DHCPV6C=no

内部/etc/sysconfig/network-scripts/ifcfg-eth0

我知道这是一个老的讨论，但我有这个问题，我的裸机服务器从ovh后，禁用NetworkManager服务安装CPanel
通过在ifcfg-eno1（或在您的情况下，任何活动接口）中添加以下参数解决了此问题

LINKDELAY=31
NM_CONTROLLED=no
ONBOOT=yes
DHCPV6C=no

另请注意，您已经激活了network服务