Ubuntu 16.04升级20.04后网络服务无法启动

Question

升级Ubuntu 16.04至20.04后，系统无法启动网络服务，常见原因为网络配置从`/etc/network/interfaces`迁移到Netplan。Ubuntu 20.04默认使用Netplan（YAML配置）管理网络，若升级过程中未正确生成或迁移配置文件，将导致网卡无法激活、IP丢失或NetworkManager服务启动失败。此外，旧版ifupdown工具可能残留，与Netplan冲突，进一步阻碍网络初始化。需检查`/etc/netplan/*.yaml`文件是否存在且语法正确，并确认是否启用Netplan而非传统interfaces配置。

Answer 1

1. 问题背景与现象描述

在将Ubuntu系统从16.04 LTS升级至20.04 LTS的过程中，许多用户报告系统重启后无法正常启动网络服务。典型表现为：

• 服务器无法获取IP地址
• SSH远程连接中断
• systemctl status networking 显示失败状态
• 执行ip a命令时网卡未分配IP或处于DOWN状态
• 日志中频繁出现“Failed to start Raise network interfaces”错误信息

这一问题的根本原因在于Ubuntu 20.04引入了Netplan作为默认的网络配置管理工具，取代了传统的/etc/network/interfaces文件机制。

2. 技术演进：从ifupdown到Netplan的迁移路径

特性	ifupdown（Ubuntu 16.04）	Netplan（Ubuntu 20.04）
配置文件位置	/etc/network/interfaces	/etc/netplan/*.yaml
语法格式	行文本指令（auto、iface等）	YAML结构化数据
后端驱动	ifup/ifdown脚本	可后接NetworkManager或systemd-networkd
动态配置支持	弱，依赖外部DHCP客户端	强，原生集成cloud-init和DHCP
升级兼容性	默认保留但不推荐	必须显式启用

Netplan的设计目标是统一云环境与本地部署的网络配置模型，通过声明式YAML简化复杂拓扑管理，如VLAN、桥接、隧道等高级场景。

3. 常见故障点分析

1. Netplan配置文件缺失：升级过程中未自动生成.yaml文件
2. YAML语法错误：缩进不当、冒号后缺少空格、使用Tab字符等导致解析失败
3. ifupdown残留冲突：/etc/network/interfaces仍存在有效配置，干扰Netplan接管
4. 渲染器选择错误：指定networkd但服务未启用，或NetworkManager未运行
5. 网卡名称变更：从传统ethX变为enpXXX命名规则，旧配置未适配
6. 权限问题：/etc/netplan/*.yaml文件权限非600
7. cloud-init残留影响：在非云环境中仍尝试应用初始网络模板
8. GRUB引导参数干扰：内核参数包含ip=dhcp可能绕过常规配置流程
9. DNS与路由配置遗漏：仅设置IP而忽略网关/DNS导致功能不全
10. udev规则残留：旧MAC地址绑定规则阻止新接口激活

4. 诊断流程图（Mermaid格式）

graph TD
    A[系统无法联网] --> B{检查/etc/netplan目录}
    B -- 存在.yaml文件 --> C[验证YAML语法]
    B -- 无.yaml文件 --> D[生成基础配置]
    C --> E{netplan try能否应用?}
    E -- 成功 --> F[确认renderer类型]
    E -- 失败 --> G[修正缩进/冒号/空格]
    F --> H{使用NetworkManager?}
    H -- 是 --> I[确保nm是否运行]
    H -- 否 --> J[启用systemd-networkd]
    I --> K[重启网络堆栈]
    J --> K
    K --> L[测试连通性]

5. 解决方案实施步骤

以下为修复流程的标准化操作指南：

# 步骤1：进入恢复模式或使用Live CD挂载根分区
mount /dev/sda1 /mnt

# 步骤2：检查Netplan配置是否存在
ls /etc/netplan/*.yaml

# 若不存在，则创建通用配置
cat > /etc/netplan/01-netcfg.yaml << EOF
network:
  version: 2
  renderer: networkd
  ethernets:
    enp0s3:
      dhcp4: true
EOF

# 步骤3：确保文件权限正确
chmod 600 /etc/netplan/*.yaml

# 步骤4：尝试应用配置（自动回滚机制）
netplan try

# 步骤5：若成功，则正式应用
netplan apply

# 步骤6：清理潜在冲突组件
sudo systemctl disable ifupdown.service
sudo apt purge ifupdown -y
  

6. 高级调试技巧

对于资深运维人员，建议结合以下方法深入排查：

• 使用journalctl -u systemd-networkd查看底层网络服务日志
• 执行netplan --debug apply输出详细渲染过程
• 通过udevadm info -a -p $(udevadm info -q path -n enp0s3)确认设备路径与规则匹配
• 检查/run/netplan目录下的运行时生成配置是否符合预期
• 利用strace -e openat netplan generate追踪文件读取行为
• 在虚拟化环境中注意VMware/VirtualBox的NIC类型对驱动加载的影响
• 考虑SELinux或AppArmor策略是否限制了Netplan的文件访问能力
• 对比/etc/cloud/cloud.cfg.d/中的网络配置优先级设置
• 验证/lib/netplan/python模块是否完整安装
• 使用tcpdump -i any host 255.255.255.255检测DHCP请求是否发出