虚拟机安装Ubuntu 18.04与ROS Melodic完整教程

每个做机器人相关的开发者，不管是做SLAM、机械臂还是无人车，基本都绕不过一个坎：在Linux环境下搭一套ROS开发环境。而大多数人的第一选择不是直接装双系统，而是“虚拟机 安装Ubuntu18.04和ROS Melodic”。我第一次搭这套环境的时候也觉得挺折腾，系统版本、ROS版本、源、依赖一堆事，踩了不少坑之后才跑通。这篇文章就把这套流程完整记录下来，从创建虚拟机开始，到Ubuntu 18.04装好，再一直把ROS Melodic跑起来，中间涉及的所有关键操作、参数选择、避坑事项都会讲到。

先说清楚这套组合解决什么问题：Windows环境下没法直接跑ROS，虚拟机方案不用动宿主机系统，日常办公还是用Windows，需要编译运行ROS代码时切回虚拟机，互不干扰。适合刚入门机器人开发的学生、想从其他方向转过来做机器人应用的人、需要复现老项目但不想重装电脑的人。整篇文章按实操顺序来，你可以照着一步步做。

1. 为什么还要用虚拟机装Ubuntu 18.04和ROS Melodic

1.1 双系统与虚拟机怎么选

我见过很多新手上来就问“为什么不用双系统”？双系统确实性能更好，硬件资源全部给Linux用，跑Gazebo和rviz会更流畅。但双系统的代价也摆在那里：每次切换系统都得重启电脑，想同时看Windows里的资料和Linux里的代码就很不方便；装系统过程中引导出问题可能把Windows也搞挂；更关键的是，双系统下你不敢随便折腾系统，万一环境装坏了修复成本很高。

虚拟机在这几个方面优势明显。虚拟机运行在宿主机之上，出问题可以打快照，系统改坏了恢复一下就行，不用重装两边系统。虚拟机内部和宿主机共享剪贴板、拖拽文件、共享文件夹之后，Windows和Linux之间的资料交换非常顺手。唯一的顾虑是性能损耗，但对学习阶段的ROS开发来说，编译单个包、跑turtlesim、做简单的rviz可视化，虚拟机的性能完全够用。跑大型3D仿真时确实会吃力，那就是后面升级物理机或转双系统的事。

1.2 Ubuntu 18.04与ROS Melodic的组合现状

Ubuntu 18.04官方标准支持期已经结束，ROS 1也在2025年全面停止维护。但一个现实摆在眼前：市面上的ROS教材、机器人竞赛培训、大量开源项目代码，仍然是基于这套组合写的。很多论文开源代码用到的功能包版本，跑到新版本ROS上可能因为接口变化、依赖库版本对不上直接编译失败，反而在Melodic上一切正常。

这就是生态惯性。你可以用更新的Ubuntu 20.04加ROS Noetic，甚至直接上ROS 2，但遇到老项目还是需要一套1x.04加对应ROS版本的环境。虚拟机正好干这个事，一个环境坏了不影响另一个环境，多版本共存也方便。

1.3 这套方案适合哪些人

学生党是最典型的场景。课程作业、毕业设计用到的很多Demo基于Melodic，需要在宿舍笔记本上运行，笔记本性能有限又不想冒险装双系统，虚拟机是最稳妥的起点。转行做机器人开发的人同样适合，先在虚拟机里把ROS的工程结构、常用命令、工作流程摸熟，再考虑配置更高、更贴近实际项目的环境。还有一些做技术验证的工程师，需要快速验证一个开源算法，虚拟机里跑通了再决定要不要上实机。这套组合一个很大的好处是资料多，遇到的问题几乎都能搜到现成解决方案，学习曲线平缓很多。

2. 环境准备：虚拟机选型、参数规划与系统镜像下载

2.1 常用虚拟机软件怎么选

目前在个人PC上最常见的是VMware Workstation和VirtualBox这两款。VMware Workstation Pro功能全面，3D加速相对更稳定，快照管理简单直观，对新手友好；VirtualBox免费开源，基础功能齐全，但3D图形支持和剪贴板共享等体验上偶尔会有些小问题。

