centos 无法启动LSB:启动关闭网络[已关闭]

rekjcdws  于 2022-11-07  发布在  其他
关注(0)|答案(9)|浏览(259)

**已关闭。**此问题不符合Stack Overflow guidelines。当前不接受答案。

此问题似乎与a specific programming problem, a software algorithm, or software tools primarily used by programmers无关。如果您认为此问题与another Stack Exchange site相关,您可以留下评论,说明在何处可以找到此问题的答案。
7个月前关闭。
Improve this question
我是CentOS 7的新手,我正在CentOS 7上配置静态IP,因此我编辑了文件/etc/sysconfig/network-scipts/ifcfg-eth0,如下所示:

TYPE=Ethernet
BOOTPROTO=none
Device=eth0
ONBBOOT=yes
IPADDR=192.168.4.196
NETMASK=255.255.255.0
GATEWAY=192.168.88.254
DNS1=8.8.8.8
USERCTL=no

但当我发出命令

systemctl restart network

我收到错误

failed to start LSB :/Bring Up down Networking

ip route show没有输出。
我已经应用了停止NetworkManager的解决方案,并出现了相同的现有错误。
我能够配置一个动态DHCP,并获得一个动态IP地址,但不是静态地址。
可能的解决方案是什么?

hgqdbh6s

hgqdbh6s1#

这是因为接口问题

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

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。

r9f1avp5

r9f1avp52#

您应该将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
nnvyjq4y

nnvyjq4y3#

当我遇到这个问题,使我的漫游笔记本电脑正常的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返回代码。短期解决方案似乎是最棘手的,它只是删除所有可能触发此活锁的配置因素。但这是唯一一个允许系统自动更新的解决方案...

0md85ypi

0md85ypi4#

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

2jcobegt

2jcobegt5#

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

n9vozmp4

n9vozmp46#

就我而言

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文件为我解决了这个问题。

mqkwyuun

mqkwyuun7#

经过几次尝试,包括重新启动网络管理器,注解掉有关接口上的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进行了测试。

htrmnn0y

htrmnn0y8#

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

DHCPV6C=no

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

oxiaedzo

oxiaedzo9#

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

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

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

相关问题