关于 来源: volmgr Event ID: 46 故障转储初始化未成功 的问题

简介:

最近笔记本电脑硬件有点问题,查看系统日记,如下:


volmgr Event ID: 46 故障转储初始化未成功



wKiom1Uo3bbzCIwJAAF33x3TaPk503.jpg



最后找到了一个解决方案:

网上查了一下 volmgr 错误-故障转储初始化未成功的解决办法,说是因为优化关闭了故障转储功能造成的。解决办法是计算机-右键“属性”-高级系统设置-“启动和故障恢复”设置-系统失败-写入调试信息“选择小内存转储,然后“确定”就可以了。


试过了以后,发现还是不行,估计要重装系统或硬盘硬件接口问题吧。



本文转自成杭 51CTO博客,原文链接:http://blog.51cto.com/hangtc/1631274,如需转载请自行联系原作者


相关文章
【YashanDB知识库】生成迁移报告失败,"报错未知类型错误异常:"
【YashanDB知识库】生成迁移报告失败,"报错未知类型错误异常:"
|
9月前
|
【Azure 事件中心】Event Hubs中存在非常多的错误数据,是否能提前删除这些数据呢?
【Azure 事件中心】Event Hubs中存在非常多的错误数据,是否能提前删除这些数据呢?
Revit空闲事件(Idling Event)增强和外部事件(External Event)
Revit空闲事件(Idling Event)增强和外部事件(External Event)
Revit空闲事件(Idling Event)增强和外部事件(External Event)
SAP WM TO单差异确认如何不让差异计入Storage Type 999?
SAP WM TO单差异确认如何不让差异计入Storage Type 999? 正常业务场景下,我们是不做TO单差异确认的。少数情况下的差异确认,项目实践中都会将差异计入storage type 999.然后业务需要定期去清理999里的差异数量。
2442 0
对已经add的文件不在跟踪
记录每次更新到仓库 现在我们手上已经有了一个真实项目的 Git 仓库,并从这个仓库中取出了所有文件的工作拷贝。接下来,对这些文件作些修改,在完成了一个阶段的目标之后,提交本次更新到仓库。 请记住,工作目录下面的所有文件都不外乎这两种状态:已跟踪或未跟踪。
752 0
对已经add的文件不在跟踪

热门文章

最新文章

AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等