☰
Parallels Desktop 安装 Ubuntu 失败:原因与解决流程
2026/10/16 3:33:47 网站建设 项目流程

先说个结论:在 Parallels Desktop 里装 Ubuntu 失败,绝大多数时候不是 Ubuntu 本身的问题,而是“镜像没选对 + 虚拟机参数没调好 + 引导方式不匹配”这三件事叠加出来的结果。很多开发者在 Mac 上折腾 Linux 虚拟机都卡在这一步,进度条走完重启黑屏、安装器跑到一半报 internal error、GRUB 装不上、进系统后分辨率不对、Parallels Tools 装不成功……这些坑我基本都踩过一遍,身边也有朋友反复踩。

这篇内容会把 Parallels 安装 Ubuntu 失败的高频原因拆开讲清楚,给出每个现象的解决方案,最后整理一套可以直接照着做的稳定安装流程。适合第一次在 Mac 上用 Parallels 装 Linux 的新手,也适合那些已经装了几次但总在某个环节翻车的人。接下来内容按实操顺序走,从装之前的准备一直讲到进系统后的收尾检查。

1. 装之前先搞清楚 4 个最容易忽略的前提条件

1.1 镜像架构必须跟芯片匹配

这个坑在 Apple Silicon 的 Mac 上尤其多。M 系列芯片是 ARM 架构,Parallels 在 Apple Silicon 上虚拟的是 ARM 架构的机器,所以你要装的是 Ubuntu 的arm64镜像,不是 amd64。如果下载了 x86 的 ISO,启动阶段要么直接黑屏,要么提示无法识别引导,很多人卡在这一步死活找不到原因,其实就是架构不匹配。

Intel 芯片的 Mac 则反过来,选 amd64 镜像;Parallels 19/20 在 Intel 上也会提供 UEFI 引导,但老版本的 Parallels 对 BIOS 和 UEFI 的兼容处理不同,后面会单独讲。

另外,镜像尽量用官方源下载,不要用第三方精简版。精简版镜像喜欢砍掉一些内核模块、引导依赖或者图形驱动,而 Parallels 的半虚拟化环境对内核模块非常敏感,少一个 dkms 组件都可能导致开机后磁盘驱动加载失败。

下载完成后务必校验 SHA256,推荐在终端里跑一行命令:

shasum -a 256 ubuntu-24.04.x-desktop-arm64.iso

然后和官网页面的 Checksum 对比。这一步很多人跳过,但安装过程中突然报“文件损坏”或者 GRUB 装不上,有时候根本不是操作问题,就是下载断流导致 ISO 内部数据不完整。

提示:建议把下载好的 ISO 放到一个固定的目录里,比如~/VMs/iso/,不要放桌面或者下载目录然后随手清理,排错时重新挂载镜像会比较顺手。

1.2 Parallels 版本和虚拟化兼容性

Parallels 版本太旧也会导致安装 Ubuntu 失败。旧版本不识别新版 Ubuntu 的虚拟硬件配置,或者对 Apple Silicon 的支持不完整,表现是安装器能进但鼠标键盘失灵、网络无法启用、磁盘识别异常。

遇到这类情况,先把 Parallels 升级到最新正式版,再去官网下载最新的 Ubuntu LTS 镜像。我的经验是保持两个“最新”:Parallels 最新,Ubuntu LTS 最新。新 Parallels 配老 Ubuntu(比如 18.04),内核太旧,和新的半虚拟化驱动不一定兼容;老 Parallels 配新 Ubuntu,则是虚拟化框架跟不上。两个都是失败源。

1.3 默认资源配置经常不够用

Parallels 创建虚拟机时给的推荐配置偏保守,尤其如果你用“快速安装”,默认分给虚拟机的内存可能只有 2GB。Ubuntu 桌面版安装器本身就吃内存,再加上安装过程中的临时进程,2GB 很容易触发 OOM,表现出来就是安装器突然报错退出,或者卡在某个百分比不动。

