Install - Software - System & Network

Developing > Install Developing-Install
Created At :
Count:993 Views 👀 :
  1. 网络连接
    1. ZJU-CONNECT + Clash Verge
  2. HEXO - Windows10
  3. 虚拟机 Ubuntu
    1. VMware 设置
    2. Ubuntu 中启用网卡
    3. 创建 netplan 配置
    4. 应用配置
    5. 测试网络
    6. 额外说明
  4. VMware 虚拟机卡死排查与处理
    1. 现象
    2. 本机确认结果
    3. 之前的主要问题
    4. 处理步骤
    5. 重启后的验证标准
    6. 后续建议
    7. 如果问题仍存在

He knows most who speaks least.

大智若愚

Updated time: 06/23 2026.

系统、网络与博客：网络连接、HEXO、虚拟机 Ubuntu 与 VMware 排查。

网络连接

ZJU-CONNECT + Clash Verge

# zju-connect: https://www.cc98.org/topic/5570875
# https://github.com/Mythologyli/ZJU-Connect-for-Windows
可以直接正常使用L2TP方式连接（即拨号连接）
# https://myth.cx/p/windows-proxy/    拨号连接下使用clash的教程
控制面板->VPN->ZJUVPN—>VPN代理属性
地址填127.0.0.1，端口选择clash软件中选择的端口，此处是7897

HEXO - Windows10

虚拟机 Ubuntu

# Ubuntu 24 Server 虚拟机联网问题解决总结

## 问题现象

安装完成后 Ubuntu Server 无法联网：

​```bash
ip a

只看到回环网卡 lo 和虚拟网卡 ens33，但 ens33 没有 IPv4 地址：

ens33: state DOWN
ping: connect: Network is unreachable

后续手动启用网卡后，ens33 变为 UP，但仍然没有 inet 192.168.x.x，说明网卡已连接，但 DHCP 没有配置好。

VMware 设置

在 VMware 中设置：

VM Settings → Network Adapter

选择：

[x] Connected
[x] Connect at power on
(o) NAT: Used to share the host's IP address

不要优先使用 Bridged，NAT 更稳定。

CD/DVD 安装镜像应取消连接：

CD/DVD
[ ] Connected
[ ] Connect at power on

Ubuntu 中启用网卡

网卡名是 ens33，先手动启用：

sudo ip link set ens33 up
ip a

如果看到：

ens33: state UP

说明网卡已经起来。

创建 netplan 配置

发现 /etc/netplan/ 目录为空，所以需要手动创建配置文件：

sudo nano /etc/netplan/01-ens33-dhcp.yaml

写入：

network:
  version: 2
  renderer: networkd
  ethernets:
    ens33:
      dhcp4: true
      dhcp6: false

注意：

  • renderer 必须是 networkd
  • 不是 networked
  • 缩进用空格，不要用 Tab

应用配置

sudo chmod 600 /etc/netplan/01-ens33-dhcp.yaml
sudo netplan generate
sudo netplan apply
sudo systemctl restart systemd-networkd
sudo networkctl renew ens33

然后检查：

ip a
ip route

正常情况下，ens33 下会出现类似：

inet 192.168.xxx.xxx/24

测试网络

ping -c 4 8.8.8.8
ping -c 4 google.com

判断：

8.8.8.8 成功，google.com 失败 → DNS 问题
两者都成功 → 网络正常
两者都失败 → VMware NAT/DHCP 或 netplan 仍有问题

额外说明

Ubuntu Pro attach 和普通联网无关，不需要处理。

watchdog: BUG: soft lockup 更像是 VMware 虚拟 CPU 调度或 Hyper-V/VBS 冲突，不是 Ubuntu Pro 或 netplan 本身的问题。

建议虚拟机配置：

Memory: 4–6 GB
Processors: 1 processor × 2 cores
Network: NAT

VMware 虚拟机卡死排查与处理

现象

Linux 客机报错：
watchdog: BUG: soft lockup - CPU#... stuck ... [ksoftirqd/... ]

这通常表示客机内核线程长时间卡住，常见原因不是单纯客机坏了，而是宿主机虚拟化冲突或资源不足导致 VMware 运行异常变慢。

本机确认结果

已实际验证：

  • Hyper-V 已关闭
  • VBS / Memory Integrity 已关闭
  • HyperVisorPresent : False
  • VirtualizationBasedSecurityStatus : 0

说明 VMware 不再走 Hyper-V 兼容路径，而是恢复为正常硬件虚拟化路径。

之前的主要问题

宿主机原先存在两类高风险因素：

  1. Windows 开启了 Hyper-V / VBS / Memory Integrity
  2. 宿主机可用内存偏低，导致虚拟机更容易卡死

处理步骤

  1. 关闭以下 Windows 功能：

    • Hyper-V
    • VirtualMachinePlatform
    • HypervisorPlatform
    • Windows Sandbox
    • WSL

  2. 执行：
    bcdedit /set hypervisorlaunchtype off

  3. 在 Windows 安全中心关闭：
    Device security -> Core isolation -> Memory integrity

  4. 重启系统

重启后的验证标准

执行 systeminfo 和相关检查后，满足以下条件即表示关闭成功：

  • 不再出现 A hypervisor has been detected
  • HyperVisorPresent : False
  • VirtualizationBasedSecurityStatus : 0

后续建议

为减少再次卡死，建议：

  • 虚拟机 CPU 先设为 2 核
  • 虚拟机内存先设为 4-8 GB
  • 不要在宿主机可用内存很低时运行虚拟机
  • 优先完整关机再启动，不要频繁挂起/恢复
  • 更新客机内核与 VMware Tools / open-vm-tools

如果问题仍存在

继续排查两类内容：

  1. VMware 虚拟机配置是否不合理
  2. Linux 客机内核、虚拟网卡或虚拟磁盘驱动是否触发 soft lockup
Please indicate the source when reprinting. Please verify the citation sources in the article and point out any errors or unclear expressions.

©2022-2024 Louis

Built with Hexo and 3-hexo theme