南瑾iVMware Workstation Pro里跑Ubuntu，听起来就是“下载个ISO，新建虚拟机，点几下下一步”的事。但我在帮人远程排查虚拟机问题的时候发现，十次里有八次卡住，问题都不在安装过程本身，而是从镜像选错、固件类型不对、安装前没想清楚分区和网络这些“前戏”开始的。这篇文章我就把从下载Ubuntu镜像到虚拟机里装完系统、做完基础调校的完整链路拆开讲一遍，中间会穿插一些我自己踩过、也看别人反复踩的坑。
先说清楚这篇文章适合谁：第一次在VMware里装Ubuntu的新手，以及已经装了但用起来卡、分辨率不对、想换源装中文输入法但不知道从哪下手的老手。内容用的是目前主流的Ubuntu 22.04/24.04 LTS版本，VMware Workstation Pro从17到现在的新版本通用，操作路径大同小异。
1. 镜像下载不是双击就能用：版本、来源、校验一个都不能少
1.1 先从官网或“官方镜像入口”拿ISO
装Ubuntu的第一步是拿到一份干净、完整的Ubuntu系统镜像文件（.iso）。我见过不少人图省事，直接在搜索引擎里点进某个第三方下载站，结果下来一个来路不明的ISO。这种文件里有没有被塞东西不好说，很多老牌第三方站点的文件也确实能正常安装，但没必要冒这个风险。
Ubuntu官方下载页在 ubuntu.com/download，进去以后默认推荐的是最新的LTS桌面版。如果你想要历史版本或者每日构建版，可以往下找Alternative downloads（其他下载方式），里面会有releases.ubuntu.com的历史版本存档，以及各版本对应的服务器版镜像。国内用户如果从官方主站下载速度不理想，可以选阿里云、清华、中科大等高校或云厂商的镜像站，入口一般在 mirrors.aliyun.com/ubuntu-releases 或 mirrors.tuna.tsinghua.edu.cn/ubuntu-releases。这些镜像站本质上是官方文件的同步副本，校验值跟官方一致，比随便搜出来的下载站可靠得多。
第一优先的建议：优先使用Ubuntu官网或你信得过的镜像站，下载后一定要做完整性和真实性校验，这一步别省。
1.2 认清文件名的版本语义
下载时你会看到类似这样的文件名：
- ubuntu-24.04.2-desktop-amd64.iso
- ubuntu-22.04.5-live-server-amd64.iso
拆开看很有信息量。前面是版本号，24.04代表年份加月份，也就是2024年4月发布的版本，后面的“.2”是这一版累积更新小版本。LTS是长期支持版本，Ubuntu桌面版和服务器版每两年出一个LTS，普通版本支持周期短，主要用于尝鲜，不建议在虚拟机里作为主力系统用。
desktop和live-server的区别也很大。desktop是带图形界面的桌面系统，平时在VMware里学习和办公选这个。server是不带图形界面的服务器版，适合练Linux命令、部署服务。amd64表示适用于Intel/AMD的64位架构，现在绝大多数电脑都选它，除非你在一台很老的32位设备上装，那才需要找i386相关镜像。
1.3 校验SHA256，防止镜像中途损坏或被篡改
下载完成后，不要急着直接去新建虚拟机。先校验一下文件的SHA256哈希值。镜像文件体积大，下载过程可能因为网络中断、磁盘异常导致文件损坏。校验值不对，安装时大概率会在某个阶段报错，比如“安装程序崩溃”“无法读取光盘”“找不到内核”，这些问题排查起来非常浪费时间。
Windows系统下，在ISO文件所在目录打开PowerShell或终端，执行：
powershell复制Get-FileHash .\ubuntu-24.04.2-desktop-amd64.iso -Algorithm SHA256
Ubuntu官网的下载页面旁边通常会提供对应的SHA256SUMS文件，你拿到结果以后跟官网公示的值逐字符对比。在Linux或者macOS系统里可以用sha256sum命令：
bash复制sha256sum ubuntu-24.04.2-desktop-amd64.iso
校验值匹配，说明文件是完整的，可以放心使用。校验值不匹配，删掉重新下载，不要抱着“应该没事吧”的心态继续操作。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 创建VMware虚拟机时被默认选项悄悄改掉的底层参数
2.1 新建向导为什么建议走“自定义”
VMware Workstation Pro里新建虚拟机时，有两种路径：典型（Typical）和自定义（Custom）。典型安装确实简单，选一下ISO，填一下用户信息，它就自动帮你把虚拟硬件配好了。但我个人建议所有准备实际使用Ubuntu的用户都选自定义，哪怕你是个新手，也值得看一眼那些配置项。
原因是典型模式给的一套默认参数不一定适合你的使用场景。比如它可能默认分配20GB虚拟磁盘，装完系统加装几个软件就见底了；也可能默认选了SATA磁盘控制器而你的镜像目录在某种硬件组合下有兼容性问题；更关键的是，自定义向导能让你明确看到“虚拟机固件类型”“虚拟磁盘类型”这些装完系统以后很难改的参数。
2.2 固件类型、虚拟机兼容性、磁盘控制器这三个易错点
创建一个Ubuntu虚拟机时，有3个参数特别容易被忽略，却直接影响安装成功率和使用体验。
第一个是虚拟机兼容性。VMware会让你选择Workstation版本，比如Workstation 15.x、16.x、17.x。这项决定虚拟机使用哪一版虚拟硬件。建议选择当前VMware版本支持的最高版本或略低一级，不用太纠结。不过要注意，选过高的版本可能导致旧版VMware打不开这个虚拟机，而你创建的虚拟机以后可能发给同事、传到别的电脑上用，所以兼容性版本不必刻意追新。
第二个是固件类型，是BIOS还是UEFI。现在的Ubuntu版本对UEFI支持很好，VMware里默认可能建议UEFI，很多现成教程里则还在沿用BIOS。两者都能装，差别主要在启动方式、分区表类型（MBR还是GPT）上。如果虚拟机里后面要折腾双系统、内核引导或者涉及安全启动的场景，UEFI更合适。最怕的是装完再想切换固件类型，那基本上只能重装，因为分区表结构完全不兼容。我自己的习惯是：在VMware里装纯Ubuntu桌面版，直接选UEFI，没有遇到问题；如果是在很老的机器上为了兼容某些特殊启动介质，才考虑BIOS。
第三个是磁盘控制器类型。VMware提供NVMe、SCSI、SATA等选项。早期很多人习惯选SCSI或SATA，其实新版Ubuntu内核自带NVMe驱动，选NVMe类型在虚拟机里也完全没问题，而且现代Linux发行版对NVMe的处理早就非常成熟。不过如果你的虚拟磁盘要让某些老版本Linux或者特定定制内核识别，SATA会让兼容性更好一些，这要结合你实际装的系统版本判断。拿不准就用VMware推荐的默认选项，不建议在不了解背景的情况下乱切换。
2.3 CPU和内存到底分多少合适
CPU和内存分配是典型模式最容易给少的地方。
如果你只是想看看Ubuntu界面，2核CPU加2GB内存勉强能进桌面。但一旦打开浏览器多开几个页面，再跑一个apt update，系统就开始狂用交换分区，整体体验会明显卡顿。所以只要宿主机内存不是特别紧张，建议至少给4GB内存，CPU给2到4核。如果你的宿主机总内存在32GB以上，甚至可以直接给虚拟机8GB内存，桌面操作会流畅得多。
CPU方面，VMware里通常可以设置处理器数量和每个处理器的核心数量。注意不是核数越多越好，虚拟机的CPU调度本身有开销，过多的核反而可能让虚拟机里某些按许可证授权的软件因为识别到多路CPU而出问题。对于普通Ubuntu桌面用途，我通常给2个处理器、每个2个核心，也就是总共4核，跑编译任务、Docker服务、浏览器多开都没什么压力。
虚拟磁盘大小建议直接给50GB，不用吝啬。Ubuntu桌面版完整安装大概占10GB左右，后面装Docker镜像、编译缓存、开发依赖，空间很容易吃紧。磁盘大小可以在创建后扩展，但扩展完不能缩小，所以前期规划大一点比后期折腾分区简单。
还有一个相关选项：是否“立即分配所有磁盘空间”，以及“将虚拟磁盘拆分成多个文件”还是“存储为单个文件”。如果你只是普通使用，我建议不要勾选“立即分配所有磁盘空间”，这样虚拟磁盘文件会随实际数据增长，不浪费宿主机空间。拆分为多个文件的好处是便于在宿主机之间拷贝和备份，单个文件在某些场景下性能略好一点。虚拟机不跨设备频繁迁移的话，用默认拆分即可。
3. 图形化安装过程里的交互坑：分区、第三方驱动和root账号
3.1 Try or Install以及“最小安装/完整安装”的含义
虚拟机配置好，挂载ISO，启动电源后，你会进入Ubuntu的引导界面。这时候有两个主要选项：Try or Install Ubuntu（试用或安装Ubuntu）。我会直接选安装，因为试用模式通常在内存里跑一个临时系统，对后续没有任何意义，除非你想先确认这台虚拟机的显卡兼容性。
选择安装后，安装程序会问你一些偏好设置。注意“最小安装（Minimal installation）”和“完整安装（Full installation）”的区别。最小安装只包含基础桌面环境和必要软件，装完以后很多常用软件得自己补，但胜在干净，不会给你塞一堆用不上的LibreOffice、游戏和示例文件。如果你是有经验的Linux用户，建议选最小安装，后面缺什么再装什么。新手想开箱即用，完整安装带来的预装软件更多，磁盘占用也更大。
安装中一般会有一个选项询问“为图形或无线硬件安装第三方软件”。在虚拟机环境里，这句主要指闭源的显卡驱动、WiFi固件等。物理机上你往往需要勾选，否则独显驱动可能不全；虚拟机里没有真实显卡和无线网卡，这个选项勾不勾影响很小。但有一个附加选项“下载更新时安装第三方软件”如果让你勾选的话，建议先不要勾，等系统装完再在系统内执行更新。这是因为安装阶段下载更新容易拖慢整体安装速度，还容易因为网络波动中断安装。
3.2 整盘安装与手动分区的取舍
安装到磁盘分区这一步，最常见的两个选项是“清除整个磁盘并安装Ubuntu”和“其他选项”。
在虚拟机里，我对新手的建议很直接：选“清除整个磁盘并安装Ubuntu”，让安装程序自动分区。因为这个虚拟磁盘就是专门给你这个Ubuntu虚拟机用的，里面不存在需要保留的原有系统，自动分区已经足够合理。它默认会创建一个几百MB的EFI系统分区（如果固件是UEFI）和一个根文件系统分区，可能还有swap分区，日常使用完全够了。
如果你选择“其他选项”手动分区，就要懂一些基本概念：
- EFI系统分区：UEFI启动必需，一般500MB左右，格式为FAT32，挂载到/boot/efi。
- /根分区：放系统和软件，建议至少20GB以上，格式建议ext4。
- /home分区：用户数据和配置，可以单独分，也可以不分。单独分的价值在于系统坏了重装时可以保留用户文件。
- swap分区：内存不够时的硬盘交换空间，虚拟机里可以给2GB到4GB，或者用swap文件替代。
从可维护性角度，手动把/和/home分开确实更专业，但也会给自己挖坑：比如低估了/容量，结果系统盘先满了，而/home还有大量剩余空间，处理起来反而麻烦。在虚拟机里，我更愿意用自动分区加一个大根分区，配合快照做备份，比手动分区省心。
3.3 用户名、sudo与“超级管理员密码”
安装过程会要求你设置计算机名、用户名和密码。很多人到这里开始纠结一个问题：root（超级管理员）的密码是什么？
Ubuntu默认不启用root账号，日常管理靠的是一个带sudo权限的普通用户。安装时设置的用户就是第一个sudo用户。也就是说，系统并不会给你设置root密码的机会，安装完成后你在终端里执行需要管理员权限的命令，用的是当前用户的密码加sudo前缀。比如：
bash复制sudo apt update
提示输入密码时，输的是你自己账户的密码，而且输入过程中屏幕上不会有任何字符回显，这是正常现象，不是键盘坏了。如果确实需要切到root身份，可以执行：
bash复制sudo -i
或者使用su切换到root。如果你一定要给root设一个单独密码，可以后续执行sudo passwd root手动设置，但一般不建议。日常都用sudo，直接开root容易因为误操作破坏系统。
3.4 安装完成后重启前顺手检查的事项
安装过程结束后，安装程序一般会提示重启。在虚拟机里，这一步有个很容易忽略的细节：重启后如果虚拟机仍然从ISO引导，你会再次进入Ubuntu安装引导界面，而不是进入已装好的系统。
解决方式是在重启前先进入虚拟机设置，把CD/DVD的“启动时连接”选项取消，或者把虚拟机的启动顺序改成“硬盘优先”。如果你已经在重启后卡在安装界面，也不用慌，关闭虚拟机，编辑设置，把光驱断开或取消ISO挂载，再启动电源即可。
4. Ubuntu装完后的第一轮系统调校：驱动、源、共享与输入法
4.1 先装open-vm-tools而不是VMware Tools
很多教程会告诉你去VMware菜单里点击“安装VMware Tools”，然后在Ubuntu里解压tar包执行安装脚本。这个流程过去是对的，但现在已经不是最优解。Ubuntu仓库里有open-vm-tools和open-vm-tools-desktop这两个包，它们就是VMware官方开源版的虚拟机工具，功能上对应传统VMware Tools，而且随Ubuntu仓库一起维护，兼容性更好。
打开终端执行：
bash复制sudo apt update
sudo apt install -y open-vm-tools open-vm-tools-desktop
装完后重启虚拟机，你会立刻发现几件事：鼠标在宿主机和虚拟机之间移动不再需要手动按Ctrl+Alt释放，窗口分辨率会跟随窗口大小自动调整，拖拽文件、共享剪贴板等增强功能也会开始工作。如果重启后分辨率没有自动适配，先检查虚拟机显示设置里是否启用了3D加速，以及open-vm-tools-desktop是否安装成功。
这一步是虚拟机“手感”的关键。没装tools的Ubuntu，默认分辨率可能固定在800x600或者1024x768，鼠标操作也很生硬，很多人会觉得“Ubuntu在虚拟机里好卡”，其实多半就是缺了这个组件。
4.2 软件源与apt的日常操作
装完tools之后，我建议第一件事就是更新软件源。Ubuntu默认源在海外，国内网络环境下手动更新会很慢。把源换成国内镜像，能明显改善apt安装软件的速度。
在Ubuntu 22.04及之前版本，软件源配置文件在/etc/apt/sources.list，里面是一行行带http地址的条目。你只需要把archive.ubuntu.com和security.ubuntu.com替换成镜像站地址即可。可以用sed批量替换，也可以直接编辑文件。在Ubuntu 24.04及更新版本中，源配置被改成了/etc/apt/sources.list.d/ubuntu.sources这种Debian 822格式，操作原理相似，只是文件内容和写法变了。
以清华镜像站为例，22.04版本可以这样做：
bash复制sudo sed -i 's/archive.ubuntu.com/mirrors.tuna.tsinghua.edu.cn/g' /etc/apt/sources.list
sudo sed -i 's/security.ubuntu.com/mirrors.tuna.tsinghua.edu.cn/g' /etc/apt/sources.list
sudo apt update
24.04版本则更推荐参考镜像站给出的配置模板，把ubuntu.sources文件里的URIs字段指向镜像站，然后执行sudo apt update。
换源后我们再讨论一下更新节奏。刚装好的系统，建议先执行一次：
bash复制sudo apt update && sudo apt upgrade -y
把系统已有的软件包升级到仓库最新版本，排除一些因镜像版本滞后导致的依赖问题。之后再安装日常软件时，直接sudo apt install包名即可。
4.3 共享文件夹和拖拽剪贴板
VMware里和宿主机交换文件的方式有三种：拖拽、剪贴板、共享文件夹。
拖拽和剪贴板依赖open-vm-tools，装好以后一般自动生效。有时候你在Ubuntu里复制了文字，回到Windows里粘贴没反应，可以先确认open-vm-tools-desktop已安装并重启了虚拟机，再看VMware的“虚拟机”菜单里“设置”的“选项”页，其中“客户机隔离”里的“启用拖放”和“启用复制粘贴”是否勾选。
共享文件夹则需要在VMware里单独配置。虚拟机设置里找到“选项”下的“共享文件夹”，开启“总是启用”，添加一个宿主机目录。Ubuntu端开启后，共享内容通常被挂载到/mnt/hgfs目录下。如果这个目录为空或者不存在，可以手动挂载：
bash复制sudo mkdir -p /mnt/hgfs
sudo vmhgfs-fuse .host:/ /mnt/hgfs -o allow_other -o uid=1000
共享文件夹适合在宿主机和虚拟机之间传大文件或长期共用目录。拖拽适合传小文件。临时传一个几GB的系统镜像，我更推荐直接用Samba或scp，拖拽大文件有时会中断且没有断点续传。
4.4 中文输入法：搜狗还是自带输入法
中文输入法几乎是每位中文用户装完Ubuntu后必做的配置，也是搜索热点里高频出现的关键词。Ubuntu自带的IBus框架下其实有中文拼音输入法，通过“设置 > 键盘 > 输入源”添加“汉语(Intelligent Pinyin)”就能用。如果你只需要日常打字，这一步就够了。
搜狗输入法的Ubuntu版本是基于fcitx输入法框架的，安装流程比Windows上复杂。搜狗官网有Ubuntu版deb安装包，下载后双击或者说用dpkg安装：
bash复制sudo apt install -y fcitx fcitx-config-gtk
sudo dpkg -i sogoupinyin_xxx_amd64.deb
sudo apt -f install -y
如果安装过程出现依赖问题，一定是前面fcitx没装全。装完还要把系统默认输入法框架改成fcitx。这个过程在不同Ubuntu版本上表现不一样，在较新的Ubuntu 24.04上可能还会遇到缺少qt5相关依赖的情况，需要额外安装fcitx-qimpanel等组件。
我的建议是：新手先试系统自带输入法，跑通了再考虑搜狗。搜狗在虚拟机里的体验未必比自带输入法好，它是为了照顾从Windows迁移过来的用户习惯而存在的选择，谈不上技术上的最优解。
5. 挂起重启、网络不通、分辨率异常：几个高频问题的高效解法
5.1 刚启动黑屏或卡在Logo的排查顺序
Ubuntu虚拟机启动后黑屏或卡在加载界面，是最容易让人心态崩溃的问题。我自己遇到过的这类问题，原因通常是下面几个方向之一，按顺序排查会很快。
先看虚拟机的显示设置，关闭3D加速，或者降低虚拟机内存里的显存，某些版本的Ubuntu桌面和VMware的3D渲染存在兼容问题，关掉3D加速后反而能稳定进入桌面。
再看VMware的虚拟硬件版本和固件类型是否和安装时一致。有些用户创建虚拟机时选择了UEFI，后来为了方便把固件改成了BIOS，导致系统无法找到引导项，黑屏是必然结果。确认方法：右键虚拟机 > 设置 > 选项 > 高级 > 固件类型，记录当前类型。如果你的系统已经装完，不要随意切换。
接着检查启动顺序。有时候光驱还挂在第一位，且ISO文件还连接着，虚拟机会尝试从损坏的或不合法的引导介质启动。把硬盘调到第一启动项，并取消CD/DVD的“启动时连接”，通常能解决这类问题。
如果以上都没问题，试试在VMware虚拟机设置里的“处理器”页，勾选“虚拟化Intel VT-x/EPT或AMD-V/RVI”。这能让虚拟机内部支持嵌套虚拟化，某些系统在缺少这个选项时启动到某个阶段也会表现异常。
这些排查顺序是从软件配置层面逐步收窄，不要一开始就怀疑ISO文件损坏，前面校验过SHA256的话，镜像问题概率极低。
5.2 虚拟机“无法上网”和右上角问号
频繁出现的另一个问题是：Ubuntu装好了，但浏览器上不了网，或者右上角网络图标带了一个问号或感叹号。这个问题在VMware环境下大概率不是Ubuntu系统本身坏了，而是虚拟网络设置不对。
VMware的虚拟机网络模式主要有三种：
- NAT模式：虚拟机通过宿主机共享IP上网，只要宿主机能上网，虚拟机一般也能上网。
- 桥接模式：虚拟机像一台独立设备接入宿主机所在局域网，需要局域网内有可用的IP地址，且在部分无线网卡环境下需要额外配置桥接网卡。
- 仅主机模式：虚拟机只能和宿主机通信，默认无外网。
如果用的是NAT模式还是上不了网，先看一下宿主机Windows里的“VMware NAT Service”和“VMware DHCP Service”两个服务有没有在运行，有些精简版本或优化过服务的Windows系统会把这些服务禁用。在服务管理器中把VMware相关的服务改成自动并启动，然后在Ubuntu里重启网络：
bash复制sudo systemctl restart systemd-networkd
或者直接重启虚拟机。
如果你选择的是桥接模式且上不了网，常见原因是VMware没有正确绑定到宿主机的物理网卡上。在“编辑 > 虚拟机网络编辑器”里把桥接到具体网卡，而不是让它自动选择，很多时候问题就解决了。另外，同一个局域网内有多个路由器或者开启了AP隔离的WiFi环境，桥接模式本来就可能不通，这种情况换回NAT最省心。
5.3 挂起/快照/克隆组合使用的注意事项
VMware有两个非常好用但容易用错的功能：挂起和快照。
挂起（Suspend）相当于把虚拟机的当前状态保存到宿主机硬盘上，下次启动可以快速恢复到挂起时的状态。但如果你准备对虚拟机的磁盘做扩容、修改CD/DVD配置等底层操作，最好先关闭虚拟机而不是挂起。挂起状态修改硬件配置容易导致恢复时系统崩溃或硬件识别异常。
快照（Snapshot）允许你保存某个时间点的系统状态，以后随时回滚。这非常适合用来测试危险操作，比如更换内核、安装驱动、编辑系统关键配置。我给一个虚拟机做重大变更前，一定会先打一个快照，写上“装某软件之前”这样的备注。变出问题后右键快照选择“转到”即可恢复。
快照也不是万能的。快照会占用额外的磁盘空间，而且快照文件随着操作越多越大，一个快照链累积到几十GB并不罕见。不要长期依赖快照而从不清理，没有用的快照该删就删。另外，快照不等于备份，它依赖原始的vmdk虚拟磁盘文件，如果整个虚拟机目录都被误删，快照也救不了你。真正重要的数据，还是要单独备份文件或导出后再存储。
还有一个使用技巧：在做一个干净的、可用的系统状态之后，可以利用VMware的克隆功能复制一份出来作为模板，以后想开第二个、第三个Ubuntu测试环境时直接基于克隆创建，不用再从ISO重装一遍。克隆前建议先把原虚拟机的SSH密钥、机器ID等需要唯一化的信息清理掉，不然多个克隆同时启动后可能产生冲突。
5.4 一个典型问题现场：分辨率一直卡在800x600
我远程帮人排查过一个很典型的案例：Ubuntu装完，VMware菜单里的“安装VMware Tools”点了没有反应，分辨率卡在800x600没法调，鼠标在虚拟机里移动也僵硬得不行。
远程看了一圈，发现他装的是Ubuntu 22.04，仓库里本来就有open-vm-tools，但他一直在找VMware菜单里的安装入口，不知道现在主流做法早就不依赖那个手动安装流程了。我让他执行了安装open-vm-tools-desktop的命令，重启后分辨率立刻跟随窗口自适应。
遇到分辨率无法调整时，还有可能是因为Ubuntu桌面默认用了Wayland，而VMware的复制粘贴、拖拽功能在Wayland会话下偶尔会有兼容问题。登录界面右下角可以选“Ubuntu on Xorg”或“Ubuntu on Wayland”，切换成Xorg会话重试一次，很多问“为什么tools装了还是不能拖文件”的问题就迎刃而解。
这类问题和前面的黑屏、网络问题有一个共同特点：从表面看是Ubuntu的问题，实际上是虚拟化平台和系统配合的问题。排查时不要一上来就重装，先检查VMware服务、虚拟硬件配置、open-vm-tools安装状态这三个基础层，能省下大量时间。
我在实际使用中还有一个习惯：每完成一个阶段就顺手打个快照，比如刚装完系统和tools打一个，换完源更新完软件再打一个。后面不管我怎么折腾Docker、折腾编译环境，心里都有底。虚拟机这东西最大的好处就是试错成本低，多利用快照和克隆，比裸奔着反复重装要高效得多。如果你按这篇文章走完还卡在某个地方，大概率就是上面某一段里的配置项和你的环境组合不一致，回看一眼基本能找到破绽。