我的建议是：如果条件允许优先用VMware Workstation Pro。不是说VirtualBox不行，而是在虚拟机里跑Ubuntu图形界面、后续装ROS的图形工具、跑rviz的时候，VMware的图形加速和响应手感确实更好。VMware对新版Ubuntu的支持也更及时，一些虚拟化选项（比如UEFI、NVMe设备）配置起来更顺手。VirtualBox也不是不能用，但遇到显示异常、复制粘贴失效的情况会多一些，新手容易卡住。两款软件在虚拟机文件格式上不互通，选定后别随意迁移。

2.2 创建虚拟机前的硬件分配与网络模式选择

虚拟机不是创建完直接装系统就行，先把资源分配好，后面能省很多事。以一台16GB内存、六核心处理器的宿主机为例，我给虚拟机的配置是这样：

内存和CPU分配要结合宿主机剩余资源来决定。虚拟机开太大的话，宿主机自己卡成幻灯片，反而影响体验。NAT模式下虚拟机可以正常访问外网、下载软件包，宿主机和虚拟机之间可以通过共享文件夹和剪贴板交换文件，绝大多数学习场景都够用。如果后面做多机通信（比如笔记本连小车上的机载电脑），再改成桥接模式。

2.3 下载Ubuntu 18.04镜像

Ubuntu 18.04的最后一个版本是18.04.6，下载镜像时认准这个版本号即可。镜像可以从官网或国内的开源软件镜像站获取。下载后核对一下文件名里的版本号，确认是“ubuntu-18.04.6-desktop-amd64.iso”。如果镜像文件名里写着Beta、Alpha、Daily，说明是测试版或开发版，不要用。

镜像大小在2GB左右，下载完成后建议和镜像站的SHA256校验值对比一下，防止下载损坏。校验值在镜像站的下载页面上就有，Windows下用PowerShell的Get-FileHash命令即可计算：

Get-FileHash -Algorithm SHA256 .\ubuntu-18.04.6-desktop-amd64.iso

校验通过后再开始下一步。这一步很多人会跳过，但镜像文件要是下载损坏，安装到一半报错，定位问题会很痛苦。

3. 从创建虚拟机到进桌面：Ubuntu 18.04安装全过程

3.1 新建虚拟机的关键参数设置

VMware创建虚拟机的时候，新建虚拟机向导里有一步会问“安装程序光盘映像文件”，这里不要直接选ISO镜像，而是选择“稍后安装操作系统”。原因很简单：选“稍后安装”可以先把虚拟机硬件参数配置完整，之后再挂载ISO启动安装，流程更可控。

后续的几步配置要点：

• 客户机操作系统选择“Linux”，“版本”选择“Ubuntu 64位”。选成32位会导致系统安装和ROS运行都出问题，务必确认。
• 虚拟机名称按项目来，比如“ubuntu18-ros-melodic”，以后创建多个虚拟机时一目了然。
• 固件类型保持BIOS即可。UEFI在虚拟机里意义不大，还可能带来引导兼容问题。
• 处理器设置里，勾选“虚拟化Intel VT-x/AMD-V”。如果虚拟化引擎选项是灰色不可用，说明宿主机BIOS里没开启虚拟化，需要重启进BIOS打开，这一步对安装Ubuntu影响很大，后面会专门讲。
• 内存按前面的表格分配，不要低于4GB。
• 网络类型选择NAT。

创建完成后，先不急着启动。在虚拟机设置里把光驱指向下载好的Ubuntu 18.04.6 ISO镜像，然后可以顺便关掉“启动时连接声卡”和“打印机”这类用不到的设备，减少干扰。虚拟机设置页面里的“显示器”设置，把“加速3D图形”勾上，跑rviz的时候图形渲染会更顺畅。

3.2 Ubuntu安装向导里的几个关键选择

启动虚拟机，进入安装界面。左侧语言列表选择“English”。可能有读者习惯选中文，但我建议系统安装阶段就用英文。原因是后面所有ROS命令、功能包、错误日志几乎都是英文的，终端里的中文路径偶尔也会引发编码和兼容问题，系统保持英文反而省心。中文输入法可以在系统装好后自行添加，不影响使用习惯。

