0xc0000001

电脑又坏了,这一次不能开机。
手动分割线:
2.17经过一夜的努力,目前电脑的状况是:windows系统恢复到起初的状况:仍不能开机,不过得到了一个报错代码。
但比较糟糕的事是:我把ubuntu开机所用grub配置搞坏了,但是似乎没什么太大的问题。
今晚的技术轨迹:1.尝试修复电脑不能进入win10的状况,该状况是起初的状况:在报错后会弹出一个启动设置,在启动设置中设置启动方式为安全启动;在此期间查阅到了一篇不错的博客,讲解该状况的几种解决办法(已收藏);2.我成功的进入了安全启动,并按博客当中的提示,关闭了电脑开机的自动修复尝试(目的是为了暴露错误代码,后面我得到了这个代码0xc0000001),以及制作了一个大白菜启动盘,目的是根据这个代码来删除对应的报错文件,可是后来弹出错误代码时,我才发现,我的电脑错误代码根本就不是博客当中讲的那种错误代码,已经针对其含义(似乎网友说与引导有关)用大白菜修复了win10引导文件,但没有效果;3.我冒险地把uefi改成了legacy,这导致了后来一系列麻烦,这之后再将电脑重启,便进入了grub rescue界面;4.尝试了许多博客提供的此类问题的常规解决方案,set root prefix等,然后normal进入grub,按照自己的移动硬盘的状况重新配置了路径,在这一切都弄好以后,终于遇到了invalid arch-dependent的报错。其实我早该料到,grub rescue的这一非常状况的出现是由于前面贸然把uefi改成legacy的举动造成的,这个以后一定要避免,uefi改成legacy后,会出现很多不可预知的错误。5在充分意识到这一点以后,我采用usb键盘成功进入了bios,并修改回uefi 6再次开机,我伤心地发现,原来一直存在的grub选择界面消失了,而win10开机失败的问题仍未解决。
教训:修电脑时一定要预估好每一步所带来的最坏后果,最好在做这一步之前明确这一步是干啥的。
怎样解决一个技术问题的一般思路:以资源和人为辅,以我为主。
2月18,重新制作了ubuntu系统usb盘,发现需要改BIOS才能将他的boot优先级排在windows boot manager之前。
下午15时许,终于成功利用boot-repair修复了grub没想到对BIOS的调整竟然会损坏WINDOWS当中的grub文件,又或许,是我用大白菜工具修复WINDOWS开机引导文件的过程当中,导致了对grub的破坏,总之我现在完全回到了一天之前的情况即最初的情况:ubuntu正常,grub正常,windows可能更坏了,只能重做一个,因为在修复grub过程中,提示探测到了C盘的系统文件问我是不是要继续,我想一定要继续呀。
晚22:40左右,成功重装系统。今晚的技术路径是采用windows官方工具制成启动盘重装win10。制作家庭中文版即可,然后首先尝试了在启动盘中单击修复系统(左下角不起眼处),使用了修复启动,系统恢复(使用镜像)等选项,系统恢复不行,说没有恢复镜像文件,叫我找个CD来。我没用,我用了系统重装,即在启动盘单击安装系统,并采用自定义安装,我疑惑选择将系统安在C盘哪个分区,我最终选择了C盘主分区OS,但是似乎并非最优选择,我应该抽时间看看,windows官方工具是个傻瓜工具,他是不是把我的这个分区又分了很多。
第二个问题是重装接近完成的小娜坑die 帮助提示,我卡在登陆账户,密码输入进去半晌不见反应而屏幕却显示“稍后”的字样。现在网上的说法删除任务管理器里那个进程不管用啦,微软强制你注册一个账户,然后卡你很长时间。我等的不耐烦了,我在任务管理器里删除了"Microsoft"程序下滑栏(对,不是进程)里面的程序,然后关了任务管理器结果一片漆黑,不知道
啥情况,重启之后竟然跳过了账户的部分(还是已经弄好了??),然后弄好了。当中照了很多系统修复过程的照片,有空传一下。

最后我想问的一个问题是:0xc0000001能否通过非重装的方式修复?虽然重装并不麻烦。或者说,出现0xc0000001就意味着一定要重装了?

猜你喜欢

转载自blog.csdn.net/qq_44065334/article/details/113836461