电脑开机后左上角有个减号一直闪

本文记录了一位用户在Win7系统下遭遇频繁蓝屏的问题及解决过程,涉及多种错误代码,如0x00000024、0x000000BE、0x0000001A,通过尝试多种解决方案,最终发现更改系统保留分区的激活状态能够恢复正常启动。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

记录一下处理过程。(win7 家庭版x64 神舟笔记本)

最近这半个月电脑频繁蓝屏,主要是开机过程中、开机后几分钟、甚至关机出现蓝屏状况。有三种蓝屏错误代码:

STOP:0x00000024 、STOP:0x000000BE 、STOP:0x0000001A

 

 

这期间都是强制关机再开,卸载了最近安装的软件 (不清楚是否有驱动冲突),

全盘杀毒(没有发现病毒),使用过 chkdsk 、sfc /scannow 。

记得有次无论怎么重启电脑,都无法进入系统,只能系统推荐的“启动修复”,那界面修复了20多分钟,就正常进去Windows系统界面了。

周五晚开机后出现蓝屏代码0x0000001A,在强制开机。MD出大问题,开机2秒后,左上角有个减号一直再闪,键盘按什么都没用。下面说说处理过程:

去公司制作PE盘,咨询各路人士(QQ、微信、Q群、百度、贴吧、谷歌)

试过的处理方法有:

  1. 拆开清灰、重新拔插内存条、磁盘
  2. NTBOOT 引导自动修复

3 、diskgenius的“重建主引导记录(MBR)” 和 “搜索已丢失分区(重建分区表)”

4、傲梅分区的“重建主引导”

5、按F8进入安全模式的(开机2秒后就GG ,按F8没反应。)

6、DG检查和修复坏道 (没有发现坏道,硬盘正常)

但这些方法都没用,开机后问题依旧,只能复制粘贴C盘的东西和备份了GHO到移动硬盘(将近200GB的数据,我实在不想重装,因为太多软件和数据了)。

想隔天去电脑维修店看看,实在不行那就重装了。

 

=============分割线=============

在DG和傲梅中,看到有 C系统保留100mb 、 D盘200GB 、E盘265GB

我这个盘是MBR分区格式,上面DG的图,系统保留C的文件系统 NTFS是红色的。

我就取消了这个“系统保留C”(100mb)的激活状态,然后将下面的D盘(200GB)激活。

此时“激活当前分区”的D盘,它那一列的文件系统NFS字体是红色的,刚才的系统保留C的NFS变成了黑色字样

在开机出现报错 (再也不是开机2秒后左上角一直闪了):

那我再改回来,改成原先的激活分区状态。卧槽wdnmd,居然正常进系统了。

瞎倒腾搞了一天。。。

不清楚后续是否还会蓝屏,反正现在是能进系统了

END

### 解决 Ubuntu 安装后未满足依赖关系的问题 当遇到 `apt-get` 报告无法安装某些包的情况时,通常是因为存在冲突的软件源、损坏的缓存或者缺失的关键依赖项。以下是针对该问题的具体解决方案。 #### 清理并更新 APT 缓存 APT 的缓存可能已经过期或被破坏,这可能导致依赖解析失败。可以通过清理和重建缓存来解决问题: ```bash sudo apt-get clean sudo rm -rf /var/lib/apt/lists/* sudo apt-get update ``` 上述命令会清除旧的缓存数据,并强制重新同步可用的软件包列表[^1]。 #### 修复破损的依赖关系 如果之前尝试安装某个包时出现了错误,则可能会留下一些不完整的状态记录。可以运行以下命令来自动修复这些残留问题: ```bash sudo dpkg --configure -a sudo apt-get install -f ``` 第一条命令配置所有尚未完成设置的软件包;第二条命令则试图通过安装额外的必要组件来修正任何已知的依赖性问题。 #### 配置正确的软件仓库 有时,“unstable”分支中的部分新功能还未完全准备好发布到稳定版本里,因此建议切换至更稳定的分发渠道(如“main”, “restricted”,“universe” 和 “multiverse”)。编辑 `/etc/apt/sources.list` 文件以确保只启用了官方推荐的存储库类别[^2]: ```plaintext deb http://archive.ubuntu.com/ubuntu focal main restricted universe multiverse deb-src http://archive.ubuntu.com/ubuntu focal main restricted universe multiverse ... ``` 之后再次执行 `sudo apt-get update && sudo apt-get dist-upgrade` 来获取最新的安全补丁以及改进后的兼容性支持。 对于 ONNX Runtime 的 Python 库丢失情况,除了确认基础环境外还需要单独处理 pip 路径下的模块加载路径一致性验证工作。例如先卸载再重试安装指定版本号: ```bash pip uninstall onnxruntime pip install onnxruntime==<specific_version> ``` 最后记得重启 shell 或者 source 当前 profile 让更改生效后再测试导入是否正常. ```python import onnxruntime print(onnxruntime.__version__) ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值