Windows 启动失败:检查 NUL 系统设备并按原因修复
软件提示 NUL 设备不可用时,先核对设备、驱动文件与服务状态,再选择修复步骤;通用启动错误不能直接认定为此问题。
软件提示 NUL 设备不可用时,先核对设备、驱动文件与服务状态,再选择修复步骤;通用启动错误不能直接认定为此问题。
NUL 是 Windows 自带的空设备。它不可用时,软件和本机后台服务可能无法启动。如果安装器或错误信息明确提到「NUL 设备不可用」或 Unable to open nul device,按本文检查。
双击没有反应、「标准模式启动失败」「发生未知错误」或 read ENOTCONN 也可能有其他原因,仅凭这些提示不能认定 NUL 缺失。
1. 先确认设备是否可用
右键开始菜单,打开 PowerShell 或终端,执行:
cmd /c "echo test > nul"
- 没有报错并回到提示行:这次 NUL 写入检查通过。若软件仍打不开,请保留原始错误并联系客服排查其他原因,不要继续修改 Null 服务。
- 提示「系统找不到指定的文件」:NUL 设备不可用,继续检查文件与服务。
- 提示「拒绝访问」或其他错误:保留完整提示,先请管理员检查权限或系统策略,不要当成文件被删除。
软件可能在显示自身错误窗口前就退出,因此没有弹窗并不代表系统检查已通过。
2. 核对文件和服务
在 PowerShell 中分别执行:
Get-Item "$env:SystemRoot\System32\drivers\null.sys" | Select-Object Length
sc.exe query Null
sc.exe qc Null
使用完整的 sc.exe,不要简写成 sc。文件存在、文件大小和服务状态是不同的证据:几 KB 的文件大小不能单独证明文件完整;文件很大也不能单独证明它被恶意替换。结合安装器提示与服务结果选择下一步,不确定时交给管理员或客服核对。
3. 文件已确认正常,但服务登记缺失或被禁用
以下修改命令需要在「终端(管理员)」或「Windows PowerShell(管理员)」运行。
只有服务查询明确提示 1060、即服务不存在,且驱动文件已确认可用时,才创建服务:
sc.exe create Null type= kernel start= system error= normal binPath= System32\drivers\Null.SYS group= Base
sc.exe start Null
等号后面的空格不能省。如果提示服务已存在,先看 sc.exe qc Null;只有确认启动类型为禁用时,才改为系统启动:
sc.exe config Null start= system
sc.exe start Null
「服务已存在」本身不等于「服务被禁用」。如果服务已运行或启动失败,记录错误码,请管理员进一步核对,不要反复创建或覆盖登记项。
4. 驱动文件缺失
可以在管理员终端运行 Windows 自带的系统文件检查:
sfc /scannow
等待检查完成,按照结果提示操作。若仍有文件无法修复,可能是修复源、组件存储或其他系统问题,不能仅据此断定系统备份被删除。请管理员使用匹配 Windows 版本的可信修复源处理。
文件恢复后重新检查 Null 服务;只有确实缺失或禁用时,才执行上一节对应命令。按系统提示重启后再验证。
5. 文件存在但大小、版本或签名可疑
不要直接覆盖系统驱动。请管理员或客服核对 Windows 版本、文件来源及签名,并使用微软官方安装介质或同版本可信修复源。不要从第三方「系统文件下载站」下载 null.sys。
本软件提供检查和指引,不会替你自动下载、安装或注册系统驱动。给快捷方式加启动参数也不能恢复缺失的 NUL 设备。
6. 验证恢复情况
重新执行 cmd /c "echo test > nul",确认没有报错,再启动软件并进入搜图工作台。命令成功说明本次设备访问恢复;软件仍失败时,继续按它的具体错误排查。
如果系统组件反复损坏或多个软件陆续出现异常,请管理员检查系统镜像、优化工具和系统完整性。不要继续用不明工具清理系统服务。