1. error5报错到底是什么一个被误导了多年的错误码1.1 错误码的真实身份输入/输出错误还是权限拒绝先说说error5这个错误码的真实身份。很多人第一次遇到它都是在Windows环境下弹出的提示是“错误5拒绝访问”所以在Ubuntu安装过程中一看到error5第一反应往往是我是不是权限不够是不是要换root、要提权甚至有人怀疑自己下载的镜像有问题。但实际上在Ubuntu系统安装的场景里error5并不直接等于“权限拒绝”。它在安装程序中通常来自grub-install或者debootstrap之类的底层工具执行时把I/O层面的失败映射成了错误码5而这个数字正好对应的是“Input/Output error”也就是写入引导扇区或者分区表时物理设备层面报错。翻译成人话就是安装程序想往U盘或者硬盘的某个扇区写东西结果硬件或系统层面拒绝了这个操作。这个差别很关键因为如果你把error5当成权限问题去处理最后一定会绕很久。我见过不少人在终端里加sudo、换chmod、改用户组折腾半天报错依旧。真正的矛头应该指向引导程序写入环节而不是文件权限。1.2 最容易触发error5的三种场景根据我自己这几年的装机经历以及平时在社区帮人排查的情况来看error5报错集中在下面三种典型场景里第一种用的是Windows下常见的烧录工具以ISO镜像模式写入制作启动U盘然后在真机上安装Ubuntu在“安装启动引导器到磁盘”这一步弹错。这个场景占比最高原因稍后会详细拆解。第二种安装过程中进度条走到最后在“正在安装GRUB”或“正在配置引导管理器”阶段直接中断有些屏幕上会提示grub-install: error: failed to get canonical path或unable to install GRUB in /dev/sda稍老一点的版本则干脆笼统地报成error5。第三种是在虚拟机里装Ubuntu比如VMware Workstation或VirtualBox创建虚拟机时模拟的磁盘类型IDE、SATA、NVMe或固件类型BIOS/UEFI和安装镜像默认的引导方式不匹配导致引导程序写入失败错误码也是5。这三种场景的底层触发机制不太一样但解决思路是共通的——先把要写引导的那个设备弄清楚再把写入方式调整对。下面几个章节我会按最常见的排查路径一个一个讲透。2. 90%的人踩过的坑制作启动U盘时选错了写入方式2.1 Rufus的ISO镜像模式与DD镜像模式差别到底在哪但凡在Windows平台制作过Ubuntu启动盘的人八成都用过Rufus。Rufus本身是一个非常好的工具但有个大坑在于它默认的写入模式是“ISO镜像模式”这个模式对大多数Linux发行版来说也能启动但在某些机器上安装Ubuntu时就是会在写引导扇区的时候翻车报出error5。ISO镜像模式和DD镜像模式的区别简单说是这样的ISO镜像模式Rufus把ISO文件当做一个普通数据文件解压到U盘的文件系统里然后写入一个SYSLINUX引导器。这种方式的优点是U盘的剩余空间还能当普通U盘用但缺点也很明显——它用于链式加载GRUB2的时候在GPT分区表加UEFI固件的组合下引导路径偶尔会出现兼容性问题。DD镜像模式Rufus直接按字节把整个ISO的内容原样写入U盘扇区U盘就相当于一张光盘的“物理拷贝”不按文件系统处理。Ubuntu官方镜像本身包含了完整的EFI引导文件和GRUB2启动器DD模式写进去后U盘就是一块自带可引导结构的设备和官方工具rufus官方文档里推荐的“DD镜像模式”完全一致。为什么ISO模式会触发error5因为在某些UEFI主板环境下ISO模式创建出的可移动盘结构缺少某些关键的引导信息安装程序在写入GRUB时会回到U盘或硬盘的MBR区域执行命令而MBR区域的状态不足以支撑完整安装于是I/O层报错并被映射成error5。用DD模式写入后U盘的引导布局完全跟着Ubuntu官方镜像走基本上就不存在这个问题了。2.2 从制作到复现正确制作U盘的全流程直接给大家一份我常用的、验证过无数次的制作流程跟着做基本不会再碰到这边的问题准备一个至少8GB的U盘建议16GB以上把U盘里原有数据备份好因为接下来的操作会清空整个U盘。去Ubuntu官网下载对应版本的ISO镜像文件。下载完先校验一下SHA256避免镜像损坏带来的莫名其妙的问题。打开Rufus设备选择你的U盘引导类型选择镜像文件点击后面的“选择”按钮把刚下的ISO选中。最关键的一步弹窗询问“写入方式”时默认可能是“ISO镜像模式”务必手动切换到“DD镜像模式”。如果Rufus版本较新在镜像加载后可以通过引导类型下方的小图标切换成DD模式。分区类型这里建议选“GPT”目标系统类型选“UEFI非CSM”除非你的老电脑只支持Legacy BIOS那才选MBR和BIOS或UEFI-CSM。点击“开始”等待写入完成。完成后Windows会提示“无法识别U盘文件系统”这是正常的不用管它。做完这六步用这块U盘去安装Ubuntu绝大多数“安装引导程序报error5”的问题都能直接消失。2.3 不想用Rufus还有这些替代方案如果你不是在Windows环境下或者你单纯不想用Rufus我这里还有几个同样靠谱的方案balenaEtcher跨平台工具Windows、macOS、Linux都能用。它的写入逻辑就是镜像原始写入相当于自动帮你选了DD模式所以基本不会出现Rufus ISO模式那种引导结构问题。缺点是写入完U盘在系统里会被识别为可移动设备里的一块RAW介质Windows下会提示格式化直接忽略即可。mkusbLinux下的老牌工具尤其适合Ubuntu用户。它能处理很多特殊的U盘状态比如U盘已经被搞得七零八落分区混乱的情况mkusb会在写镜像前自动擦除并重建分区。这个工具在修复“写入失败但U盘指针又不对”的疑难杂症时特别管用。纯命令行dd如果你本身就在Linux里直接sudo dd ifubuntu-22.04.3-desktop-amd64.iso of/dev/sdX bs4M statusprogress oflagsync一步到位。这句命令里的of必须是指向整块设备比如/dev/sdb不能是/dev/sdb1这种分区设备否则同样会出现写入错乱的问题。我个人的习惯是优先用dd或balenaEtcher因为它们的行为最接近“原始拷贝”减少了中间层转换带来的不确定性。3. 硬刚底层为什么“可移动磁盘”写不进引导扇区3.1 微软的策略与固件检测逻辑聊这个问题得把视角暂时从Ubuntu挪回Windows。Windows系统有一个策略当外接设备被系统识别为“可移动磁盘”Removable Disk时系统默认不允许对它的0号扇区也就是MBR区域进行裸设备写入。这么做是出于安全考虑——可移动设备经常被热插拔如果软件不小心写了引导区很容易导致整个设备逻辑损坏。问题就出在这里安装Ubuntu时grub-install默认会把引导代码写到目标硬盘的引导区如果目标硬盘是一块被Windows标记为“可移动”的U盘或者安装程序尝试把引导器装到U盘上时会触碰到Windows对这个区域的保护。于是I/O写入被拒绝底层报错被翻译成error5。这是经验中最常被忽略的根因因为很多人根本不知道自己的U盘在系统眼里被分成了“可移动”和“固定”两类。3.2 判断U盘类型与两种改造办法那怎么判断你的U盘到底被识别成了可移动磁盘还是本地磁盘很简单Windows下打开设备管理器找到“磁盘驱动器”展开后如果设备名字里带有“USB下面又标注了“USB Disk”右键属性切到“卷”选项卡在“磁盘分区形式”里能看到“主启动记录(MBR)”或“GUID 分区表(GPT)”。如果是可移动磁盘系统默认不会让你直接往0号扇区写入这块盘在安装Ubuntu时就是高危设备。解决思路有两条。第一条是换设备不折腾主控直接放弃U盘改用移动硬盘盒加一块SSD或者用SD卡加读卡器。这类设备绝大多数会被识别为“固定磁盘”不会有可移动介质的写入限制。实测下来用移动固态装着Ubuntu ISO去装系统基本不会遇到error5。第二条是量产改造U盘如果非要保留U盘去搜你这个U盘主控对应的量产工具比如常见的银灿、慧荣、群联主控量产工具里都有一个模式选项把“Removable”可移动改为“Fixed”固定。改完后U盘在系统里会显示为本地磁盘Windows不再拦截引导区的写入。这个操作有一定风险会抹掉U盘原有固件信息但熟练之后其实是解决这类问题最彻底的办法。我自己有两个U盘就是量产成固定盘的这些年装系统基本没在引导区上栽过跟头。4. 安装阶段的排查动作一次搞定的实操清单4.1 安装前检查清单把风险提前扼杀与其等到安装到一半报错再手忙脚乱不如在点击“现在安装”之前就把所有隐患清掉。我每次给别人远程指导装机时都会先让按下面这份清单过一遍U盘是2.0还是3.0的优先用USB 2.0接口别插在机箱前面的USB 3.0口。3.0接口偶尔会有供电不稳或识别时延的问题在写入引导阶段触发I/O错误是有先例的。主板BIOS里有没有开着Secure Boot如果你用的不是签名认证过的镜像某些主板的Secure Boot实现会在GRUB写引导时直接拒绝报的错五花八门error5也出现过。先关掉装完系统之后想开再开。Windows的快速启动Fast Startup关了吗关机状态下的Windows快速启动会锁死NTFS分区如果安装程序尝试写一个被锁的分区设备层面会给你返回I/O错误。在Windows里执行powercfg /h off关掉休眠或者关机时按住Shift再点“关机”确保Windows完全释放设备句柄。目标硬盘的类型确认了吗如果你的安装盘是NVMe SSD而镜像版本太旧可能缺少对应的NVMe驱动写入引导时找不到设备也会报错。用较新的Ubuntu LTS版本比如22.04.3或更新版本基本覆盖了主流的NVMe控制器。4.2 安装时失败后的三条补救路径如果你已经看到error5弹窗了也别慌按下面的顺序一步步来多数情况下能救回来。第一条路径尝试手动指定引导器安装位置。在Ubuntu安装器的“安装类型”界面选择“其他选项”找到你准备安装系统的那个分区双击它把“用于”改选成“Ext4日志文件系统”并勾选“格式化”然后在底部的“安装启动引导器的设备”下拉框里明确选择目标硬盘比如/dev/sda而不是默认的自动选项。有时候安装器默认把引导器写到U盘上而这恰恰触发了可移动磁盘写入限制手动指定到内置硬盘后问题就绕开了。第二条路径停在这里不要继续安装。CtrlAltF2切到终端手动执行一遍GRUB安装命令看一下原始的报错输出。比如你的Ubuntu根分区是/dev/sda2先挂载它再执行grub-install /dev/sda终端里显示的报错信息比图形安装器里的更有参考价值——如果报错提到/dev/sda: No such file or directory说明引导设备路径还没匹配上如果提到Input/output error那基本坐实了设备层面写入被拒绝问题就在可移动磁盘策略或者硬件接口上。第三条路径更换写入模式。按CtrlAltDel重启回到Windows下用Rufus重新以DD模式写入U盘再开机重装。这个方法虽然要多花几分钟但确实是解决error5最高频有效的手段。写完U盘后如果还是报同样的错再回头排查硬件层面的问题。5. 双系统与虚拟机里的特殊场景5.1 Windows双系统下的隐藏杀手双系统安装Ubuntu时遇到error5往往比单系统安装时更隐匿因为问题根源不在U盘而在已装好的Windows系统里。第一个隐藏杀手是BitLocker或设备加密。Win10/11很多品牌机默认开启了设备加密硬盘的分区处于加密状态。安装Ubuntu时如果选择“与Windows共存”或者手动分区后保留Windows分区安装程序在写引导器时会被加密分区卡住I/O请求返回失败。处理办法进Windows在“设置-隐私和安全性-设备加密”里关掉BitLocker等系统提示解密完成后再来装Ubuntu。第二个隐藏杀手是Windows的快速启动。这个机制在关机时把内核会话保存到休眠文件里再次开机时直接恢复。问题是它会让Windows所占用的分区处于一种“半挂载”状态Linux安装器写引导时底层驱动访问该分区会得到错误的I/O状态。解决办法依然是彻底关闭快速启动而不是每次手动选“重启”来规避。第三个在上面提过但值得再强调一次如果你的硬盘本身是GPT分区表且电脑是新款UEFI安装启动引导器的目标设备一定要确认是/dev/nvme0n1或/dev/sda这种整盘设备不要选带数字的分区。很多双系统用户的error5其实是把引导器写到了Windows的EFI分区之外或者写到了预留出来的空分区上导致GRUB无法正确登记启动项。5.2 VMware虚拟机安装error5的另类原因在VMware Workstation里装Ubuntu遇到error5和真机的排查方向不太一样。我第一次遇到时还愣了一下心想虚拟机里哪来的可移动磁盘问题后来排查才发现最常见的两个原因一个是创建虚拟机时固件类型选错另一个是虚拟磁盘接口类型不匹配。如果你在VMware里选择的固件是UEFI但Ubuntu镜像版本稍旧且虚拟磁盘创建时选了SATA接口在某些版本的VMware模拟器里EFI系统分区ESP的挂载和写入会出现兼容性问题。解决办法创建虚拟机时直接用“BIOS”固件类型或者把虚拟磁盘类型从SATA改为NVMeVMware 15.5以上支持。另外安装时和真机一样确保“安装启动引导器的设备”指向整块虚拟磁盘不是某个分区。VirtualBox的类似场景也有如果虚拟机设置了EFI模式但显存太小图形界面安装器有时候还没走到写引导那一步就直接崩溃报错信息里也可能带有error5字样。这时候把显存调到128MB就好转了。这个原因说实话不太直观但确实是VirtualBox的EUFI环境比较吃显存属于虚拟化特有的坑。6. 常见问题速查表与最终建议6.1 error5问题排查速查表为了方便大家直接对着操作我整理了一张速查表按优先级排列优先级检查项操作方式验证效果高U盘写入模式用Rufus DD镜像模式或balenaEtcher重写多数真机error5直接消失高引导器安装位置安装类型里手动指定目标硬盘整盘设备避免写进U盘或错误分区高官方镜像完整性校验SHA256重新下载排除镜像损坏导致的I/O错乱中Windows快速启动关闭快速启动和休眠powercfg /h off解除分区占用导致的写入失败中BitLocker/设备加密进入Windows关闭磁盘加密排除加密分区挡写入路径的问题中可移动磁盘识别设备管理器确认U盘类型或换移动硬盘避免U盘引导区写入被系统拒绝低BIOS固件设置关Secure Boot尝试CMOS重置解决固件策略拦截引导写入低USB版本和接口换USB 2.0口避开前置面板排除供电或时延引起的I/O故障低虚拟机磁盘接口VMware换NVMe/BIOSVirtualBox加显存解决虚拟化环境的兼容性问题6.2 我最后想说的话我最早遇到error5是在帮同事装一台老AMD平台的机器当时也走了不少弯路先怀疑镜像又怀疑硬盘折腾了大半天最后才发现是U盘写入模式的问题。从那次之后我每次写Linux安装盘都默认用DD模式再也没在这个环节翻过车。这个经验也成了我逢人就安利的第一个装机技巧。如果你现在正卡在error5上我的建议是先冷静下来别急着重来一遍同样的流程。确认U盘写入模式、确认引导目标位置、关掉快速启动和BitLocker这三板斧下去基本能解决九成问题。剩下的再去碰硬件和固件层面的事。系统安装这件事很多时候不是技术难度有多高而是那些不起眼的默认选项在背后使绊子把每一个开关都搞清楚装机其实是很顺的一件事。希望这篇文章能帮你跨过这个坎少走一趟我当年走过的弯路。 
长河君 · 2026/9/20 2:28:35 · 阅读 1.2k Ubuntu安装报错error5深度排查：从错误码原理到U盘写入模式修复
1. error5报错到底是什么一个被误导了多年的错误码1.1 错误码的真实身份输入/输出错误还是权限拒绝先说说error5这个错误码的真实身份。很多人第一次遇到它都是在Windows环境下弹出的提示是“错误5拒绝访问”所以在Ubuntu安装过程中一看到error5第一反应往往是我是不是权限不够是不是要换root、要提权甚至有人怀疑自己下载的镜像有问题。但实际上在Ubuntu系统安装的场景里error5并不直接等于“权限拒绝”。它在安装程序中通常来自grub-install或者debootstrap之类的底层工具执行时把I/O层面的失败映射成了错误码5而这个数字正好对应的是“Input/Output error”也就是写入引导扇区或者分区表时物理设备层面报错。翻译成人话就是安装程序想往U盘或者硬盘的某个扇区写东西结果硬件或系统层面拒绝了这个操作。这个差别很关键因为如果你把error5当成权限问题去处理最后一定会绕很久。我见过不少人在终端里加sudo、换chmod、改用户组折腾半天报错依旧。真正的矛头应该指向引导程序写入环节而不是文件权限。1.2 最容易触发error5的三种场景根据我自己这几年的装机经历以及平时在社区帮人排查的情况来看error5报错集中在下面三种典型场景里第一种用的是Windows下常见的烧录工具以ISO镜像模式写入制作启动U盘然后在真机上安装Ubuntu在“安装启动引导器到磁盘”这一步弹错。这个场景占比最高原因稍后会详细拆解。第二种安装过程中进度条走到最后在“正在安装GRUB”或“正在配置引导管理器”阶段直接中断有些屏幕上会提示grub-install: error: failed to get canonical path或unable to install GRUB in /dev/sda稍老一点的版本则干脆笼统地报成error5。第三种是在虚拟机里装Ubuntu比如VMware Workstation或VirtualBox创建虚拟机时模拟的磁盘类型IDE、SATA、NVMe或固件类型BIOS/UEFI和安装镜像默认的引导方式不匹配导致引导程序写入失败错误码也是5。这三种场景的底层触发机制不太一样但解决思路是共通的——先把要写引导的那个设备弄清楚再把写入方式调整对。下面几个章节我会按最常见的排查路径一个一个讲透。2. 90%的人踩过的坑制作启动U盘时选错了写入方式2.1 Rufus的ISO镜像模式与DD镜像模式差别到底在哪但凡在Windows平台制作过Ubuntu启动盘的人八成都用过Rufus。Rufus本身是一个非常好的工具但有个大坑在于它默认的写入模式是“ISO镜像模式”这个模式对大多数Linux发行版来说也能启动但在某些机器上安装Ubuntu时就是会在写引导扇区的时候翻车报出error5。ISO镜像模式和DD镜像模式的区别简单说是这样的ISO镜像模式Rufus把ISO文件当做一个普通数据文件解压到U盘的文件系统里然后写入一个SYSLINUX引导器。这种方式的优点是U盘的剩余空间还能当普通U盘用但缺点也很明显——它用于链式加载GRUB2的时候在GPT分区表加UEFI固件的组合下引导路径偶尔会出现兼容性问题。DD镜像模式Rufus直接按字节把整个ISO的内容原样写入U盘扇区U盘就相当于一张光盘的“物理拷贝”不按文件系统处理。Ubuntu官方镜像本身包含了完整的EFI引导文件和GRUB2启动器DD模式写进去后U盘就是一块自带可引导结构的设备和官方工具rufus官方文档里推荐的“DD镜像模式”完全一致。为什么ISO模式会触发error5因为在某些UEFI主板环境下ISO模式创建出的可移动盘结构缺少某些关键的引导信息安装程序在写入GRUB时会回到U盘或硬盘的MBR区域执行命令而MBR区域的状态不足以支撑完整安装于是I/O层报错并被映射成error5。用DD模式写入后U盘的引导布局完全跟着Ubuntu官方镜像走基本上就不存在这个问题了。2.2 从制作到复现正确制作U盘的全流程直接给大家一份我常用的、验证过无数次的制作流程跟着做基本不会再碰到这边的问题准备一个至少8GB的U盘建议16GB以上把U盘里原有数据备份好因为接下来的操作会清空整个U盘。去Ubuntu官网下载对应版本的ISO镜像文件。下载完先校验一下SHA256避免镜像损坏带来的莫名其妙的问题。打开Rufus设备选择你的U盘引导类型选择镜像文件点击后面的“选择”按钮把刚下的ISO选中。最关键的一步弹窗询问“写入方式”时默认可能是“ISO镜像模式”务必手动切换到“DD镜像模式”。如果Rufus版本较新在镜像加载后可以通过引导类型下方的小图标切换成DD模式。分区类型这里建议选“GPT”目标系统类型选“UEFI非CSM”除非你的老电脑只支持Legacy BIOS那才选MBR和BIOS或UEFI-CSM。点击“开始”等待写入完成。完成后Windows会提示“无法识别U盘文件系统”这是正常的不用管它。做完这六步用这块U盘去安装Ubuntu绝大多数“安装引导程序报error5”的问题都能直接消失。2.3 不想用Rufus还有这些替代方案如果你不是在Windows环境下或者你单纯不想用Rufus我这里还有几个同样靠谱的方案balenaEtcher跨平台工具Windows、macOS、Linux都能用。它的写入逻辑就是镜像原始写入相当于自动帮你选了DD模式所以基本不会出现Rufus ISO模式那种引导结构问题。缺点是写入完U盘在系统里会被识别为可移动设备里的一块RAW介质Windows下会提示格式化直接忽略即可。mkusbLinux下的老牌工具尤其适合Ubuntu用户。它能处理很多特殊的U盘状态比如U盘已经被搞得七零八落分区混乱的情况mkusb会在写镜像前自动擦除并重建分区。这个工具在修复“写入失败但U盘指针又不对”的疑难杂症时特别管用。纯命令行dd如果你本身就在Linux里直接sudo dd ifubuntu-22.04.3-desktop-amd64.iso of/dev/sdX bs4M statusprogress oflagsync一步到位。这句命令里的of必须是指向整块设备比如/dev/sdb不能是/dev/sdb1这种分区设备否则同样会出现写入错乱的问题。我个人的习惯是优先用dd或balenaEtcher因为它们的行为最接近“原始拷贝”减少了中间层转换带来的不确定性。3. 硬刚底层为什么“可移动磁盘”写不进引导扇区3.1 微软的策略与固件检测逻辑聊这个问题得把视角暂时从Ubuntu挪回Windows。Windows系统有一个策略当外接设备被系统识别为“可移动磁盘”Removable Disk时系统默认不允许对它的0号扇区也就是MBR区域进行裸设备写入。这么做是出于安全考虑——可移动设备经常被热插拔如果软件不小心写了引导区很容易导致整个设备逻辑损坏。问题就出在这里安装Ubuntu时grub-install默认会把引导代码写到目标硬盘的引导区如果目标硬盘是一块被Windows标记为“可移动”的U盘或者安装程序尝试把引导器装到U盘上时会触碰到Windows对这个区域的保护。于是I/O写入被拒绝底层报错被翻译成error5。这是经验中最常被忽略的根因因为很多人根本不知道自己的U盘在系统眼里被分成了“可移动”和“固定”两类。3.2 判断U盘类型与两种改造办法那怎么判断你的U盘到底被识别成了可移动磁盘还是本地磁盘很简单Windows下打开设备管理器找到“磁盘驱动器”展开后如果设备名字里带有“USB下面又标注了“USB Disk”右键属性切到“卷”选项卡在“磁盘分区形式”里能看到“主启动记录(MBR)”或“GUID 分区表(GPT)”。如果是可移动磁盘系统默认不会让你直接往0号扇区写入这块盘在安装Ubuntu时就是高危设备。解决思路有两条。第一条是换设备不折腾主控直接放弃U盘改用移动硬盘盒加一块SSD或者用SD卡加读卡器。这类设备绝大多数会被识别为“固定磁盘”不会有可移动介质的写入限制。实测下来用移动固态装着Ubuntu ISO去装系统基本不会遇到error5。第二条是量产改造U盘如果非要保留U盘去搜你这个U盘主控对应的量产工具比如常见的银灿、慧荣、群联主控量产工具里都有一个模式选项把“Removable”可移动改为“Fixed”固定。改完后U盘在系统里会显示为本地磁盘Windows不再拦截引导区的写入。这个操作有一定风险会抹掉U盘原有固件信息但熟练之后其实是解决这类问题最彻底的办法。我自己有两个U盘就是量产成固定盘的这些年装系统基本没在引导区上栽过跟头。4. 安装阶段的排查动作一次搞定的实操清单4.1 安装前检查清单把风险提前扼杀与其等到安装到一半报错再手忙脚乱不如在点击“现在安装”之前就把所有隐患清掉。我每次给别人远程指导装机时都会先让按下面这份清单过一遍U盘是2.0还是3.0的优先用USB 2.0接口别插在机箱前面的USB 3.0口。3.0接口偶尔会有供电不稳或识别时延的问题在写入引导阶段触发I/O错误是有先例的。主板BIOS里有没有开着Secure Boot如果你用的不是签名认证过的镜像某些主板的Secure Boot实现会在GRUB写引导时直接拒绝报的错五花八门error5也出现过。先关掉装完系统之后想开再开。Windows的快速启动Fast Startup关了吗关机状态下的Windows快速启动会锁死NTFS分区如果安装程序尝试写一个被锁的分区设备层面会给你返回I/O错误。在Windows里执行powercfg /h off关掉休眠或者关机时按住Shift再点“关机”确保Windows完全释放设备句柄。目标硬盘的类型确认了吗如果你的安装盘是NVMe SSD而镜像版本太旧可能缺少对应的NVMe驱动写入引导时找不到设备也会报错。用较新的Ubuntu LTS版本比如22.04.3或更新版本基本覆盖了主流的NVMe控制器。4.2 安装时失败后的三条补救路径如果你已经看到error5弹窗了也别慌按下面的顺序一步步来多数情况下能救回来。第一条路径尝试手动指定引导器安装位置。在Ubuntu安装器的“安装类型”界面选择“其他选项”找到你准备安装系统的那个分区双击它把“用于”改选成“Ext4日志文件系统”并勾选“格式化”然后在底部的“安装启动引导器的设备”下拉框里明确选择目标硬盘比如/dev/sda而不是默认的自动选项。有时候安装器默认把引导器写到U盘上而这恰恰触发了可移动磁盘写入限制手动指定到内置硬盘后问题就绕开了。第二条路径停在这里不要继续安装。CtrlAltF2切到终端手动执行一遍GRUB安装命令看一下原始的报错输出。比如你的Ubuntu根分区是/dev/sda2先挂载它再执行grub-install /dev/sda终端里显示的报错信息比图形安装器里的更有参考价值——如果报错提到/dev/sda: No such file or directory说明引导设备路径还没匹配上如果提到Input/output error那基本坐实了设备层面写入被拒绝问题就在可移动磁盘策略或者硬件接口上。第三条路径更换写入模式。按CtrlAltDel重启回到Windows下用Rufus重新以DD模式写入U盘再开机重装。这个方法虽然要多花几分钟但确实是解决error5最高频有效的手段。写完U盘后如果还是报同样的错再回头排查硬件层面的问题。5. 双系统与虚拟机里的特殊场景5.1 Windows双系统下的隐藏杀手双系统安装Ubuntu时遇到error5往往比单系统安装时更隐匿因为问题根源不在U盘而在已装好的Windows系统里。第一个隐藏杀手是BitLocker或设备加密。Win10/11很多品牌机默认开启了设备加密硬盘的分区处于加密状态。安装Ubuntu时如果选择“与Windows共存”或者手动分区后保留Windows分区安装程序在写引导器时会被加密分区卡住I/O请求返回失败。处理办法进Windows在“设置-隐私和安全性-设备加密”里关掉BitLocker等系统提示解密完成后再来装Ubuntu。第二个隐藏杀手是Windows的快速启动。这个机制在关机时把内核会话保存到休眠文件里再次开机时直接恢复。问题是它会让Windows所占用的分区处于一种“半挂载”状态Linux安装器写引导时底层驱动访问该分区会得到错误的I/O状态。解决办法依然是彻底关闭快速启动而不是每次手动选“重启”来规避。第三个在上面提过但值得再强调一次如果你的硬盘本身是GPT分区表且电脑是新款UEFI安装启动引导器的目标设备一定要确认是/dev/nvme0n1或/dev/sda这种整盘设备不要选带数字的分区。很多双系统用户的error5其实是把引导器写到了Windows的EFI分区之外或者写到了预留出来的空分区上导致GRUB无法正确登记启动项。5.2 VMware虚拟机安装error5的另类原因在VMware Workstation里装Ubuntu遇到error5和真机的排查方向不太一样。我第一次遇到时还愣了一下心想虚拟机里哪来的可移动磁盘问题后来排查才发现最常见的两个原因一个是创建虚拟机时固件类型选错另一个是虚拟磁盘接口类型不匹配。如果你在VMware里选择的固件是UEFI但Ubuntu镜像版本稍旧且虚拟磁盘创建时选了SATA接口在某些版本的VMware模拟器里EFI系统分区ESP的挂载和写入会出现兼容性问题。解决办法创建虚拟机时直接用“BIOS”固件类型或者把虚拟磁盘类型从SATA改为NVMeVMware 15.5以上支持。另外安装时和真机一样确保“安装启动引导器的设备”指向整块虚拟磁盘不是某个分区。VirtualBox的类似场景也有如果虚拟机设置了EFI模式但显存太小图形界面安装器有时候还没走到写引导那一步就直接崩溃报错信息里也可能带有error5字样。这时候把显存调到128MB就好转了。这个原因说实话不太直观但确实是VirtualBox的EUFI环境比较吃显存属于虚拟化特有的坑。6. 常见问题速查表与最终建议6.1 error5问题排查速查表为了方便大家直接对着操作我整理了一张速查表按优先级排列优先级检查项操作方式验证效果高U盘写入模式用Rufus DD镜像模式或balenaEtcher重写多数真机error5直接消失高引导器安装位置安装类型里手动指定目标硬盘整盘设备避免写进U盘或错误分区高官方镜像完整性校验SHA256重新下载排除镜像损坏导致的I/O错乱中Windows快速启动关闭快速启动和休眠powercfg /h off解除分区占用导致的写入失败中BitLocker/设备加密进入Windows关闭磁盘加密排除加密分区挡写入路径的问题中可移动磁盘识别设备管理器确认U盘类型或换移动硬盘避免U盘引导区写入被系统拒绝低BIOS固件设置关Secure Boot尝试CMOS重置解决固件策略拦截引导写入低USB版本和接口换USB 2.0口避开前置面板排除供电或时延引起的I/O故障低虚拟机磁盘接口VMware换NVMe/BIOSVirtualBox加显存解决虚拟化环境的兼容性问题6.2 我最后想说的话我最早遇到error5是在帮同事装一台老AMD平台的机器当时也走了不少弯路先怀疑镜像又怀疑硬盘折腾了大半天最后才发现是U盘写入模式的问题。从那次之后我每次写Linux安装盘都默认用DD模式再也没在这个环节翻过车。这个经验也成了我逢人就安利的第一个装机技巧。如果你现在正卡在error5上我的建议是先冷静下来别急着重来一遍同样的流程。确认U盘写入模式、确认引导目标位置、关掉快速启动和BitLocker这三板斧下去基本能解决九成问题。剩下的再去碰硬件和固件层面的事。系统安装这件事很多时候不是技术难度有多高而是那些不起眼的默认选项在背后使绊子把每一个开关都搞清楚装机其实是很顺的一件事。希望这篇文章能帮你跨过这个坎少走一趟我当年走过的弯路。