我的建议是创建时直接把内存拉到 8GB(桌面版),CPU 至少 2 核,服务器版可以 4GB。虚拟磁盘大小:桌面版至少 40GB,如果你打算在里面装 Docker、Node、一些 IDE,建议 60GB 起步。磁盘格式选“扩展”可以,但要注意宿主机剩余空间,如果你 Mac 的硬盘只剩 20GB,虚拟机却分配了 50GB,安装过程中会直接碰壁。所以我后来都改成在创建时就固定分配一个合理大小,或者至少清楚自己宿主机剩余多少空间。

1.4 安装阶段别急着联网更新

Ubuntu 安装器默认会勾选“Download updates while installing Ubuntu”和“Install third-party software for graphics and Wi-Fi hardware”。这俩选项在虚拟机上建议先取消勾选。

原因很简单:Parallels 的虚拟网卡走的是宿主网络,如果宿主机网络波动,或者公司网络策略限制,安装器在后台下载更新中途失败,可能导致整个安装流程报错回滚。第三方驱动更没必要在安装阶段装,Parallels 有自己的增强工具(Parallels Tools)会在系统装完后手动安装,那才是虚拟化环境该用的驱动来源。

新手安装时把这两个选项关掉,不光是省时间,更重要的是减少变量。系统装完进桌面后,再改软件源、执行apt update && apt upgrade,效果一样的。

2. 安装阶段高频失败场景与修复手段

2.1 ISO 引导后黑屏,或者卡在 GRUB

现象:虚拟机启动后,屏幕一直黑着,或者只能看到 GRUB 菜单但选择 Ubuntu 后就没反应,过一会儿又弹回 GRUB。

这个问题的头号原因,在 Apple Silicon 上是架构不对,在 Intel 上是显卡驱动兼容问题。排除架构因素后,最常用的解法是给内核加nomodeset参数:在 GRUB 菜单界面,按e进入编辑,找到quiet splash那行,在行尾加上nomodeset,然后按Ctrl+X启动。

nomodeset的含义是告诉内核,启动阶段不要加载显卡驱动模式设置,先用最基础的 VESA 兼容模式显示。Ubuntu 安装器默认会尝试加载显卡的内核模式设置(KMS),在 Parallels 的虚拟显卡上兼容性不够稳定,就会黑屏。加上这个参数后,安装器会用软件渲染跑图形界面,速度会慢一点,但至少能看到界面。

还有一个偏方,如果你加完nomodeset还是黑屏,试试把splash也去掉,只留quiet,然后启动时观察输出停在哪一步。不过说实话,真到了这一步,优先还是重新确认镜像架构和 Parallels 版本,因为深层的驱动冲突不值得耗太久。

2.2 安装器跑到一半报内部错误

常见表现:安装进度条走到一半,弹窗提示 “The installer encountered an unrecoverable error”。

这个基本上跟虚拟硬件配置有关。内存不足是最常见的原因,Parallels 默认分配的 1GB-2GB 内存跑桌面版安装器,在分区和安装系统文件阶段特别容易触发。其次是安装器后台更新下载中断导致的崩溃。

处理方式很简单:

  • 给虚拟机分配至少 4GB 内存,桌面版最好 8GB;
  • 安装选项里取消下载更新和第三方软件(参考 1.4);
  • 如果宿主机同时跑着其他大内存应用(比如 Docker、浏览器几十个标签页),先暂停或关掉。

要注意的是,Parallels 虚拟机内存是需要从宿主机物理内存中划出去的,你 Mac 总内存 8GB 还强行给虚拟机 8GB,宿主机自己就不够用了,系统会疯狂使用 swap,反而拖累安装。这种情况建议虚拟机分配 4GB,宿主机的其他大程序先退出。

2.3 手动分区时提示 No root file system is defined

当你选择“Something else”(手动分区)而不是“Erase disk and install Ubuntu”时,如果分区表设置不完整,安装器会拒绝继续,报错说没有定义根文件系统。

原因很简单:你没有给任何分区指定挂载点/。手动分区时至少要有这些:

  • 一个 EFI System Partition,大小建议 512MB,FAT32,挂载点选EFI System Partition(或/boot/efi);
  • 一个 swap 分区,大小可以按物理内存的一半来,也可以直接分 4GB;
  • 一个 ext4 分区,挂载点选/,把剩余空间都给它。