进入“Updates and other software”页面，有两个选择要点。第一，“Install third-party software for graphics and Wi-Fi”这个选项，在虚拟机里其实用不到，因为图形和网络由宿主机与虚拟机软件虚拟化提供的，不需要闭源驱动，可以不勾选。第二，安装类型选“Erase disk and install Ubuntu”或“Something else”。在虚拟机里没有双系统共存需求，直接整盘安装最简单。不过我还是建议选择“Something else”手动分区，理由见下。

硬盘分区方面，手动分区能更清楚自己给系统分配了多少空间。在虚拟机里最稳妥的分区方案：先建一个“/”分区，大小50GB以上，文件系统选择ext4，用于安装系统和所有软件；再建一个swap分区，大小4GB到8GB，物理内存是8GB时swap给4GB即可，主要用作系统休眠和内存溢出时的兜底。如果你的磁盘空间只有60GB，“/”给55GB，swap给4GB，剩余空间太多反而浪费。

如果虚拟机的系统盘是用UEFI方式引导的，分区时还需要创建一个EFI系统分区。用BIOS引导则不需要。判断方法很简单：如果启动时看到的是GRUB菜单，说明BIOS引导；如果看到的是带蓝色背景的UEFI菜单，则需要EFI分区。VMware默认情况下用BIOS引导，按上面的分区方案即可。

3.3 账号设置与安装完成后的第一轮更新

用户账号设置页面，填用户名和密码。这个账户是系统管理员账户，会加入sudo组，后面几乎每个安装命令都要通过它来执行。密码在本地虚拟机里使用，设成“123456”这类简单密码完全没问题，别用特殊字符给自己找麻烦。

安装过程大约持续十到二十分钟，取决于虚拟机CPU和磁盘性能。安装完成后重启。第一次进入桌面后，建议立刻打开终端执行：

sudo apt update && sudo apt upgrade -y

这一步把系统自带软件包更新到当前镜像源里的最新版本，修复已知安全漏洞和依赖问题。虚拟机刚装完的系统，依赖库版本可能偏旧，后续安装ROS时如果遇到依赖冲突，多半和这轮更新没做有关。在升级过程中如果问到是否保持某个服务的配置版本，一般选择保持默认即可。

4. ROS Melodic完整安装：换源、装包、初始化、跑通小乌龟

4.1 先解决系统源：备份与替换

ROS安装依赖apt软件包管理，而apt的软件源配置文件是/etc/apt/sources.list。Ubuntu刚装好时默认指向官方软件仓库，国内访问速度很不稳定，下载安装包经常只有几十KB/s，甚至会中断。所以装ROS之前先把系统源换成国内访问速度较快的开源镜像站。

执行前先备份，这是所有系统配置操作的习惯：改动前先备份，出问题能快速恢复。

sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak

然后编辑文件，把官方地址替换为镜像站地址。替换方法可以是手动编辑，也可以用sed命令批量替换。假设镜像站地址写成mirrors.example.com（实际使用哪个镜像站，直接搜对应镜像站的帮助文档就有Ubuntu 18.04的源配置）：

sudo sed -i 's/archive.ubuntu.com/mirrors.example.com/g' /etc/apt/sources.list sudo sed -i 's/security.ubuntu.com/mirrors.example.com/g' /etc/apt/sources.list

替换后执行：

sudo apt update

正常情况下，更新过程会明显变快，拉取软件包列表不会再长时间卡住。如果update时出现报错，把配置文件内容与镜像站帮助文档核对一下，尤其是bionic、bionic-updates、bionic-security这些仓库路径必须存在并且与Ubuntu 18.04对应。

4.2 添加ROS软件源与密钥

ROS官方为Ubuntu维护了独立的软件源，地址格式是：

deb http://packages.ros.org/ros/ubuntu bionic main

在国内直接访问官方源速度不理想，许多国内开源镜像站也提供ROS源。我使用的方案是直接配置国内镜像站的ROS源，速度和稳定性都有保障。

配置步骤，先向软件源列表添加ROS仓库：

