EFI删不删有什么影响.doc

C盘的EFI文件夹删不掉，有什么用的？~

　　EFI里的是启动文件。用于GPT分区，UEFI启动的机器。如果是UEFI安装的机器的话，EFI文件夹的内容在EFI分区里也会有一份的。
　　如果非要删除的话，那么直接删除就可以了，如果出现需要管理员权限才能删除的话，可以先为右键菜单添加“管理员取得所有权”，操作后就可以删除了。
　　
　　方法：
　　1、复制以下代码到记事本中另存为reg文件：
　　Windows Registry Editor Version 5.00
　　［HKEY_CLASSES_ROOT\*\shellunas］
　　@=“Get admin right”
　　“NoWorkingDirectory”=“”
　　［HKEY_CLASSES_ROOT\*\shellunas\command］
　　@=“cmd.exe /c takeown /f \”%1\“ && icacls \”%1\“ /grant administrators:F”
　　“IsolatedCommand”=“cmd.exe /c takeown /f \”%1\“ && icacls \”%1\“ /grant administrators:F”
　　［HKEY_CLASSES_ROOT\exefile\shellunas2］
　　@=“Get admin right”
　　“NoWorkingDirectory”=“”
　　［HKEY_CLASSES_ROOT\exefile\shellunas2\command］
　　@=“cmd.exe /c takeown /f \”%1\“ && icacls \”%1\“ /grant administrators:F”
　　“IsolatedCommand”=“cmd.exe /c takeown /f \”%1\“ && icacls \”%1\“ /grant administrators:F”
　　［HKEY_CLASSES_ROOT\Directory\shellunas］
　　@=“Get admin right”
　　“NoWorkingDirectory”=“”
　　［HKEY_CLASSES_ROOT\Directory\shellunas\command］
　　@=“cmd.exe /c takeown /f \”%1\“ /r /d y && icacls \”%1\“ /grant administrators:F /t”
　　“IsolatedCommand”=“cmd.exe /c takeown /f \”%1\“ /r /d y && icacls \”%1\“ /grant administrators:F /t”
　　2、然后双击导入注册表；
　　3、取得管理员所有权后，删除。

可以直接删除的
EFI里的是启动文件。用于GPT分区，UEFI启动的机器。如果是UEFI安装的机器的话，EFI文件夹的内容在EFI分区里也会有一份的。如果出现需要管理员权限才能删除的话，可以先为右键菜单添加“管理员取得所有权”后才能删除哦。
其实EFI文件夹占用的空间也很小，没有什么必要删除，如果非要把EFI文件夹删除掉的话直接删除就可以了对电脑是没有任何影响的。

扩展资料
电脑文件的分类：
1、系统文件，这是指由系统软件构成的文件。大多数的系统文件只允许用户调用，但不允许用户去读，更不允许修改；有的系统文件不直接对用户开放。
2、用户文件，用户的源代码、目标文件、可执行文件或数据等所构成的文件。用户将这些文件委托给系统保管。
3、库文件，这是由标准子例程及常用的例程等所构成的文件。这类文件允许用户调用，但不允许修改。
参考资料：百度百科--电脑文件