如果是在虚拟机上装纯 Linux 开发环境,我建议新手直接选“Erase disk and install Ubuntu”,让安装器自动分区。自动分区在 Parallels 虚拟磁盘上基本没有风险,比自己手动分区省事。手动分区更适合你有明确需求,比如要单独给/home或者/data分一个区做持久化数据隔离。

值得一提的是,如果你看到提示 “The partition table format in use on your disks normally requires you to create a separate partition for boot firmware”,说明当前分区表是 GPT,并且需要 ESP 分区来放引导程序。这通常是因为安装器认为虚拟机不启用 UEFI 反而启动了 BIOS 兼容模式,解决方法是回到分区界面,新建一个 512MB 的 EFI System Partition。

2.4 安装完成重启后提示 No bootable device found

这是“离成功只差一步”的场景:系统装完了,进度条走完,重启却进不了系统,提示找不到可引导设备。

第一种原因最简单:ISO 还挂在虚拟光驱里,虚拟机重启时又把引导顺序排到光驱前面,同时光驱里没有可引导内容,就直接报 No bootable device。解决方法是关机后在 Parallels 虚拟机配置里移除/断开光驱里的 ISO 镜像,或者把硬盘调整到启动顺序第一位。

第二种原因是 GRUB 引导没有成功装进虚拟磁盘,多发生在快速安装模板或手动分区时没有创建 ESP 分区的情况。这时候用 Ubuntu Live 环境修复 GRUB:

# 启动到 Live 环境后,先挂载根分区和 EFI 分区 sudo mount /dev/sda2 /mnt # sda2 是你原来的根分区,按实际情况改 sudo mount /dev/sda1 /mnt/boot/efi # sda1 是 ESP 分区 # 挂载必要的系统目录 sudo mount --bind /dev /mnt/dev sudo mount --bind /proc /mnt/proc sudo mount --bind /sys /mnt/sys # chroot 进入原系统 sudo chroot /mnt # 在 chroot 环境中重新安装 GRUB grub-install /dev/sda update-grub exit sudo reboot

设备名不一定一样,执行lsblk看一下实际情况。此外,如果你创建虚拟机时选错了固件模式,比如 Ubuntu 24.04 要求 UEFI 但虚拟机的固件被设置成 BIOS,GRUB 装好后也引导不起来。在 Parallels 设置里检查一下固件类型,确保是 UEFI。

2.5 Parallels Tools 安装失败

系统进去了,接下来装 Parallels Tools,结果安装脚本报编译错误,这基本是缺内核头文件和编译工具链导致的。

Parallels Tools 里的虚拟显卡驱动、共享文件夹驱动、拖拽复制功能都需要编译内核模块,编译需要以下依赖:

sudo apt update sudo apt install build-essential dkms linux-headers-$(uname -r)

如果你用的是 Ubuntu Server 最小安装,连gcc、make都没有,安装 Parallels Tools 时同样会失败。先把编译工具装好,再用sudo ./install执行安装。

Parallels Tools 安装完成后,建议重启一次虚拟机,让内核模块正常加载。重启后如果分辨率还是不能自适应,手动在设置里调;共享文件夹如果不可用,在 Parallels 配置里重新挂载一下共享目录。

注意:单独一个 Parallels Tools 装不上,不影响系统基本使用,但共享目录、分辨率自适应、剪贴板同步这些功能都会缺失。建议按上面命令装完依赖后重试。

3. 常见错误信息速查表与排查日志技巧

3.1 报错速查表

