这些文件复制到FAT32 USB闪存驱动器的根目录下,然后创建一个新的目录EFI \启动,移动shell.efi到\ EFI \启动\,然后更改shell.efi到bootx64.efi,这样你就可以启动EFI外壳来自USB闪存盘。
USB闪存驱动器无法启动EFI Shell。
一个3T硬盘,并且在硬盘上安装系统的方法是个问题。
CD的安装不是问题,但是光盘的速度无法补充,最可怕的是那个家伙已经没有使用过CD机N年了。
有许多安装USB闪存驱动器的在线教程,但大多数声称其FAT32大约为4 G. FAT32是一项较旧的技术,我看到了。
我该怎么办? FAT32分区可以更少,其他网格成为NTFS(或NTF损坏磁盘,EXFAT也可以),将主要安装文件放在NTFS或EXFAT分区上?
经过杜娘的搜寻,趁着开拓者的探索,我终于有了一个满意的解决方案。
第一步是将USB闪存盘分成2个区域并使用DiskGenius分数。得分好后,很纠结。只能显示一个分区,但事实证明它非常棒。另一个分区是无意中隐藏的。非常好
以32G USB闪存盘为例。第一个分区分为31G,剩余的100 MB格式为FAT32。实际上,FAT32只需要几MB。如果你想放置另一个PE,那么几百MB就可以了。
一开始,你应该把东西放在FAT32中。系统只能显示第一个分区。然后,首先删除第一个分区。系统只能识别100 MB的FAT32分区和EFI Shell所需的文件。复制到FAT32后,将恢复第一个分区,并隐藏第二个分区。我真的没想到会有如此神奇的效果!
Internet上有很多EFI Shell下载。通常,此文件的根目录包含shell.efi文件,并且有一个APPS子目录。如果下载的文件具有该结构,那么祝贺,在右边。这些文件复制到FAT32 USB闪存驱动器的根目录下,然后创建一个新的目录EFI \启动,移动shell.efi到\ EFI \启动\,然后更改shell.efi到bootx64.efi,这样你就可以启动EFI外壳来自USB闪存盘。
至于我为什么要这样做,我不知道。我只知道没有任何步骤,USB闪存驱动器无法启动EFI Shell。
第二步是允许EFI识别NTFS分区。我妈妈告诉我一个伟大的论坛神畅快的驾驶发现有这样NTFS.EFI驱动程序被加载时ntfs.efi。我将此文件复制到USB根目录,然后期望生成自动脚本。我将此命令复制到startup.nsh。操作的结果告诉我,我找不到该文件。我移动到了应用程序子目录,认为这里有很多命令。它可以是类似于windows的system32目录。系统会自动找到它,但仍然令人失望。运行过程的分析,发现,原来映射的驱动器将随着时间而改变,FS0一会儿,FS1一会儿,然后BLK3等等,真是扔人
特别是,在运行map -r之后,整天都转了一圈并且单元正在运行。后来,事实证明,无论添加什么参数,都不需要map命令。
第三步,复制我startup.nsh准备\ EFI \启动\,ntfs.efi搬到\ APPS(其它目录也很好,只是修改脚本),然后在Windows安装盘复制到第一根分区,然后复制Bootmgfw.efi(找母亲或Windows的安装目录)也是在根目录下,这将自动启动Windows安装程序。
源startup.nsh如下:
eco关闭
如果存在fs0:\ apps tfs.efi那么
设置测试"fs0:"
ENDIF
如果存在fs1:\ apps tfs.efi那么
设置测试"fs1:"
ENDIF
如果存在fs2:\ apps tfs.efi那么
设置测试"fs2:"
ENDIF
如果存在fs3:\ apps tfs.efi那么设置测试"fs3:"
ENDIF
如果有fs4:\ apps tfs.efi那么
设置测试"fs4:"
ENDIF
如果存在fs5:\ apps tfs.efi那么
设置测试"fs5:"
ENDIF
如果存在fs6:\ apps tfs.efi那么
设置测试"fs6:"
ENDIF
如果存在fs7:\ apps tfs.efi那么
设置测试"fs7:"
ENDIF
如果有fs8:\ apps tfs.efi那么
设置测试"fs8:"
ENDIF
如果存在fs9:\ apps tfs.efi那么
设置测试"fs9:"
ENDIF
如果存在fsa:\ apps tfs.efi那么
调整测试"fsa:"
ENDIF
如果存在fsb:\ apps tfs.efi那么
设置测试"fsb:"
ENDIF
加载%test%\ apps \ ntfs.efi
如果blk0存在:\ bootmgfw.efi那么
设置test1"blk0:"
ENDIF
如果blk1存在:\ bootmgfw.efi然后
设置test1"blk1:"
ENDIF
如果blk2存在:\ bootmgfw.efi然后
设置test1"blk2:"
ENDIF
如果blk3存在:\ bootmgfw.efi然后
设置test1"blk3:"
ENDIF
如果blk4存在:\ bootmgfw.efi那么
设置test1"blk4:"ENDIF
如果blk5存在:\ bootmgfw.efi然后
设置test1"blk5:"
ENDIF
如果blk6存在:\ bootmgfw.efi然后
设置test1"blk6:"
ENDIF
如果blk7存在:\ bootmgfw.efi那么
设置test1"blk7:"
ENDIF
如果blk8存在:\ bootmgfw.efi然后
设置test1"blk8:"
ENDIF
如果blk9存在:\ bootmgfw.efi然后
设置test1"blk9:"
ENDIF
如果有blka:\ bootmgfw.efi那么
设置test1"blka:"
ENDIF
如果blkb存在:\ bootmgfw.efi然后
设置test1"blkb:"
ENDIF
%test1%\ bootmgfw
为什么我需要这么多的endif?我认为当我发现执行错误时,我只能责怪这个2b shell脚本。原本我以为只要一个变量,简单地重新分配,然后尝试我的错,所以不要怪我编写的脚本这么丑这么难受,这不是我的错。
该计划只能应对大多数情况。对于有许多硬盘驱动器,USB闪存驱动器和CD的机器,我害怕修改脚本。因为脚本只使用几个简单的命令编写,所以没有可以找到的高级命令。
哦,我错了,命令也在那里,只是......
2个问题:
1.最初,如预期的,我构造在第一分区几个子目录,这是WIN7,win8的,等等,分别复印安装光盘,然后简单地启动FSX:\ WIN7 \ Bootmgfw.efi开始。 Win7,fsx:\ win8 \ bootmgfw.efi将启动win8结果没有找到,\ bcd错误,估计bcd路径发生变化,允许大家开发。懒惰,我还在用这种方式设计。当我想更改系统时,我会将子目录的安装文件直接移动到根目录。完成后,我会向后移动它。无论如何,我会移动它2-3秒。
2.启动efi shell,有一个非分区的1T硬盘,Windows安装文件找不到硬盘然后你可以创建一个分区(我刚刚创建了一个MBR分区)
当然,我知道更改为使用diskpart可以创建分区,但我不知道为什么会这样。这是EFI SHELL无法启动的示例或所有未分区的Windows安装程序吗?让每个人都验证它,我希望有人找到解决方案。