1 可扩展固件接口 含义EFI 的产生 BIOS 技术的兴起源于 IBM PC/AT 机器的流行以及第一台由康柏公司研制生产的“克隆”PC。在 PC 启动的过程中，BIOS 担负着初始化硬件，检测硬件功能，以及引导操作系统的责任，在早期，BIOS 还提供一套运行时的服务程序给操作系统及应用程序使用。BIOS 程序存放于一个掉电后内容不会丢失的只读存储器中，系统加电时处理器的第一条指令的地址会被定位到BIOS 的存储器中，便于使初始化程序得到执行。 众所周知，英特尔在近二十年来引领以x86 系列处理器为基础的PC 技术潮流，它的产品如 CPU，芯片组等在 PC 生产线中占据绝对领导的位置。因此，不少人认为这一举动显示了英特尔公司欲染指固件产品市场的野心。事实上，EFI 技术源于英特尔安腾处理器 (Itanium)平台的推出。安腾处理器是英特尔瞄准服务器高端市场投入近十年研发力量设计产生的与x86 系列完全不同的64 位新架构。在x86 系列处理器进入32 位的时代，由于兼容性的原因，新的处理器(i80386)保留了16 位的运行方式(实模式)，此后多次处理器的升级换代都保留了这种运行方式。甚至在含64 位扩展技术的至强系列处理器中，处理器加电启动时仍然会切换到16 位的实模式下运行。英特尔将这种情况归咎于BIOS 技术的发展缓慢。自从PC兼容机厂商通过净室的方式复制出第一套BIOS源程序，BIOS就以16 位汇编代码，寄存器参数调用方式，静态链接，以及1MB 以下内存固定编址的形式存在了十几年。虽然由于各大BIOS 厂商近年来的努力，有许多新元素添加到产品中，如PnP BIOS，ACPI，传统USB 设备支持等等，但BIOS 的根本性质没有得到任何改变。这迫使英特尔在开发更新的处理器时，都必须考虑加进使效能大大降低的兼容模式。有人曾打了一个比喻：这就像保时捷新一代的全自动档跑车被人生套上去一个蹩脚的挂档器。 然而，安腾处理器并没有这样的顾虑，它是一个新生的处理器架构，系统固件和操作系统之间的接口都可以完全重新定义。并且这一次，英特尔将其定义为一个可扩展的，标准化的固件接口规范，不同于传统BIOS 的固定的，缺乏文档的，完全基于经验和晦涩约定的一个事实标准。基于 EFI 的第一套系统产品的出现至今已经有五年的时间，如今，英特尔试图将成功运用在高端服务器上的技术推广到市场占有率更有优势的PC 产品线中，并承诺在 2006 年间会投入全力的技术支持。 比较EFI 和BIOS 一个显著的区别就是EFI 是用模块化，C 语言风格的参数堆栈传递方式，动态链接的形式构建的系统，较BIOS 而言更易于实现，容错和纠错特性更强，缩短了系统研发的时间。它运行于32 位或64 位模式，乃至未来增强的处理器模式下，突破传统16 位代码的寻址能力，达到处理器的最大寻址。它利用加载EFI 驱动的形式，识别及操作硬件，不同于BIOS 利用挂载实模式中断的方式增加硬件功能。后者必须将一段类似于驱动的16 位代码，放置在固定的0x000C0000 至0x000DFFFF 之间存储区中，运行这段代码的初始化部分，它将 挂载实模式下约定的中断向量向其他程序提供服务。例如，VGA 图形及文本输出中断(INT 10h)，磁盘存取中断服务(INT 13h)等等。由于这段存储空间有限(128KB)，BIOS 对于所需放置的驱动代码大小超过空间大小的情况无能为力。另外，BIOS 的硬件服务程序都已 16 位代码的形式存在，这就给运行于增强模式的操作系统访问其服务造成了困难。因此BIOS 提供的服务在现实中只能提供给操作系统引导程序或MS-DOS 类操作系统使用。而EFI 系统下的驱动并不是由可以直接运行在CPU 上的代码组成的，而是用EFI Byte Code 编写而成的。这是一组专用于EFI 驱动的虚拟机器指令，必须在EFI 驱动运行环境(Driver Execution Environment，或 DXE)下被解释运行。这就保证了充分的向下兼容性，打个比方说，一个带有EFI 驱动的扩展设备，既可以将其安装在安腾处理器的系统中，也可以安装于支持EFI 的新PC 系统中，而它的EFI 驱动不需要重新编写。这样就无需对系统升级带来的兼容性因素作任何考虑。另外，由于EFI 驱动开发简单，所有的PC 部件提供商都可以参与，情形非常类似于现代操作系统的开发模式，这个开发模式曾使Windows 在短短的两三年时间内成为功能强大，性能优越的操作系统。基于 EFI 的驱动模型可以使 EFI 系统接触到所有的硬件功能，在操作操作系统运行以前浏览万维网站不再是天方夜谭，甚至实现起来也非常简单。这对基于传统BIOS 的系统来说是件不可能的任务，在 BIOS 中添加几个简单的USB 设备支持都曾使很多BIOS 设计师痛苦万分，更何况除了添加对无数网络硬件的支持外，还得凭空构建一个16 位模式下的TCP/IP 协议栈。 一些人认为BIOS 只不过是由于兼容性问题遗留下来的无足轻重的部分，不值得为它花费太大的升级努力。而反对者认为，当BIOS 的出现制约了PC 技术的发展时，必须有人对它作必要的改变。 EFI 和操作系统 EFI 在概念上非常类似于一个低阶的操作系统，并且具有操控所有硬件资源的能力。不少人感觉它的不断发展将有可能代替现代的操作系统。事实上，EFI 的缔造者们在第一版规范出台时就将 EFI 的能力限制于不足以威胁操作系统的统治地位。首先，它只是硬件和预启动软件间的接口规范；其次，EFI 环境下不提供中断的访问机制，也就是说每个EFI 驱动程序必须用轮询的方式来检查硬件状态，并且需要以解释的方式运行，较操作系统下的驱动效率更低；再则，EFI 系统不提供复杂的存储器保护功能，它只具备简单的存储器管理机制，具体来说就是指运行在 x86 处理器的段保护模式下，以最大寻址能力为限把存储器分为一个平坦的段，所有的程序都有权限存取任何一段位置，并不提供真实的保护服务。当 EFI 所有组件加载完毕时，系统可以开启一个类似于操作系统Shell 的命令解释环境，在这里，用户可以调入执行任何 EFI 应用程序，这些程序可以是硬件检测及除错软件，引导管理，设置软件，操作系统引导软件等等。理论上来说，对于 EFI 应用程序的功能并没有任何限制，任何人都可以编写这类软件，并且效果较以前MS-DOS 下的软件更华丽，功能更强大。一旦引导软件将控制权交给操作系统，所有用于引导的服务代码将全部停止工作，部分运行时代服务程序还可以继续工作，以便于操作系统一时无法找到特定设备的驱动程序时，该设备还可以继续被使用。 EFI 的组成 一般认为，EFI 由以下几个部分组成： 1. Pre-EFI 初始化模块 2. EFI 驱动执行环境 3. EFI 驱动程序 4. 兼容性支持模块(CSM) 5. EFI 高层应用 6. GUID 磁盘分区 各部分功能 在实现中，EFI 初始化模块和驱动执行环境通常被集成在一个只读存储器中。Pre-EFI 初始化程序在系统开机的时候最先得到执行，它负责最初的 CPU，主桥及存储器的初始化工作，紧接着载入 EFI 驱动执行环境(DXE)。当DXE 被载入运行时，系统便具有了枚举并加载其他EFI 驱动的能力。在基于PCI 架构的系统中，各PCI 桥及PCI 适配器的EFI 驱动会被相继加载及初始化；这时，系统进而枚举并加载各桥接器及适配器后面的各种总线及设备驱动程序，周而复始，直到最后一个设备的驱动程序被成功加载。正因如此，EFI 驱动程序可以放置于系统的任何位置，只要能保证它可以按顺序被正确枚举。例如一个具 PCI 总线接口的ATAPI 大容量存储适配器，其EFI 驱动程序一般会放置在这个设备的符合PCI 规范的扩展只读存储器(PCI Expansion ROM)中，当PCI 总线驱动被加载完毕，并开始枚举其子设备时，这个存储适配器旋即被正确识别并加载它的驱动程序。部分 EFI 驱动程序还可以放置在某个磁盘的 EFI 专用分区中，只要这些驱动不是用于加载这个磁盘的驱动的必要部件。在EFI 规范中，一种突破传统MBR 磁盘分区结构限制的GUID 磁盘分区系统(GPT) 被引入，新结构中，磁盘的分区数不再受限制(在MBR 结构下，只能存在4 个主分区)，并且分区类型将由GUID 来表示。在众多的分区类型中，EFI 系统分区可以被 EFI 系统存取，用于存放部分驱动和应用程序。很多人担心这将会导致新的安全性因素，因为 EFI 系统比传统的 BIOS 更易于受到计算机病毒的攻击，当一部分 EFI 驱动程序被破坏时，系统有可能面临无法引导的情况。实际上，系统引导所依赖的 EFI 驱动部分通常都不会存放在 EFI 的 GUID 分区中，即使分区中的驱动程序遭到破坏，也可以用简单的方法得到恢复，这与操作系统下的驱动程序的存储习惯是一致的。CSM 是在 x86 平台 EFI 系统中的一个特殊的模块，它将为不具备EFI 引导能力的操作系统提供类似于传统BIOS 的系统服务。 EFI 的发展 英特尔无疑是推广 EFI 的积极因素，近年来由于业界对其认识的不断深入，更多的厂商正投入这方面的研究。包括英特尔，AMD 在内的一些 PC 生产厂家联合成立了联合可扩展固件接口论坛，它将在近期推出第一版规范。这个组织将接手规划 EFI 发展的重任，并将英特尔的EFI 框架解释为这个规范的一个具体实现。另外，各大BIOS 提供商如Phoenix, AMI 等，原先被认为是 EFI 发展的阻碍力量，现在也不断的推出各自的解决方案。分析人士指出，这是由于BIOS 厂商在EFI 架构中重新找到了诸如Pre-EFI 启动环境之类的市场位置，然而，随着EFI 在PC 系统上的成功运用，以及英特尔新一代芯片组的推出，这一部分市场份额将会不出意料的在英特尔的掌控之中。 从苹果官方技术资料可以得出这样一个判断: 那个200M的EFI 分区现在是闲置的，他的存在的原因有: 1、使分区表符合GUID 分区表规范； 2、方便日后分区表升级 3、保护GUID 和GBR 分区同时存在时GUID 分区数据不受GBR 分区的影响。 恩，客观事实是这个200M分区一旦删除，便无法更新firmware。 这个分区其实可以放很多东西，尤其是比较底部的驱动，或者一些应用软件。 从你的研究来看，升级EFI 是利用了这200M 分区，应该是重启时，BOOT MANAGER 从这个200M分区引导，然后运行升级驱动包升级。 你其实可以不用OPEN SUSE，在MAC OS X 下就可以使用mount 查看这个隐藏200M分区的内容，你会发现里面没有什么有用的东西。 你在重新启动之前看到的跟我在MAC OS X 下用MOUNT 看到的东西不一致，说明已经利用这200M分区了。 REFIT 在它的官方文档里就提到可以安装REFIT 在这个200M里面，道理也是一样的。 苹果MM提到的也是对的，根据EFI 的规范，对超过2 个G 大小的硬盘必须保留200M 分区，这个叫做EFI SYSTEM PARTITION。 Mac 的EFI 分区里面没东西 当然你也可以往里面放东西。。。