错误现象大概率原因处置方向
ISO 引导后黑屏镜像架构不匹配 / 显卡驱动模式异常确认 arm64 或 amd64;GRUB 加 nomodeset
Missing operating systemISO 损坏或引导方式不匹配校验 SHA256;确认固件用 UEFI
No bootable device found启动顺序错误 / GRUB 未安装断开 ISO、调整启动顺序;chroot 修复 GRUB
The installer encountered an unrecoverable error内存不足 / 后台更新下载中断加大内存;取消更新下载;最小安装
Failed to open \EFI\ubuntu\grubx64.efiEFI 引导项丢失Live 环境 chroot 重装 GRUB、update-grub
initramfs 解压失败ISO 损坏 / 磁盘空间不足重新校验镜像;检查虚拟磁盘剩余空间
Parallels Tools 编译报错缺内核头文件 / dkms / gcc安装 build-essential dkms linux-headers
登录后反复回到登录界面桌面环境显卡驱动冲突recovery 模式卸载驱动或加 nomodeset

这个表格覆盖了我在实际使用中见到的绝大多数安装失败场景。如果你的报错不在这张表里,建议先按 3.2 的方式抓日志,再看具体落在哪一层。

3.2 学会用 verbose 启动和日志定位问题

很多人遇到失败就重新创建虚拟机,重装一遍。如果问题根源没找到,重装十遍也一样卡在同一个位置。正确的做法是抓到足够信息再动手。

在 GRUB 菜单按e进入编辑,把里面的quiet splash删掉,改成verbose(或者直接不写 quiet),这样内核启动时会把每一步输出都打在屏幕上。卡在哪一行,问题方向就基本确定了。比如卡在fb0: switching to ...之类和显卡相关的输出,就往驱动方向排查;卡在sd 0:0:0:0: [sda]这类磁盘相关输出,就往磁盘控制器或者镜像完整性方向排查。

Parallels 自身的日志在 macOS 的~/Library/Logs/parallels.log里。虚拟机启动异常时,查看这个文件的报错内容,也能定位到是虚拟硬件层面还是客户机系统层面的问题。如果你发现 log 里有类似磁盘 I/O error 的记录,优先检查宿主机的磁盘剩余空间和健康状态。

3.3 一个问题:ISO 表面正常但安装中途报错

很多人只在下完 ISO 后看一眼文件能打开就以为没问题,其实安装到一半才报错的例子比比皆是。特别是大版本 ISO 好几个 GB,浏览器下载断点续传可能产生静默错误,文件看起来存在,但中间某个扇区数据不对。

踩过一次“装到 85% 报 cdrom 读取失败”的坑之后,我在所有安装任务前都强制走一遍 checksum 校验。macOS 上习惯用:

shasum -a 256 某个Ubuntu镜像.iso

这样能省掉后面一整轮无头绪的排查。另外,如果你想快速验证 ISO 是否可引导,可以在 macOS 上用hdiutil attach 某个Ubuntu镜像.iso挂载看看文件系统内容是否完整。

4. 一套可直接抄作业的稳定安装流程

前面讲了一堆坑和解决方案,这里给一份我最近在多个机器上实际验证过的流程。直接照着做,成功率很高。

4.1 创建虚拟机时的关键参数

配置项推荐值
Parallels 版本更新到最新正式版
ISO 镜像Ubuntu 官方 LTS 镜像,按芯片选 arm64 或 amd64
内存桌面版 8GB,服务器版 4GB
CPU2-4 核
虚拟磁盘固定分配或者预留 50GB+,不要小于 40GB
固件类型UEFI
勾选安装选项取消下载更新、取消第三方驱动
启动顺序优先光驱(ISO),安装完成后硬盘优先

4.2 安装过程记录

第一步,Parallels 控制中心点右上角“新建”,选择“自定义设置”而不是“快速创建”。自定义方式会让你手动指定 ISO 路径、系统类型和硬件配置,可以避开 Parallels 自动注入的引导逻辑。这个细节很关键,后面很多引导类故障都是“快速创建”模版引起的。

第二步,在安装介质里手动选已经下载好的 Ubuntu ISO,系统类型手动设置为 Linux,如果有 Ubuntu 的细分选项就选 Ubuntu。Apple Silicon 上 Parallels 会自动识别 ARM 架构;Intel 机器上注意选择 UEFI 引导模式。

第三步,调整硬件参数。内存拉到 8GB,CPU 给 2-4 核,磁盘给 50GB。如果不确定宿主机是否吃得消,可以先用扩展模式;但心里要清楚,磁盘空间不足是安装失败的重灾区。