sudo sh -c 'echo "deb http://packages.ros.org/ros/ubuntu $(lsb_release -sc) main" > /etc/apt/sources.list.d/ros-latest.list'

上面命令会写入官方地址。换成国内镜像时，参考镜像站ROS源帮助文档的格式替换域名即可。

接着添加ROS官方的GPG密钥。没有这个密钥，apt会拒绝安装来自该软件源的包，并报出NO_PUBKEY错误。命令是：

sudo apt-key adv --keyserver 'hkp://keyserver.ubuntu.com:80' --recv-key C1CF6E31E6BADE88626B1A2F3E8F3D0B2E2E5B3C1

这条命令会从密钥服务器拉取ROS官方密钥。密钥服务器在某些时候连接慢，可以多试几次，或者从镜像站直接下载密钥文件并用sudo apt-key add导入。

4.3 安装ros-melodic-desktop-full

密钥配置好后，再执行一次sudo apt update，让apt识别到刚添加的ROS软件源。随后安装ROS Melodic的完整桌面版：

sudo apt install ros-melodic-desktop-full

这个软件包组包含三大部分：ROS核心模块（包括roscpp、rospy、tf、actionlib等基础库）、可视化与调试工具（rviz、rqt全家桶）、2D仿真器turtlesim和基础机器人模型。它覆盖了绝大多数入门和中级开发场景，不用再单独纠结装哪些包。

安装过程会拉取约1.5GB至2GB的软件包，耗时较长。中途如果出现依赖冲突，优先查看有没有提示缺少某类库，通常执行一下sudo apt --fix-broken install可以解决。安装完成后，可以验证一下核心库是否装好：

dpkg -L ros-melodic-roscpp | head

输出结果里能看到/opt/ros/melodic下的文件路径，基本说明安装正常。

4.4 rosdep初始化与环境变量配置

ROS的包管理器工具rosdep负责解析并安装功能包的外部依赖。安装完成后需要执行两步初始化：

sudo rosdep init rosdep update

rosdep init会创建/etc/ros/rosdep/sources.list.d/20-default.list文件，它指向官方rosdep数据仓库地址。rosdep update会下载并更新本地的rosdep索引数据库。这一步是整个安装过程中最容易卡住的地方，因为rosdep依赖的数据仓库托管在境外服务器上，国内网络访问经常超时。我遇到的问题和解决办法放在后面的常见问题章节，这里先按照标准流程执行。

初始化完成后，配置环境变量。ROS命令和功能包默认安装在/opt/ros/melodic下，需要把这个路径加入当前shell的环境变量。执行：

echo "source /opt/ros/melodic/setup.bash" >> ~/.bashrc source ~/.bashrc

source命令的作用是让当前shell立刻加载ROS环境变量，不用重启终端。如果忘记执行第二条，新开终端里roscore等命令会提示找不到，所以平时新建终端后建议先确认一行命令能正常运行：

echo $ROS_DISTRO

输出melodic说明环境变量生效。

之后安装一些常用的构建工具：

sudo apt install python-rosinstall python-rosinstall-generator python-wstool build-essential git

这些工具在后续创建catkin工作区、编译功能包时会用到。

4.5 用turtlesim验证ROS可用性

环境配好后，最快验证ROS是否可用的方式就是跑一下小乌龟。

打开一个终端，启动ROS主节点：

roscore

如果能看到类似started core service [/rosout]的输出，说明ROS核心正常运行。再开一个终端，启动小乌龟节点：

rosrun turtlesim turtlesim_node

屏幕上应该弹出一个蓝色背景的小乌龟窗口。第三个终端启动键盘遥控节点：

rosrun turtlesim turtle_teleop_key

在键盘上按方向键，小乌龟会跟随移动。整个过程跑通，说明ROS安装成功且环境变量、节点通信都正常。

到这里，一个基础的“虚拟机Ubuntu 18.04 + ROS Melodic”环境就搭好了。但虚拟机环境下的日常使用，还需要做几件事才能舒服。

5. 虚拟机场景下的增强配置与性能优化技巧

5.1 安装open-vm-tools解决剪贴板、分辨率与拖拽问题