---

温岭市17143447238： efi文件夹可以删除吗 - ？
臧苏万托： 可以直接删除的 EFI里的是启动文件.用于GPT分区,UEFI启动的机器.如果是UEFI安装的机器的话,EFI文件夹的内容在EFI分区里也会有一份的.如果出现需要管理员权限才能删除的话,可以先为右键菜单添加“管理员取得所有权”后才能删...

温岭市17143447238： 恢复分区oem分区efi系统分区可以删除吗 - ？
臧苏万托： 可以使用分区工具进行删除,PE启动盘里都会集成这个工具.不过不建议这样做,恢复分区是与操作系统相关的分区,如果删除了,会影响系统的正常启动的.

温岭市17143447238： 今天看电脑磁盘,有很多小分区两个恢复分区和一个efi系统分区,这些分区有什么用?可以删除了吗? - ？
臧苏万托： 不要删除,删除了系统就启动不了了.

温岭市17143447238： EFI文件夹有什么用 - ？
臧苏万托： EFI里的是启动文件!用于GPT分区,UEFI启动的机器!如果是UEFI安装的机器的话,EFI文件夹的内容在EFI分区里也会有一份的

温岭市17143447238： 磁盘中的EFI系统分区能删吗 - ？
臧苏万托： 在系统中不能删,在PE下可以删除,记得删了后把C盘设置成激活分区,然后重做系统引导,不然无法进入系统.

