zoukankan      html  css  js  c++  java
  • 关于Windows Boot Manager、Bootmgfw.efi、Bootx64.efi、bcdboot.exe 的详解

    前言:

    1、本教程针对于UEFI启动来叙述的,根据普遍的支持UEFI的机器来叙述
    2、本教程以Windows8X64来作为参考

    标题简要说明:
    WindowsBootManager--------安装完Windows系统后而出现的启动选项(相关的信息存储在NVRAM),可以删除和建立和bcdboot.exe有关
    Bootmgfw.efi--------引导Windows的引导文件
    Bootx64.efi---------UEFI的必需引导文件
    bcdboot.exe--------修复UEFI启动的命令行工具,微软出品


    开始前先引进两个概念:

    计算机默认引导-----------就是不管你的计算机有没有操作系统,定义了UEFI启动后将通过Bootx64.efi引导你的计算机,并进入各种模式,维护、安装、计算机或者系统
    这里是Bootx64.efi,它只是一个通用名,权限丰富且大于Windows默认,就是说如果你的Windows默认的启动文件不在了,
    启动计算机默认的引导文件Bootx64.efi也是可以启动计算机的。使用计算机默认文件随时可以在各种环境下启动计算机,EFISHELL、ISO、
    Windows、Linux...都可以,通吃型.

    Windows默认引导-------就是你为计算机安装了操作系统,或者修复了UEFI引导后,启动菜单会有WindowsBootManager选项,该选项默认从bootmgfw.efi启动系统
    bootmgfw.efi该位置的该文件只能用于启动Windows,不是通用名,权限单一




    ========================================================
    0、
    对于UEFI启动环境来说,Bootx64.efi用处更大,这里Bootx64.efi是个通用名,就是所任意有效的efi改成Bootx64.efi都被计算机启动加载,并启动。
    bootmgfw.efi不是通用名,只适合启动Windows。

    当然对于UEFI启动Windows来说Bootx64.efi和bootmgfw.efi其实是同一个文件,二者的循环冗余校验CRC值是一样的。
    他们都有启动windows的能力,但是身处的位置不一样,

    efiootbootx64.efi
    efimicrosoftootbootmgfw.efi

    对系统的引导产生的影响肯定也不一样,下面我们来验证....
    ======================================================


    从三个方向来讲:(以下结论都经过事实验证,经得住任何怀疑和猜测!!)
    ========================================================
    1、光盘介质UEFI启动【已验证】:

    通过分析微软原装镜像的UEFI引导记录(efisys.bin)我发现,最初出光盘的引导文件是efiootbootx64.efi,因为此项验证较简单,我总共验证了:
    win7x64;win8x86;win8x64三者的光盘引导文件分别是bootx64.efibootia32.efibootx64.efi

    结论:UEFI在光盘上的启动不依赖于操作系统,可认为是无操作系统环境,故bootx64.efi计算机默认引导文件========================================================

    2、移动磁盘介质UEFI启动【已验证】:

    普遍的,可以从论坛上看到通过bootx64.efi启动U盘

    结论:UEFI在移动磁盘介质上的启动不依赖于操作系统,可认为是无操作系统环境,故bootx64.efi计算机默认引导文件
    ========================================================

    3、本地磁盘介质UEFI启动【已验证】:

    ::原生ESP分区引导文件分析

    我为此安装了微软win8x64的操作系统,分析ESP分区的全部文件,分别存在
    efiootbootx64.efi
    efimicrosoftootbootmgfw.efi

    我们不禁思考:哪个文件测试真正用到的呢?计算机默认启动哪个呢?系统默认启动哪个呢?

    那好很简单,我们依次删除他们看看系统能否启动就知道了....

    1、删除bootmgfw.efi,保留bootx64.efi

    >结果:
    选择从本地硬盘启动系统仍然可以引导进入
    选择WindowsBootManager进入失败


    2、删除bootx64.efi,保留bootmgfw.efi

    >结果:
    选择从本地硬盘启动进入失败
    选择WindowsBootManager系统仍然可以引导进入

    结论:
    bootx64.efi计算机默认引导文件
    bootmgfw.efi是Windows默认引导文件



    4、bcdboot和“WindowsBootManager”“Bootmgfw.efi”“Bootx64.efi”之间的联系

    bcdboot修复系统引导的命令格式:bcdboot系统位置/l语言

    例:

    1.bcdbootc:windows/lzh-cn

    2.

    复制代码

    当我们执行了上述代码后:

    bcdboot.exe会修复系统引导,而且会同时修复计算机默认引导Windows默认引导,在ESP分区同时出现bootx64.efi和bootmgfw.efi,

    并且bootx64.efi是由bootmgfw.efi改名而来的。与此同时在BootMenu启动选择菜单那里生成“WindowsBootManager”,

    WindowsBootManager及其包含的信息是保存在主板上的NVRAM里面的,而不是保存在硬盘上,故删除WindowsBootManager需要到BIOS设置区删除。

    ::这里我们如果通过bcdedit查看bcd文件的话,我们可以发现,bootmgfw.efi是Windows默认引导文件。所以我们的结论同原生ESP分区测试的结论一样。


    UEFI规范中,关于NVRAM的正解:
    NVRAM是BIOSROM中的一段区域,一般定义为64kbyte,现在EFI把所有的变量都存在这里。



    结论:
    bootx64.efi计算机默认引导文件
    bootmgfw.efi是Windows默认引导文件


    最后:
    写这篇帖子最主要的原因,是能够让那些不是很明白Bootx64.efiBootmgfw.efi区别的、或者模糊知道的朋友,清楚了解二者之间的关联以及区别不要再有Bootx64.efi就是Bootmgfw.efi改名而来的、Bootx64.efi就是Bootmgfw.efi
    像这些不正确的说法,以免误导后来的朋友.....
    准确的说:“Bootx64.efi可以是Bootmgfw.efi,也可以是其他任意有效的efi程序

    另:
    通过上面的验证可以知道UEFI下修复Windows引导可以分为:修复计算机默认引导Windows默认引导。

    比较通用的是修复计算机默认引导,如果你能够会UEFI下手动/自动修复计算机默认引导,那么修复Windows默认引导也不在话下,

    从UEFI层面上说,Windows其实是计算机的一个efi应用,它被计算机包含了。所以修复计算机默认引导才是万能的。

    当然在不会手动修复的时候,bcdboot还是很有用的,正常情况下都能修复。只要你的系统没有经过过度精简,bcdboot应该都能搞定,
    能够学会手动修复就不用担心这些了。


    下方是一个手动修复计算机默认引导的视频教程,在一楼底部,视频看起来很直观,一看就懂。修复计算机默认引导后,我们可以直接引导Windows,
    而可以不必理会Windows默认引导是否存在或者是否正确。

    【完美版】挂载GPT磁盘的ESP分区的批处理+手动修复UEFI+GPT系统引导视屏教程
    http://bbs.wuyou.net/forum.php?mod=viewthread&tid=300068&fromuid=396698


    计算机默认引导的一些文件参考:
    UEFI启动详解:启动分析+N项操作实例,赶紧进来学习,不要落伍啦,该给自己充电咯...
    http://bbs.wuyou.net/forum.php?mod=viewthread&tid=299643&fromuid=396698

    参考:http://bbs.wuyou.net/forum.php?mod=viewthread&tid=303679

  • 相关阅读:
    代码 技术债务 打分
    C++ boost coroutine
    什么是 Python Django Flask &Tornado
    Quartz应用与集群原理分析
    和开源产品对比
    Apache Storm || Processing real-time data
    认清自我,不在迷茫 程序员
    快速傅里叶变换算法
    Netty和Tomcat的区别、性能对比
    HTTP vs. MQTT ->TCP
  • 原文地址:https://www.cnblogs.com/lindexi/p/6949711.html
Copyright © 2011-2022 走看看