【问题描述】❓银河麒麟V10桌面系统接入网线不亮桌面右下角的网络图标状态为×点击有线连接无响应ifconfig只能看到本地回环地址【排查思路】1、排除物理故障已确认网线能正常使用2、ip link show查看网络接口是否正常激活#发现网口的状态为DOWN未激活3、ip link set enp2s0 up激活接口成功4、ethtool enp2s0确保网络接口的物理链路状态为已连接5、桌面右下角的网络GUI编辑属于NetworkManager服务那么检查NetworkManager服务状态是否正常systemctl status NetworkManager。果然该服务没有起来6、systemctl start NetworkManager尝试手动拉起但失败7、journalctl -xe、journalctl -u NetworkManager查看报错信息图中没有获取到有用的信息8、直接手动执行NetworkManager服务的拉起命令/usr/sbin/NetworkManager --no-daemon查看报错情况。发现是没有找到libnettle.so.6的共享库文件9、ldd /usr/sbin/NetworkManager可以看到故障环境确实依赖libnettle.so.6的共享库⚠️然而默认情况下这个系统自带的NetworkManager服务并不依赖于该库而是使用libnettle.so.7因为这个银河麒麟桌面系统较新基础库已升级为libnettle7提供libnettle.so.7/NETTLE_7接口且不再默认提供旧版接口以下两张图是在正常系统上操作的结果10、结合该问题发生前这个系统部署了某业务的情况判断是部署的业务脚本或业务包错误地覆盖/替换了系统原来的 network-manager或者其依赖组件替换后的network-manager或其依赖为旧版本而该旧版本编译时依赖旧版加密库接口libnettle.so.6/NETTLE_611、我们可以尝试一下创建软链接将系统原有的libnettle.so.7库链接到libnettle.so.6尝试之后记得把软链接删掉rm -rf /usr/lib/aarch64-linux-gnu/libnettle.so.61、ls -s /usr/lib/aarch64-linux-gnu/libnettle.so.7 /usr/lib/aarch64-linux-gnu/libnettle.so.6 2、ldconfig 更新动态链接库缓存 3、再执行/usr/sbin/NetworkManager --no-daemon查看报错可以发现通过软链接的方式欺骗/usr/sbin/NetworkManager让它认为找到了所需依赖库是没有用的因为它真正需要的NETTLE_6 的版本接口在这个库文件里面找不到由此也能印证上一步的推测,同时根据报错/usr/sbin/NetworkManager: /lib/aarch64-linux-gnu/libnettle.so.7: version NETTLE_6 not found (required by /lib/aarch64-linux-gnu/libcurl-gnutls.so.4)可以进一步知道是/lib/aarch64-linux-gnu/libcurl-gnutls.so.4需要NETTLE_6。12、dpkg -s /lib/aarch64-linux-gnu/libcurl-gnutls.so.4可以知道该文件由libcurl3-gnutls提供因此可以确定是该组件被替换而该组件是network-manager的依赖组件这就解释了为什么NetworkManager服务无法正常拉起【解决方法】方法一紧急恢复网络# ip addr add ip/掩码 dev enp2s0 # ip route add default via 网关 dev enp2s0 可以通过以上命令临时恢复网络该方法只是绕开NetworkManager而且重启失效需要写进开机自启文件方法二重装libcurl3-gnutls如果条件允许可以配置外网源重装libcurl3-gnutls组件# apt install --reinstall libcurl3-gnutls 重装 libcurl3-gnutls如果没有外网源可以在正常系统系统版本一致上用dpkg-repack提取libcurl3-gnutls及依赖包到当前环境下安装1、正常机器上提取包 # dpkg-repack libcurl3-gnutls 2、将提取的包拿到故障机器上安装包 # dpkg -i libcurl3-gnutls* 3、故障机器上执行 # systemctl start NetworkManagr # systemctl status NetworkManager 4、重启确认没问题【知识扩展】NetworkManager服务的启动流程在linux系统中NetworkManager服务的启动流程遵循标准的Linux服务管理机制通过systemd进行管理。启动时会执行以下操作加载配置文件NetworkManager首先读取/etc/NetworkManager/NetworkManager.conf主配置文件加载全局配置选项。包括插件配置、DNS处理方式、DHCP客户端选择等。初始化硬件检测扫描系统中的网络接口设备如以太网、Wi-Fi等通过udev规则或直接与内核交互获取设备信息。识别到的设备会被纳入管理范围。加载连接配置读取/etc/NetworkManager/system-connections/目录下存储的持久化连接配置如Wi-Fi密码、静态IP设置等。对于未配置的新设备会生成临时配置。启动DHCP和DNS服务根据配置选择内置的DHCP客户端如dhclient或internal或外部客户端。初始化DNS解析模块可能集成systemd-resolved或直接管理/etc/resolv.conf。激活默认连接自动尝试激活有线连接的默认配置如通过DHCP获取IP。对于Wi-Fi设备若存在已保存的配置会自动连接优先级最高的网络。事件监控与插件加载启动事件监听循环处理设备热插拔、信号强度变化等事件。加载插件如PPPoE、VPN支持等扩展功能模块。关键配置文件与路径主配置文件/etc/NetworkManager/NetworkManager.conf示例配置片段[main] pluginsifupdown,keyfile dhcpdhclient连接配置存储/etc/NetworkManager/system-connections/加密存储的nmconnection文件日志查看通过journalctl -u NetworkManager查看服务日志或nmcli general logging调整日志级别。手动管理命令服务控制systemctl start|stop|restart NetworkManager systemctl enable NetworkManager # 设置开机自启状态检查nmcli general status # 显示服务状态 nmcli device show # 列出设备详情
【问题描述】❓银河麒麟V10桌面系统接入网线不亮桌面右下角的网络图标状态为×点击有线连接无响应ifconfig只能看到本地回环地址【排查思路】1、排除物理故障已确认网线能正常使用2、ip link show查看网络接口是否正常激活#发现网口的状态为DOWN未激活3、ip link set enp2s0 up激活接口成功4、ethtool enp2s0确保网络接口的物理链路状态为已连接5、桌面右下角的网络GUI编辑属于NetworkManager服务那么检查NetworkManager服务状态是否正常systemctl status NetworkManager。果然该服务没有起来6、systemctl start NetworkManager尝试手动拉起但失败7、journalctl -xe、journalctl -u NetworkManager查看报错信息图中没有获取到有用的信息8、直接手动执行NetworkManager服务的拉起命令/usr/sbin/NetworkManager --no-daemon查看报错情况。发现是没有找到libnettle.so.6的共享库文件9、ldd /usr/sbin/NetworkManager可以看到故障环境确实依赖libnettle.so.6的共享库⚠️然而默认情况下这个系统自带的NetworkManager服务并不依赖于该库而是使用libnettle.so.7因为这个银河麒麟桌面系统较新基础库已升级为libnettle7提供libnettle.so.7/NETTLE_7接口且不再默认提供旧版接口以下两张图是在正常系统上操作的结果10、结合该问题发生前这个系统部署了某业务的情况判断是部署的业务脚本或业务包错误地覆盖/替换了系统原来的 network-manager或者其依赖组件替换后的network-manager或其依赖为旧版本而该旧版本编译时依赖旧版加密库接口libnettle.so.6/NETTLE_611、我们可以尝试一下创建软链接将系统原有的libnettle.so.7库链接到libnettle.so.6尝试之后记得把软链接删掉rm -rf /usr/lib/aarch64-linux-gnu/libnettle.so.61、ls -s /usr/lib/aarch64-linux-gnu/libnettle.so.7 /usr/lib/aarch64-linux-gnu/libnettle.so.6 2、ldconfig 更新动态链接库缓存 3、再执行/usr/sbin/NetworkManager --no-daemon查看报错可以发现通过软链接的方式欺骗/usr/sbin/NetworkManager让它认为找到了所需依赖库是没有用的因为它真正需要的NETTLE_6 的版本接口在这个库文件里面找不到由此也能印证上一步的推测,同时根据报错/usr/sbin/NetworkManager: /lib/aarch64-linux-gnu/libnettle.so.7: version NETTLE_6 not found (required by /lib/aarch64-linux-gnu/libcurl-gnutls.so.4)可以进一步知道是/lib/aarch64-linux-gnu/libcurl-gnutls.so.4需要NETTLE_6。12、dpkg -s /lib/aarch64-linux-gnu/libcurl-gnutls.so.4可以知道该文件由libcurl3-gnutls提供因此可以确定是该组件被替换而该组件是network-manager的依赖组件这就解释了为什么NetworkManager服务无法正常拉起【解决方法】方法一紧急恢复网络# ip addr add ip/掩码 dev enp2s0 # ip route add default via 网关 dev enp2s0 可以通过以上命令临时恢复网络该方法只是绕开NetworkManager而且重启失效需要写进开机自启文件方法二重装libcurl3-gnutls如果条件允许可以配置外网源重装libcurl3-gnutls组件# apt install --reinstall libcurl3-gnutls 重装 libcurl3-gnutls如果没有外网源可以在正常系统系统版本一致上用dpkg-repack提取libcurl3-gnutls及依赖包到当前环境下安装1、正常机器上提取包 # dpkg-repack libcurl3-gnutls 2、将提取的包拿到故障机器上安装包 # dpkg -i libcurl3-gnutls* 3、故障机器上执行 # systemctl start NetworkManagr # systemctl status NetworkManager 4、重启确认没问题【知识扩展】NetworkManager服务的启动流程在linux系统中NetworkManager服务的启动流程遵循标准的Linux服务管理机制通过systemd进行管理。启动时会执行以下操作加载配置文件NetworkManager首先读取/etc/NetworkManager/NetworkManager.conf主配置文件加载全局配置选项。包括插件配置、DNS处理方式、DHCP客户端选择等。初始化硬件检测扫描系统中的网络接口设备如以太网、Wi-Fi等通过udev规则或直接与内核交互获取设备信息。识别到的设备会被纳入管理范围。加载连接配置读取/etc/NetworkManager/system-connections/目录下存储的持久化连接配置如Wi-Fi密码、静态IP设置等。对于未配置的新设备会生成临时配置。启动DHCP和DNS服务根据配置选择内置的DHCP客户端如dhclient或internal或外部客户端。初始化DNS解析模块可能集成systemd-resolved或直接管理/etc/resolv.conf。激活默认连接自动尝试激活有线连接的默认配置如通过DHCP获取IP。对于Wi-Fi设备若存在已保存的配置会自动连接优先级最高的网络。事件监控与插件加载启动事件监听循环处理设备热插拔、信号强度变化等事件。加载插件如PPPoE、VPN支持等扩展功能模块。关键配置文件与路径主配置文件/etc/NetworkManager/NetworkManager.conf示例配置片段[main] pluginsifupdown,keyfile dhcpdhclient连接配置存储/etc/NetworkManager/system-connections/加密存储的nmconnection文件日志查看通过journalctl -u NetworkManager查看服务日志或nmcli general logging调整日志级别。手动管理命令服务控制systemctl start|stop|restart NetworkManager systemctl enable NetworkManager # 设置开机自启状态检查nmcli general status # 显示服务状态 nmcli device show # 列出设备详情