温岭市17143447238： 装系统与efi分区的问题,大神进来看! - ？
臧苏万托： FAT32格式的EFI分区是系统安装时建立的,操作系统引导文件所在必不可少的引导分区……如果EFI分区出错计算机加电开机后将因找不到引导文件而无法进入系统.以前引导文件和系统在一起,可能是追求安全可靠等原因,现在windows把操作系统引导文件单独放于一个分区.有点象Linux……呵呵 只有GPT磁盘在安装系统时才会有EFI分区,并且是FAT32格式.原因和UEFI BIOS的引导特点有关.以前的BIOS引导不了GPT,并且安装WIN7等系统时建立的是一个隐藏的保留分区.作用和EFI一样.

温岭市17143447238： 笔记本为双硬盘,SSD安装了WIN8.1,原硬盘有一个EFI分区,请问能否删除这个分区?会不会导致无法启动? - ？
臧苏万托： 不可以,如果删除会后导致无法引导系统.需要重装系统.

温岭市17143447238： EFI分区和1G的恢复分区可以删除吗 - ？
臧苏万托： 不可以删除,EFI是启动分区,恢复分区是存放恢复文件的分区.一句话,系统自己搞出来的分区都不要动,否则后果很严重.

温岭市17143447238： 我想更换操作系统 - ？
臧苏万托： 1.会影响系统恢复和win8激活2.可以删,如果不删,则是3.默认只能建立三个分区

温岭市17143447238： 求助:恢复分区和efi系统分区能删吗 - ？
臧苏万托： 这个200MB分区是用来安放EFI引导文件的,对GPT分区有用,如果你的引导文件在GPT分区中,删除它你的电脑就无法启动.你的电脑没有GPT分区,删除没什么影响.