博客
关于我
Failed to open \EFI\BOOT\mmx64.efi问题
阅读量:659 次
发布时间:2019-03-15

本文共 630 字,大约阅读时间需要 2 分钟。

在我的笔记本电脑碰上了不小心格式化硬盘的烦恼,又不得不重新安装系统。不过这次决定用Ubuntu系统试一试。购买了一个比较贵的U盘开始制作启动盘,但一开始在选择启动盘的时候遇到了问题,看到的就是如下错误信息:

‾anoconda3/envs/test/xampp\htdocs\EFI\BOOT\mmx64.efi

干扰了我对安装的思路。我还以为是做了什么镜像不当的操作,又仔细检查了一遍镜像文件,结果发现还是同样的问题。这就让我有点困惑,怎么就是初始化第一项启动设备的时候出问题。

后来我在网上找到了一个线索,嘿嘿就简单啊!要将启动盘中的EFI/BOOT目录下的grubx64.efi文件改名为mmx64.efi。听起来是不是很简单?试了一下果然改变了名字,重新选择了这个启动盘,问题就解决了。

安装完Ubuntu后又去尝试安装Kali系统时,又遇到了类似的启动误差。这次我记得是什么样的情况了,通过BIOS设置来排除干扰。于是打开了我的笔记本的主刷新机器图示,进入了安全选项部分,首先把Secure Boot Control设置成“禁用”,接着在下一个界面还把Lanuch PXE opROM policy也设置成了“禁用”。保存一下设置,然后按下F10重新启动,问题就解决了。

这种问题其实挺常见的,加上为了避免格式化后的 Ubuntu启动问题,只需要简单的系统管理就能解决。希望我这样的解决方法能帮到还没遇到过这种情况的朋友们,省去一部分尴尬的尝试过程。

转载地址:http://xgkmz.baihongyu.com/

你可能感兴趣的文章
Netty心跳检测机制
查看>>
Netty核心模块组件
查看>>
Netty框架内的宝藏:ByteBuf
查看>>
Netty框架的服务端开发中创建EventLoopGroup对象时线程数量源码解析
查看>>
Netty源码—2.Reactor线程模型一
查看>>
Netty源码—3.Reactor线程模型三
查看>>
Netty源码—4.客户端接入流程一
查看>>
Netty源码—4.客户端接入流程二
查看>>
Netty源码—5.Pipeline和Handler一
查看>>
Netty源码—5.Pipeline和Handler二
查看>>
Netty源码—6.ByteBuf原理一
查看>>
Netty源码—6.ByteBuf原理二
查看>>
Netty源码—7.ByteBuf原理三
查看>>
Netty源码—7.ByteBuf原理四
查看>>
Netty源码—8.编解码原理一
查看>>
Netty源码—8.编解码原理二
查看>>
Netty源码解读
查看>>
Netty的Socket编程详解-搭建服务端与客户端并进行数据传输
查看>>
Netty相关
查看>>
Netty遇到TCP发送缓冲区满了 写半包操作该如何处理
查看>>