刚装完的Ubuntu虚拟机，分辨率大概率锁死在800x600或者640x480，从宿主机向虚拟机拖文件也用不了，Windows和虚拟机之间无法共享剪贴板。这是因为VMware完全虚拟化的显示适配器需要对应的驱动支持，这个驱动就是VMware Tools。

安装方式有两种：一种是通过VMware菜单中的“安装VMware Tools”，它会向虚拟机光驱提供tar.gz压缩包，解压后执行vmware-install.pl脚本；另一种是直接通过apt安装开源版本的VMware Tools驱动，我推荐这种方式，更简单稳定。

在终端里执行：

sudo apt install open-vm-tools open-vm-tools-desktop

安装完成后重启虚拟机。重启后分辨率会自动适配虚拟机窗口大小，宿主机和虚拟机之间的剪贴板共享、拖拽文件、窗口自适应缩放全部生效。如果重启后剪贴板仍然不工作，检查宿主机VMware设置里的“客户机隔离”选项，确保“启用复制粘贴”勾选状态。

5.2 快照的正确打开方式

虚拟机最大的价值之一是快照功能。快照把系统当前状态完整保存下来，之后无论怎么折腾，都能一键恢复到保存的那个状态。我发现很多人要么不用快照，要么乱打快照导致磁盘占用暴涨。正确做法是在两个时间点打快照。

第一个时间点是刚装好系统并完成apt更新之后，命名为“18.04-base”。这时候系统是干净的，没有ROS，适合作为任何后续工作的起点。第二个时间点是ROS安装完成并通过turtlesim验证后，命名为“ros-melodic-clean”。后面开发中需要在系统里安装各种库、编译各种源码，出现问题直接在VMware的“虚拟机->快照->快照管理器”里恢复到ros-melodic-clean，比手动卸载重装快几个数量级。

快照的代价是磁盘空间。每个快照都会保存自上次快照以来的系统差异数据，所以快照数量建议控制在两三个以内，完成一个阶段目标后删除之前的旧快照。

5.3 虚拟机性能调优与磁盘瘦身

虚拟机用久了会感觉越来越卡，排查方向集中在内存、CPU、磁盘三个层面。内存不足是最常见的原因，可以在虚拟机关机状态下把内存调大，观察宿主机空闲内存是否充足。CPU核心数也可以按需调整，但核心数超过宿主机物理核心数反而会拖慢性能，保持在物理核心一半到三分之二之间最合理。

Ubuntu桌面动画特效在虚拟机里也算一种负担。如果觉得桌面操作不流畅，可以在Ubuntu的设置里把动画效果关掉，或者直接用GNOME Classi环境，桌面响应会有明显改善。

磁盘占用问题值得留意。虚拟机硬盘文件会随着系统里创建、删除文件而不断膨胀，即使删除了大量文件，虚拟磁盘文件在宿主机上的大小也不会自动缩小。VMware提供了碎片整理和磁盘压缩功能。在虚拟机关机状态下，从VMware菜单进入“虚拟机->设置->硬盘->碎片整理”和“压缩”，可以回收一部分空间。宿主机磁盘紧张时这个操作很有用。

5.4 共享文件夹配置

除了剪贴板和拖拽文件，更稳定的文件交换方式是共享文件夹。在VMware中对虚拟机设置一个Windows本地的文件夹路径，Ubuntu内就能把这个文件夹挂载到自己喜欢的路径下。

配置步骤：虚拟机关机状态下，在“虚拟机设置->选项->共享文件夹”里添加宿主机文件夹路径，设置为“总是启用”。启动虚拟机后，执行：

sudo mkdir -p /mnt/hgfs sudo vmhgfs-fuse .host:/ /mnt/hgfs -o allow_other -o uid=1000

然后看看/mnt/hgfs下是否出现了共享的文件夹。如果希望重启虚拟机后自动挂载，把上面挂载命令写入/etc/fstab。在宿主机和虚拟机间传输代码文件、编译脚本、数据集，走共享文件夹非常方便，速度和稳定性都远胜拖拽。

6. 安装与使用中的高频问题排查与避坑记录

6.1 虚拟化未开启导致的启动异常

