本领:办理winload 0xC000000E弊端(图)[服务器安全]

利用集成 imagex 等小工具的 WinPE v3.0 工具盘可以说为很多朋友办理了不少的问题.gOxiA 一向以来也都擅长爱好利用 imagex 来履行系统备份,诸如此类的上风阐明在过去的日记中也常常提到,这里就不再复述.目前天要与大家分享的经验是近来 gOxiA 碰到一个问题,而过去也曾阅历过只不过未有留神,而这次遭受同类问题在办理之后认为有必要大家分享,帮忙大家避免发生同类的问题.

起因是这样,gOxiA 的 Blog 服务器前段时间曾呈现不安定的情况,在对系统履行优化后决意对磁盘履行一次碎片整理,毕竟这个基于 Windows Server 2008 Web 的虚拟服务器已经运行了近17个月.随即在夜间举行了磁盘整理工作,第二天一早发现悲剧到临了,在履行碎片操作前,gOxiA 忽视了这台虚拟服务器利用的是动态范例的磁盘,而虚拟磁盘文件所在的分区卷容量还小于这个动态范例磁盘的容量,后果不可思议.系统启动后无法登录,提醒磁盘已满,而存储卷显示剩余0字节.之前决意利用 VMWare 的紧缩工具举行紧缩,但都以失利告终.目前唯一的可行办法就是利用 WinPE 指导系统,挂载一个空的虚拟磁盘并利用 imagex 将原系统映像备份出来,因为 imagex 是以文件方法来履行数据拷贝的,所以新生成的映像恢复到新的虚拟磁盘上将不会有任何问题,初次之外还起到了磁盘整理的效果,因为 imagex 恢复后的文件时次序布列的.经过一番折腾,总算把备份的映像释放到了新的虚拟磁盘上,然后挂载到虚拟机上启动系统,但是呈现了 winload.exe 0xC000000E 弊端.
 

该弊端引发的缘由很简单,因为 bcdboot 中的指导信息是与硬盘所关联的,因为映像释放到了新的虚拟磁盘上,就相当于改换了硬盘,那么必将招致硬盘唯一标识变更,终究招致该弊端的发生.而早先 gOxiA 利用 imagex 用于布置系统,不是将备份恢复到原硬盘就是利用 sysprep 后布置到其他硬盘上.此外,在布置 Windows 7 和 Windows Server 2008 R2 时因为系统计划的改变,默许安装系统时会自动生成一个 100M 大小的分区存储指导信息,而普通我们只备份系统盘,而在利用 imagex 恢复映像后都需求利用 bcdboot 号令成立指导信息.OK,到这里我们已经改若何办理这个弊端信息了,除了利用 Windows 安装光盘指导举行修复以外,我们还可以利用手头现有的 WinPE 光盘举行号令行方法的修复.为此,我们利用 WinPE 指导盘指导系统,履行以下号令:

bcdboot c:＼windows /s c:

履行完这条号令之后我们便可以举行正常的启动了,但是问题还并未真正办理完.因为你会发现启动历程会显示 boot manager 菜单,而此中包含了两个名称相同的系统指导项,此外还会发现当前的指导菜单无法精确显示出中文字符.所以我们在前面利用 bcdboot 号令成立完指导信息之后还需求再履行以下号令,使 boot manager 采取中文版本.

bcdboot c:＼windows /l zh-cn

履行完上面两行号令后再退出 WinPE 重新指导计算机,最后利用 bcdedit 号令删除之前失利的系统指导项,整个恢复历程才算正式完毕.

保持复苏的头脑,认真解析之后再举行操作才能万无一失! 　　以上是“本领:办理winload 0xC000000E弊端(图)[服务器安全]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：