第四步,启动虚拟机。出现 GRUB 菜单时,如果可以正常进入 Ubuntu 图形安装界面,说明一切正常;如果黑屏,按前面说的按e加nomodeset再启动。

第五步,语言、键盘布局、网络这些按自己情况选。安装类型选“Install Ubuntu Desktop/Server”或“Erase disk and install Ubuntu”。新手不建议碰“Something else”,除非你清楚 ESP、swap、根分区怎么分配。

第六步,开始安装到系统重启。第一次重启时,如果 Parallels 没有自动弹出安装介质,去虚拟机配置里把 ISO 从光驱移除,然后重新启动。

第七步,进入系统后先跑一遍更新:

sudo apt update sudo apt upgrade -y

安装 Parallels Tools 前,先把编译依赖装好:

sudo apt install -y build-essential dkms linux-headers-$(uname -r)

然后按 Parallels 菜单里的“安装 Parallels Tools”执行,装完重启。

4.3 收尾验证清单

不要以为重启进入桌面就结束了,有几个点必须确认,否则后续用着用着还是会出问题:

  • df -h确认根分区挂载正常,虚拟磁盘容量被正确识别;
  • 屏幕分辨率是否能够自适应窗口大小,如果不能,说明 Parallels Tools 的显卡模块没加载;
  • 共享文件夹是否生效,在 Parallels 设置里配置好共享目录后,Ubuntu 这边访问/media/下面的共享目录确认;
  • 网络是否正常,浏览器能打开页面,或者ping一下网关确认;
  • 终端执行uname -a确认内核版本和你安装的 headers 对应。

这几项都通过,这台虚拟机才算真正进入可用状态。

4.4 一个能救命的小操作:进系统后立刻打快照

安装流程走到“系统能进、Parallels Tools 装好”这一步,强烈建议你立刻打一个快照。方法是在 Parallels 控制中心里右键虚拟机 → 拍摄快照。

快照就是虚拟机在某一个时间点的完整状态。后续你安装开发环境、升级内核、调乱配置,导致系统崩了,一键回滚到这个刚装好的干净状态,比重新跑一遍整个安装流程快太多。这个习惯我后来固定下来了:新建一台虚拟机后,先装系统和 Tools,再打一个基础快照,之后所有折腾都在这个快照之上进行。

5. 个人折腾一轮下来的几条心得

5.1 Parallels 的快速安装确实容易翻车

快速安装的初衷是省事,它会自动检测安装介质并往虚拟机上套一套预设配置。问题在于这套预设配置对 Ubuntu 这种高度依赖引导兼容性的系统并不总是友好。我遇到过的情况是:使用快速安装创建的虚拟机在安装完成重启后直接 no bootable device,而同样的 ISO、同样的资源参数,换成手动创建后一次通过。

所以现在我创建 Linux 虚拟机都统一走“自定义设置”,也多花不了一分钟,但排掉了最大的引导来源问题。如果你已经用快速安装弄到一半了,也不必纠结,按 2.4 里的 chroot 方法修 GRUB 也能救回来。

5.2 遇到问题先加 nomodeset,再考虑换方案

显卡相关的问题是虚拟机上最容易出现也最容易被误判的问题。黑屏、花屏、开机卡 logo,加nomodeset基本能诊断出 80% 的图形栈故障。如果加上就能进图形界面,问题方向就锁定在显卡驱动和 Parallels Tools 的配合上,跟 CPU、内存、网络都没关系。

5.3 安装失败的成本不低,平时别忽略快照

最后再分享一个习惯:每次想在虚拟机里动比较底层的东西之前,先看一眼快照列表。没有快照就先拍一个,一分钟的事儿,但可能帮你省下半天重装时间。Parallels 的快照机制比较成熟,日常使用不会明显拖慢性能,但快照数量也别堆太多,保留两三个关键节点就够了。

Parallels 装 Ubuntu 这件事,听起来门槛不高,实际上坑都藏在细节里。镜像架构选对、资源给够、引导逻辑搞清楚,这三点抓牢,剩下的就是顺着流程走一遍而已。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询