现象是：虚拟机启动时弹窗提示VMware无法运行，或者开机后Ubuntu一直黑屏，进程卡死。原因多数是宿主机BIOS中没有开启CPU虚拟化功能。

排查方法：Windows任务管理器的“性能”标签页中，查看“虚拟化”状态。如果显示“已禁用”，需要重启电脑进入BIOS，找到Intel Virtualization Technology或AMD SVM的选项，改为Enabled。不同品牌BIOS里的菜单名称有差异，大致方向是“Advanced”或“CPU Configuration”下。开启并保存重启后，虚拟机的启动速度会明显改善。

6.2 apt源失效与更新失败

Ubuntu 18.04进入停止标准支持阶段后，部分第三方镜像源可能下线或不再更新bionic仓库。apt update时出现“仓库不再包含Release文件”或404错误，基本就是源配置里的镜像地址失效了。

处理方案：换一个还在维护的国内镜像源，重新编辑/etc/apt/sources.list，把镜像站地址换成当前可用的地址，再执行sudo apt update。如果懒得分清域名，最省事的做法是直接用sed把mirrors.example.com批量替换为新的镜像站地址，保留之前的备份文件以防需要还原。

6.3 rosdep init和update网络超时

这是ROS Melodic安装中最高频的报错。sudo rosdep init时卡住或提示连接失败，rosdep update时下载中断，本质都是因为rosdep数据所在的境外服务器网络链路不稳定。

实用的处理序列：先重试两三次，有时候只是临时网络抖动。如果依旧失败，检查DNS设置，可以临时把DNS改为公共DNS再试。另一种思路是从一个已经成功的ROS环境里打包rosdep数据，拷贝到当前机器使用，具体办法是把/etc/ros/rosdep/sources.list.d/目录和~/.ros/rosdep目录打包，在目标机器对应路径下解压，然后执行rosdep update（数据较旧，但基本可用）。还有一种做法是网上有一些国内可访问的ROS源码镜像仓库，配置它们替代默认rosdep源，也能解决连接问题。不管用哪种方案，rosdep只影响功能包依赖的自动解析，不影响ROS核心运行，如果功能包不多，先手动安装依赖也可以跳过这一步。

6.4 功能包安装与编译常见问题

在sudo apt install ros-melodic-xxx时发现包不存在，多数情况是功能包名称拼写错误，或者该功能包不在ros-melodic-desktop-full里但存在于ROS仓库中。用搜索命令确认：

apt-cache search ros-melodic | grep xxx

确认名称后再安装。也可以直接访问ROS发行版的功能包索引页面，确认包名，再执行安装。

编译功能包时，如果出现C++标准不匹配、缺少Boost库、找不到opencv头文件等报错，多半是系统缺少编译所需依赖。Ubuntu 18.04自带Python 2.7和GCC 7，ROS Melodic默认就是对接这套工具链，不要手痒去升级系统里的GCC或Python默认版本，某次升级直接导致整个ROS环境deprecated的情况不在少数。

6.5 键盘、中文输入法与其他日常问题

虚拟机里Ubuntu键盘输入卡顿或按键错乱，优先检查VMware“虚拟机->可移动设备”中键盘相关选项，确认宿主机输入法状态正常。

中文输入法方面，如果坚持在Ubuntu虚拟机里用中文输入，可以在系统设置安装中文语言包，然后在“区域与语言”中添加拼音输入法。我更推荐的做法是虚拟机保持英文系统，宿主机Windows保持中文环境，两边复制粘贴效率反而最高，避免切换输入法各种冲突。

我个人装完这套环境后的体会是：真正耗时的不是安装过程本身，而是“装完又坏、坏了又装”的重复劳动。如果你也打算长期在这个环境里做开发，一定把快照这件事用好，装好一套干净的系统加ROS，立刻保存快照，之后随意折腾。还有一个小习惯分享一下，每次创建新项目或克隆别人的代码之前，先在虚拟机里执行一次sudo apt update && sudo apt install -y，再把共享文件夹里的源码拷贝进工作区，编译出错率会低很多。系统版本和ROS版本保持和项目需求一致，不要手痒做升级，稳定复现永远比追新更重要。