Centos 9 网卡Network device is strictly unmanaged错误解决办法

device lo not available because device is strictly unmanaged

1   ip addr网卡没有地址

[root@192~]# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:0c:29:c1:69:35 brd ff:ff:ff:ff:ff:ff
    altname enp3s0
3: br-1c57ae1d2940: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:3a:6b:40:d9 brd ff:ff:ff:ff:ff:ff
    inet 172.20.0.1/16 brd 172.20.255.255 scope global br-1c57ae1d2940
       valid_lft forever preferred_lft forever

2.   nmcli device status状态为unmanaged 

[root@192~]# nmcli device status 
DEVICE           TYPE      STATE      CONNECTION 
br-1c57ae1d2940  bridge    unmanaged  --         
br-37a032e957ba  bridge    unmanaged  --         
br-b365648bec89  bridge    unmanaged  --         
docker0          bridge    unmanaged  --         
ens160           ethernet  unmanaged  --         
veth5707956      ethernet  unmanaged  --         
vethfce698f      ethernet  unmanaged  --         
lo               loopback  unmanaged  --         
[root@192 ~]#

##### 4.nmcli connection show状态为unmanaged

[root@192~]# nmcli connection show 
NAME    UUID                                  TYPE      DEVICE 
ens160  cf32e4bc-eaf9-3db0-98bb-2879bd5153d8  ethernet  --     
[root@192~]#

#### 尝试修复,出现device is strictly unmanaged报错
[root@192~]# nmcli connection up ens33
Error: Connection activation failed: No suitable device found for this connection (device lo not available because device is strictly unmanaged).
[root@192~]#

[root@192~]# nmcli device up ens33
Error: Failed to add/activate new connection: Connection 'ens33' is not available on device ens160 because device is strictly unmanaged
[root@192 ~]#
[root@192~]# nmcli device set ens33 managed yes 
[root@192~]# nmcli device status 
DEVICE           TYPE      STATE      CONNECTION 
br-1c57ae1d2940  bridge    unmanaged  --         
br-37a032e957ba  bridge    unmanaged  --         
br-b365648bec89  bridge    unmanaged  --         
docker0          bridge    unmanaged  --         
ens33           ethernet  unmanaged  --         
veth1ea0122      ethernet  unmanaged  --         
veth5707956      ethernet  unmanaged  --         
lo               loopback  unmanaged  --         
[root@192~]#


### 尝试restart和reload NetworkManager.service均无效

[root@192~]# systemctl reload NetworkManager.service 
[root@192~]# nmcli device status 
DEVICE           TYPE      STATE      CONNECTION 
br-1c57ae1d2940  bridge    unmanaged  --         
br-37a032e957ba  bridge    unmanaged  --         
br-b365648bec89  bridge    unmanaged  --         
docker0          bridge    unmanaged  --         
ens33           ethernet  unmanaged  --         
veth5707956      ethernet  unmanaged  --         
veth6817ed8      ethernet  unmanaged  --         
lo               loopback  unmanaged  --         
[root@192~]#
### 解决办法:
### 我的环境解决办法是

//确定NetworkManager是否已接管了系统的网络连接管理
[root@192~]# nmcli networking 
disabled
[root@192~]#

//若没有解决则需要手动开启接管
[root@192~]# nmcli networking on
[root@192~]# 

//接管后恢复正常
[root@192~]# nmcli connection show 
NAME    UUID                                  TYPE      DEVICE 
ens33  cf32e4bc-eaf9-3db0-98bb-2879bd5153d8  ethernet  ens33 
[root@192~]# nmcli device status 
DEVICE           TYPE      STATE                   CONNECTION 
ens33           ethernet  connected               ens33    
docker0          bridge    connected (externally)  docker0    
br-1c57ae1d2940  bridge    disconnected            --         
br-37a032e957ba  bridge    disconnected            --         
br-b365648bec89  bridge    disconnected            --         
veth5707956      ethernet  unmanaged               --         
veth6df1eb1      ethernet  unmanaged               --         
lo               loopback  unmanaged               --         
[root@192~]# 

可能的其他解决方法:
或者也可以修改NetworkManager.service配置文件后再重启服务解决;配置文件路径是:/var/lib/NetworkManager/NetworkManager.state

[root@192~]# cat /var/lib/NetworkManager/NetworkManager.state
[main]
NetworkingEnabled=true
WirelessEnabled=true
WWANEnabled=true
[root@192~]#

注意:操作顺序先stop服务,再修改配置文件;最后启动服务。

登录后复制 
[root@192~]# systemctl stop NetworkManager
[root@192~]# vi /var/lib/NetworkManager/NetworkManager.state
[root@192~]# cat /var/lib/NetworkManager/NetworkManager.state
[main]
NetworkingEnabled=true      //修改为true
WirelessEnabled=true
WWANEnabled=true
[root@192~]# systemctl start NetworkManager
[root@192~]#

故障原因:
未知系统原因导致NetworkManager没有正确接管系统的网络连接管理;其实,没有调整过NetworkManager配置的情况下重启服务器也是可以解决的,但是极端情况下要避免服务器的重启操作,这个方法会很有效

### CentOS 网卡 开机不自启 解决方案 对于CentOS系统中网卡无法自动启动的问题,可以采取多种措施来确保网络接口能够在系统重启后正常工作。 #### 关闭NetworkManager服务 有时NetworkManager会干扰传统网络脚本的工作方式。为了防止这种情况发生,建议禁用并停止NetworkManager服务: ```bash systemctl disable NetworkManager systemctl stop NetworkManager ``` 这一步骤有助于减少因管理工具冲突而导致的网卡配置问题[^2]。 #### 修改网卡配置文件 编辑对应的网卡配置文件(通常位于`/etc/sysconfig/network-scripts/ifcfg-<interface>`),确认以下参数设置正确无误: - `ONBOOT=yes`: 表示该设备应该在网络初始化时激活。 - `NM_CONTROLLED=no`: 防止被NetworkManager接管控制。 例如,如果遇到的是名为bond0的绑定接口,则应调整其配置文件中的相应字段以确保它能在启动期间加载[^1]。 #### 检查内核模块加载情况 考虑到某些情况下可能是因为缺少必要的驱动程序或模块支持而造成的问题,在较新的CentOS版本里不再默认读取旧版modprobe.conf路径下的规则。因此需验证是否已通过其他途径指定了所需的硬件兼容性列表(HCL),以及相应的内核模块能否随系统一同装载。 #### 处理严格不受管状态 当面对类似“device is strictly unmanaged”的错误消息时,意味着特定网卡并未处于系统的常规管理体系之内。此时除了上述提到的操作外,还需考虑将目标适配器重新纳入到受控范围内,即允许它们接受来自操作系统的指令完成诸如开启、关闭之类的动作[^3]。 综上所述,针对不同原因引起的CentOS网卡开机未能成功启用的情况,可依次尝试以上方法直至找到最合适的修复策略。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值