“云里黑白”这部连载写到第十九回按老规矩该是越写越玄乎的时候了。可这回我不打算讲什么高深莫测的道理就说一件几乎每个人在重装或升级Windows 10时都会撞见的怪事——屏幕忽然弹出一句冷冰冰的话“我们无法判断你的电脑是否已准备好继续安装Windows 10。”这句话翻译得相当客气但杀伤力一点不比蓝屏小。它不给你错误代码不给原因连一个“重试”都不太愿意给出仿佛系统在打量了你半天之后摇了摇头又闭了嘴。不少人在这一关直接放弃把锅甩给硬件不兼容而实际上绝大多数情况下问题都出在几个非常具体、完全能解决的地方。这篇文章既写给第一次遇到这个提示的普通用户也写给常年跟Windows 10镜像、LTSC版本、ESU许可包打交道的装机老手。我从最开始看到这句话时该做什么讲到日志怎么翻、分区表怎么查、安装介质怎么验、外设怎么拔最后再给出一条兜底的手动安装路线。不管你是从Windows 7/8.1老机器升级上来的还是为了压榨性能在虚拟机里装精简镜像这套排查思路都能用上。1. 这句“无法判断”出现的舞台安装器的预检机制和第一波线索1.1 别把“无法判断”当成玄学安装器只是不愿意说真话先搞清楚一件事当你看到这句话时安装程序并不是什么都没干。它已经把电脑里的大部分关键信息扫过一遍了包括CPU架构、内存容量、磁盘剩余空间、引导模式、系统保留分区状态甚至你上一次重启之前有没有留下“待命中的文件重命名操作”。这些检查项被微软统称为“准备就绪检查”它们在Windows 10安装界面真正出现进度条之前就会执行。正常情况下如果某一项检查不过安装器会给出对应的错误提示比如“磁盘空间不足”或者“无法更新系统保留分区”。但某些情况下检查程序读取不到自己想要的完整状态返回的结果既不是True也不是False而是Uncertain。中文版干脆就把它翻译成“我们无法判断你的电脑是否已准备好继续安装Windows 10”。所以这句话的本质是系统拿到了一个不确定的结果于是选择当甩手掌柜。抓狂点在于它不说到底是哪一项结果不确定。你只能靠后面的日志文件、分区表状态以及外围硬件来反向定位。好在一套成熟的排查顺序很快就固定下来了。老司机遇到这种提示从来不会第一遍就重装系统而是先去翻日志再去查引导分区最后才轮到动镜像。1.2 Panther日志和三个关键词胜过八成求助帖排查这个错误的第一站从来都不是各类论坛而是本机日志。Windows的安装程序把从启动到失败的所有过程都记录在下面这些位置常规系统日志C:\Windows\Panther\升级临时目录日志C:\$Windows.~BT\Sources\Panther\早期迁移日志C:\Windows\Panther\miglog.xml在这些文件里你重点要找的字眼是这三个error、fail、cannot。用系统自带的记事本或者PowerShell都能搜。我自己习惯用管理员身份打开PowerShell直接敲一行命令Get-ChildItem C:\Windows\Panther -Include setuperr.log,setupact.log -Recurse | Select-String -Pattern error|fail|cannot如果机器已经进入了安装失败的停留界面还可以按ShiftF10呼出命令提示符再用notepad C:\Windows\Panther\setuperr.log把日志打开看。你会发现很多所谓的“无法判断”最终真实原因是以下几种之一磁盘空间只差几百MB、系统保留分区已满、有第三方驱动在运行、或者上一次的软件更新在系统里留下了一个未完成的重命名操作。这些信息在日志里通常会以0x80070070、0x800F0922这类代码的形式出现。比如0x80070070基本可以锁定为磁盘空间不足0x800F0922则往往跟Windows更新服务连不上有关。看完日志思路就会清晰一大半。1.3 先把三种“一看就是”的问题按下去在没有打开日志之前我建议先把三种最常见、也最好排查的情况先处理掉它们覆盖了“无法判断”这个错误里将近一半的案例。第一是磁盘剩余空间。安装Windows 10并且保留原系统回滚能力C盘实际需要留出至少20GB但我的经验是低于40GB都不稳。尤其是用了LTSC 2021这类体积也不小的镜像时系统会为了生成Windows.old文件夹预留大量空间一旦剩余空间在检查节点上恰好低于某个阈值它不会直接告诉你“空间不足”而是给你来一句“无法判断”。第二是等待重启的未完成操作。你有没有在升级前顺手装了某个补丁或者软件系统其实已经提示过“重启后生效”你偏没重启如果有那安装器就会读到一串待命中的文件重命名记录它不知道这些操作会不会干扰升级于是停手。解决办法很原始重启一次再去执行安装。第三是语言或区域设置造成的显示问题。中文版安装器偶尔会因为本地化字符串处理逻辑的Bug把一部分错误代码直接替换成“无法判断”这个含糊表述。当你遇到这个错误且日志里又找不到明确线索时可以试着把系统显示语言临时切成英文重跑一次升级向导往往会得到一段完整的英文错误信息比如0x80070070-0x90002后面还跟一个描述比中文版给力得多。2. 分区表和启动模式藏得最深的“判断错误”来源2.1 老机器组合拳Legacy BIOS MBR 系统保留分区满了我见过最多的一种“无法判断”发生在Windows 7或Windows 8.1老机器上。这些机器大多是2015年前后出厂BIOS用的是Legacy模式硬盘是MBR分区表。当初安装Windows 7时系统会默认划分一个100MB的“系统保留分区”用来存放bootmgr启动文件。这个分区平时没有任何盘符你甚至可以在磁盘管理器里看到它但不会去动它。问题恰恰出在这里从Windows 7升级到Windows 10时安装器需要在这个保留分区里写入大量新的启动文件和恢复环境。如果100MB已经被旧系统塞得所剩无几写入就会失败。安装器不会大喇叭喊“保留分区空间不足”它只会给出含糊的“无法判断”。修复思路不是去删它而是给它扩容。我在多台联想和戴尔老机器上验证过把这100MB的系统保留分区扩展到500MB左右再重跑安装程序之前的错误直接就消失了。操作上你可以借助DiskGenius或傲梅分区助手这类工具在Windows桌面上右键调整分区大小把C盘尾部空闲空间划一部分给系统保留分区。操作前务必先把重要数据备份出来毕竟调整系统分区有风险。2.2 UEFI机器上的ESP缺失或位置错乱另一种情况出现在UEFI引导的新机器上。正常UEFI模式安装Windows 10硬盘上应该存在三个特殊分区一个EFI系统分区FAT32格式100MB左右、一个MSR保留分区16MB、一个恢复分区几百MB。这三者是安装器的“朋友”缺了谁它都会在判断阶段犯难。很多人在装系统时图省事用第三方PE工具把Windows镜像直接释放到C盘但没有创建EFI系统分区。或者是以前折腾过黑苹果、双系统把EFI分区格式成了其他文件系统。这种情况下安装器找不到一个干净的FAT32 EFI分区就会在“准备就绪检查”中直接卡住随后给你来一句“无法判断”。排查方法很简单在命令提示符里输入diskpart然后依次执行list disk、select disk 0、list partition看看EFI系统分区是否存在、是否是FAT32、是否大于100MB。如果ESP分区被格式化成了NTFS或者压根不存在最好的方案是手动重建分区表。这是后面“兜底方案”中会详细展开的内容这里先记住结论UEFI机器必须有一个干净的FAT32 ESP分区。2.3 多硬盘和引导顺序的连带效应这台电脑上插着两块硬盘或者挂着移动硬盘分区表本身就乱也很容易把安装器带偏。我遇到过一个很极端的例子系统装在第二块SSD上第一块机械硬盘上残留着Windows 7的引导分区。BIOS里把机械硬盘设为第一启动项于是安装器在扫描引导环境时发现了两个Windows安装立刻懵掉判断不出该去哪边写启动文件最终拒绝继续。如果机器里有多块硬盘升级前先拔掉非系统硬盘或者进BIOS把启动顺序强制指向系统盘对应的Windows Boot Manager。尤其是那种带着GPTMBR混合分区表的外接硬盘最容易干扰检查逻辑。给安装器一个干净的单系统环境比什么技巧都见效快。这里还有一个容易被忽略的细节如果你之前用第三方工具修改过BCD启动菜单或者装了GRUB引导Windows和Linux双系统安装器同样可能“判断不出”该往哪个引导管理器里写数据。这种情况不需要骂系统先恢复成Windows原生引导再升级一般就好了。3. 镜像、U盘和磁盘空间伪“硬件不支持”的三个面3.1 校验ISO和制作启动盘的几个坑很多人在处理“无法判断”时会把矛头指向自己下载的Windows镜像这种直觉其实是没错的。问题在于网上大量第三方的“精简版”、“优化版”、“游戏版”系统镜像比如热门搜索里的X-Lite Optimum 10 Pro v6、Win7 Games收藏版之类它们在精简系统组件的同时往往动过安装器的判断逻辑。我在虚拟机里实测过一些精简镜像在全新安装时能顺利通过但在当前系统内升级时由于缺少某个语言包或兼容组件就会冒出“无法判断”日志里却什么实质错误都没有。如果你正在用这类第三方镜像我建议先换回微软官方的ISO再试一次。官方镜像可以从微软官网的“媒体创建工具”里直接下载也可以用工具从MSDN订阅页面拉取。拿到镜像后最好先校验一下SHA1哈希值用PowerShell一条命令就完成Get-FileHash .\Win10_22H2_Chinese_x64.iso -Algorithm SHA1把得到的哈希值和官方公布值比对确认ISO在下载过程中没有被搞坏。制作启动U盘时建议用Rufus分区类型选择UEFIGPT文件系统选FAT32。若install.wim超过4GBRufus会自动拆分镜像不用担心UEFI引导找不到文件。3.2 升级前让系统仓库恢复健康DISM与SFC在微软论坛上修复这类“无法判断”最寻常的一步就是先修复系统组件仓库。很多人不理解为什么要这么做我来解释一下Windows在升级前会调用内置的系统组件服务去检查当前系统是否健康如果组件仓库里的文件损坏、或者有排队中的更新任务检查结果就会变成一个半吊子状态安装器没法继续。在管理员命令提示符里依次执行这三条命令是标准的“清创”流程dism /online /cleanup-image /restorehealth sfc /scannow dism /online /cleanup-image /startcomponentcleanup第一条会从Windows更新服务器拉取健康的系统文件来修复组件仓库第二条扫描并修复系统文件第三条清理掉组件仓库里废弃的更新残留。这一步做完后重启电脑再跑升级。如果执行过程中报错说明系统仓库已经损坏得比较严重建议用安装U盘里的install.wim作为修复源把命令改成dism /online /cleanup-image /restorehealth /source:E:\sources\install.wim /limitaccess其中E盘是你的安装U盘盘符。这套操作在不少Windows 10 22H2和LTSC环境的“无法判断”案例里都直接起效。3.3 休眠文件、页面文件和临时更新文件的空间骗局我前面提过磁盘空间不足是主要嫌疑但这里要说的还不是普通意义上空间不够而是一种“看起来够、实际上不够”的骗局。比如你打开C盘属性看到剩余25GB心想这总够了吧。可系统里还躺着休眠文件hiberfil.sys占用掉6到12GB页面文件pagefile.sys又占掉几个GBWindows目录里的SoftwareDistribution下载缓存也可能塞了10GB。安装器在计算空间时会把这些“垃圾体积”都算进去。最直接的办法是先关闭休眠释放掉hiberfil.sys占用的空间powercfg /h off然后运行磁盘清理把Windows更新清理、临时文件、缩略图缓存这些项目全部勾上。如果你愿意冒一点风险还可以在设置里把虚拟内存改为“自动管理”或者直接重启后让系统重新生成页面文件。做完这些再去查看C盘剩余空间大概率会多出20GB以上。还有一点容易被忽视C:\Windows\SoftwareDistribution\Download里的旧更新文件。如果这个文件夹很庞大运行下面这组命令前最好确认当前没有系统更新在进行中net stop wuauserv net stop bits rd /s /q C:\Windows\SoftwareDistribution\Download net start bits net start wuauserv空间干净了“无法判断”的很多逻辑性死结也就解开了。4. 外围硬件、安全软件和显卡面板的“干扰黑名单”4.1 把能拔的USB设备全拔掉再谈判断如果你在桌面上插着一块移动硬盘、一台打印机、一个USB网卡还有一个摄像头遇到“无法判断”的概率会成倍上升。安装器在预检阶段会枚举所有磁盘控制器和启动设备移动硬盘里的恢复分区、U盘上的EFI文件夹在安装器眼中都是“可疑目标”。它一旦发现可启动设备比自己预期多就会停下来等待确认。实测中最经典的案例是一个USB读卡器里插着SD卡而SD卡上有另一个Windows安装镜像安装器把SD卡当成一个潜在启动盘在判断阶段卡住报出“无法判断”。拔掉读卡器后问题当场消失。所以遇到这个错误第一件事就是拔掉所有USB存储设备、打印机、外接声卡、蓝牙适配器只保留键盘鼠标。4.2 第三方杀软、Defender和显卡工具的自我保护安全软件对系统文件系统过滤驱动的钩子是安装器的另一大天敌。尤其是360、腾讯电脑管家、卡巴斯基这类带有主动防御功能的软件它们会在系统底层挂驱动实时拦截文件读写。升级程序在预检阶段尝试读取注册表键值、重启后接管驱动加载流程时一旦被安全软件拦下结果就会变成Uncertain。网上一直流传着“禁用杀软”的做法但我的建议是遇到这种报错第三方安全软件最好直接卸载而不是停用。因为很多主动防御软件在退出常驻程序后内核驱动依然在运行。卸载完成后再用官方清理工具扫一遍残留驱动然后重启再跑升级。至于Windows自带的Defender你要做的是确认它处于正常状态。如果你发现“保护记录”窗口闪退或者Windows安全中心界面打不开很可能是Defender组件已经损坏。可以在PowerShell里运行Get-AppxPackage Microsoft.Windows.SecHealthUI | Reset-AppxPackage恢复之后再去升级。显卡驱动面板是另一个高危因素。NVIDIA的GeForce Experience和AMD的Adrenalin软件通常会在系统里安装一个服务和一个Shell扩展用于监控驱动状态。升级安装器在执行到“迁移驱动”阶段时如果和这个监控组件发生冲突就会回滚并报出“无法判断”。最稳妥的处理先用DDUDisplay Driver Uninstaller把显卡驱动彻底卸载干净再用Windows自带的基础显示驱动跑升级。等系统装完再装最新显卡驱动。麻烦是麻烦了点但确实能绕开一大片冲突。4.3 WSL、Nginx/PHP这类常驻服务带来的意外影响如果你这台机器还跑着WSLWindows Subsystem for Linux或者本机搭了Nginx、PHP环境升级前最好先把它们全部停掉。这不是玄学而是这些服务往往会占用系统文件句柄甚至挂载了虚拟磁盘和端口。安装器在做完整性检查时如果发现某些文件被占用、或者某些网络栈服务异常同样会得到一个不确定的结果。我在一台开发机上踩过这个坑。当时这台机器用Windows 10跑Nginx和PHP还开着WSL做测试。升级到22H2时系统提示“无法判断”翻日志看到有一条来自vmmem进程的句柄占用记录。后来执行wsl --shutdown把Nginx服务停掉重新跑升级一路顺利。如果你的Nginx还配置了开机自启记得在升级前用net stop nginx把它停掉或者直接在服务管理器里禁用。PHP-FPM如果是通过FastCGI方式挂着的也一并停掉。这些服务本身不会破坏系统但它们的存在会让安装器的“判断”多一个变量。5. 兜底方案手动分区并直接灌镜像绕开“判断”这一关5.1 准备一个足够靠谱的WinPE介质如果上面的方法都试过了“无法判断”依然出现那就别再纠结让它自己判断了直接绕过去。Windows的安装器并不是唯一能把系统装进硬盘的方法我们完全可以用diskpart手动分区再用DISM把镜像释放到分区里最后用bcdboot手动修复引导。这套流程独立于安装向导的预检机制是最后的兜底手段。开始之前先准备一个官方Windows 10安装U盘。用Rufus写入镜像或者在微软官网用媒体创建工具制作都可以。最关键是确保U盘能正常引导电脑进入蓝色安装界面。如果连安装界面都进不了先检查BIOS里的USB启动顺序和Secure Boot设置。5.2 diskpart分区与DISM灌装镜像的完整流程在安装程序界面按下ShiftF10调出命令提示符然后按下面顺序操作。先看磁盘列表diskpart list disk sel disk 0 clean这会把目标硬盘上的所有分区清空包括之前一直捣乱的系统保留分区、恢复分区和引导分区所有干扰项一次根除。注意这一步会清掉整块硬盘的数据操作前务必备份。如果你想装成UEFI模式在clean之后执行convert gpt create partition efi size100 format quick fsfat32 labelEFI create partition msr size16 create partition primary format quick fsntfs labelWindows assign letterC exit如果你是比较老的Legacy BIOS机器就不要执行convert gpt保持MBR分区表创建分区时只需要一个主分区并用active命令把C盘设为活动分区。接着挂载镜像。假设U盘的盘符是D盘系统镜像文件位于D:\sources\install.wim用DISM把镜像释放到刚才的C盘dism /apply-image /imagefile:D:\sources\install.wim /index:1 /applydir:C:\注意install.wim里面可能有多个版本家庭版、专业版、教育版、LTSC等/index:1表示第一个版本。如果你想确认有哪些版本可以先用dism /get-imageinfo /imagefile:D:\sources\install.wim查看。5.3 引导修复、老机器BIOS设置以及安装后的扫描镜像释放完成后还不能开机因为硬盘上还没有引导文件。继续在命令提示符里操作。先将U盘中保存的EFI引导文件复制过来或者直接用bcdboot命令重建引导环境bcdboot C:\Windows /s S: /f UEFI这里S:是EFI分区如果你的分区字母不是S记得换成实际字母。对于Legacy BIOS机器命令略有不同bcdboot C:\Windows /s C: /f BIOS执行完成后重启电脑拔掉U盘你就会看到正常的Windows启动画面。重启之后还要做两件事。第一打开磁盘管理确认恢复分区是否存在如果DISM灌装的系统检测不到恢复分区后续系统更新可能会再次出现怪问题。第二以管理员身份运行一次sfc /scannow确保释放的镜像文件完整。整个过程虽然绕过了安装向导但结果和一个正常的Windows 10安装没有区别。这一套手动流程我在多台旧笔记本、虚拟机以及一台专门测试Metasploitable环境的宿主机上都跑通过。最让我印象深刻的是一台Dell老笔记本原系统里一堆监控驱动和自定义服务升级向导无论怎么跑都卡在“无法判断”。后来干脆用diskpart把整个盘清干净手动分区灌装半小时就进了桌面之后连续用了几个月没再出问题。如果你已经从“无法判断”这个坑里爬出来还可以在系统里顺手加固一下把Windows 10的自动维护任务打开定期运行磁盘清理别在C盘上长期保留几十个GB的游戏缓存。多数被这个错误折磨的机器都是因为在升级时没有给安装器一个干净的判断环境。把能拔的拔掉能清的清掉能停的停掉它也就无话可说乖乖开始装了。
“云里黑白”这部连载写到第十九回按老规矩该是越写越玄乎的时候了。可这回我不打算讲什么高深莫测的道理就说一件几乎每个人在重装或升级Windows 10时都会撞见的怪事——屏幕忽然弹出一句冷冰冰的话“我们无法判断你的电脑是否已准备好继续安装Windows 10。”这句话翻译得相当客气但杀伤力一点不比蓝屏小。它不给你错误代码不给原因连一个“重试”都不太愿意给出仿佛系统在打量了你半天之后摇了摇头又闭了嘴。不少人在这一关直接放弃把锅甩给硬件不兼容而实际上绝大多数情况下问题都出在几个非常具体、完全能解决的地方。这篇文章既写给第一次遇到这个提示的普通用户也写给常年跟Windows 10镜像、LTSC版本、ESU许可包打交道的装机老手。我从最开始看到这句话时该做什么讲到日志怎么翻、分区表怎么查、安装介质怎么验、外设怎么拔最后再给出一条兜底的手动安装路线。不管你是从Windows 7/8.1老机器升级上来的还是为了压榨性能在虚拟机里装精简镜像这套排查思路都能用上。1. 这句“无法判断”出现的舞台安装器的预检机制和第一波线索1.1 别把“无法判断”当成玄学安装器只是不愿意说真话先搞清楚一件事当你看到这句话时安装程序并不是什么都没干。它已经把电脑里的大部分关键信息扫过一遍了包括CPU架构、内存容量、磁盘剩余空间、引导模式、系统保留分区状态甚至你上一次重启之前有没有留下“待命中的文件重命名操作”。这些检查项被微软统称为“准备就绪检查”它们在Windows 10安装界面真正出现进度条之前就会执行。正常情况下如果某一项检查不过安装器会给出对应的错误提示比如“磁盘空间不足”或者“无法更新系统保留分区”。但某些情况下检查程序读取不到自己想要的完整状态返回的结果既不是True也不是False而是Uncertain。中文版干脆就把它翻译成“我们无法判断你的电脑是否已准备好继续安装Windows 10”。所以这句话的本质是系统拿到了一个不确定的结果于是选择当甩手掌柜。抓狂点在于它不说到底是哪一项结果不确定。你只能靠后面的日志文件、分区表状态以及外围硬件来反向定位。好在一套成熟的排查顺序很快就固定下来了。老司机遇到这种提示从来不会第一遍就重装系统而是先去翻日志再去查引导分区最后才轮到动镜像。1.2 Panther日志和三个关键词胜过八成求助帖排查这个错误的第一站从来都不是各类论坛而是本机日志。Windows的安装程序把从启动到失败的所有过程都记录在下面这些位置常规系统日志C:\Windows\Panther\升级临时目录日志C:\$Windows.~BT\Sources\Panther\早期迁移日志C:\Windows\Panther\miglog.xml在这些文件里你重点要找的字眼是这三个error、fail、cannot。用系统自带的记事本或者PowerShell都能搜。我自己习惯用管理员身份打开PowerShell直接敲一行命令Get-ChildItem C:\Windows\Panther -Include setuperr.log,setupact.log -Recurse | Select-String -Pattern error|fail|cannot如果机器已经进入了安装失败的停留界面还可以按ShiftF10呼出命令提示符再用notepad C:\Windows\Panther\setuperr.log把日志打开看。你会发现很多所谓的“无法判断”最终真实原因是以下几种之一磁盘空间只差几百MB、系统保留分区已满、有第三方驱动在运行、或者上一次的软件更新在系统里留下了一个未完成的重命名操作。这些信息在日志里通常会以0x80070070、0x800F0922这类代码的形式出现。比如0x80070070基本可以锁定为磁盘空间不足0x800F0922则往往跟Windows更新服务连不上有关。看完日志思路就会清晰一大半。1.3 先把三种“一看就是”的问题按下去在没有打开日志之前我建议先把三种最常见、也最好排查的情况先处理掉它们覆盖了“无法判断”这个错误里将近一半的案例。第一是磁盘剩余空间。安装Windows 10并且保留原系统回滚能力C盘实际需要留出至少20GB但我的经验是低于40GB都不稳。尤其是用了LTSC 2021这类体积也不小的镜像时系统会为了生成Windows.old文件夹预留大量空间一旦剩余空间在检查节点上恰好低于某个阈值它不会直接告诉你“空间不足”而是给你来一句“无法判断”。第二是等待重启的未完成操作。你有没有在升级前顺手装了某个补丁或者软件系统其实已经提示过“重启后生效”你偏没重启如果有那安装器就会读到一串待命中的文件重命名记录它不知道这些操作会不会干扰升级于是停手。解决办法很原始重启一次再去执行安装。第三是语言或区域设置造成的显示问题。中文版安装器偶尔会因为本地化字符串处理逻辑的Bug把一部分错误代码直接替换成“无法判断”这个含糊表述。当你遇到这个错误且日志里又找不到明确线索时可以试着把系统显示语言临时切成英文重跑一次升级向导往往会得到一段完整的英文错误信息比如0x80070070-0x90002后面还跟一个描述比中文版给力得多。2. 分区表和启动模式藏得最深的“判断错误”来源2.1 老机器组合拳Legacy BIOS MBR 系统保留分区满了我见过最多的一种“无法判断”发生在Windows 7或Windows 8.1老机器上。这些机器大多是2015年前后出厂BIOS用的是Legacy模式硬盘是MBR分区表。当初安装Windows 7时系统会默认划分一个100MB的“系统保留分区”用来存放bootmgr启动文件。这个分区平时没有任何盘符你甚至可以在磁盘管理器里看到它但不会去动它。问题恰恰出在这里从Windows 7升级到Windows 10时安装器需要在这个保留分区里写入大量新的启动文件和恢复环境。如果100MB已经被旧系统塞得所剩无几写入就会失败。安装器不会大喇叭喊“保留分区空间不足”它只会给出含糊的“无法判断”。修复思路不是去删它而是给它扩容。我在多台联想和戴尔老机器上验证过把这100MB的系统保留分区扩展到500MB左右再重跑安装程序之前的错误直接就消失了。操作上你可以借助DiskGenius或傲梅分区助手这类工具在Windows桌面上右键调整分区大小把C盘尾部空闲空间划一部分给系统保留分区。操作前务必先把重要数据备份出来毕竟调整系统分区有风险。2.2 UEFI机器上的ESP缺失或位置错乱另一种情况出现在UEFI引导的新机器上。正常UEFI模式安装Windows 10硬盘上应该存在三个特殊分区一个EFI系统分区FAT32格式100MB左右、一个MSR保留分区16MB、一个恢复分区几百MB。这三者是安装器的“朋友”缺了谁它都会在判断阶段犯难。很多人在装系统时图省事用第三方PE工具把Windows镜像直接释放到C盘但没有创建EFI系统分区。或者是以前折腾过黑苹果、双系统把EFI分区格式成了其他文件系统。这种情况下安装器找不到一个干净的FAT32 EFI分区就会在“准备就绪检查”中直接卡住随后给你来一句“无法判断”。排查方法很简单在命令提示符里输入diskpart然后依次执行list disk、select disk 0、list partition看看EFI系统分区是否存在、是否是FAT32、是否大于100MB。如果ESP分区被格式化成了NTFS或者压根不存在最好的方案是手动重建分区表。这是后面“兜底方案”中会详细展开的内容这里先记住结论UEFI机器必须有一个干净的FAT32 ESP分区。2.3 多硬盘和引导顺序的连带效应这台电脑上插着两块硬盘或者挂着移动硬盘分区表本身就乱也很容易把安装器带偏。我遇到过一个很极端的例子系统装在第二块SSD上第一块机械硬盘上残留着Windows 7的引导分区。BIOS里把机械硬盘设为第一启动项于是安装器在扫描引导环境时发现了两个Windows安装立刻懵掉判断不出该去哪边写启动文件最终拒绝继续。如果机器里有多块硬盘升级前先拔掉非系统硬盘或者进BIOS把启动顺序强制指向系统盘对应的Windows Boot Manager。尤其是那种带着GPTMBR混合分区表的外接硬盘最容易干扰检查逻辑。给安装器一个干净的单系统环境比什么技巧都见效快。这里还有一个容易被忽略的细节如果你之前用第三方工具修改过BCD启动菜单或者装了GRUB引导Windows和Linux双系统安装器同样可能“判断不出”该往哪个引导管理器里写数据。这种情况不需要骂系统先恢复成Windows原生引导再升级一般就好了。3. 镜像、U盘和磁盘空间伪“硬件不支持”的三个面3.1 校验ISO和制作启动盘的几个坑很多人在处理“无法判断”时会把矛头指向自己下载的Windows镜像这种直觉其实是没错的。问题在于网上大量第三方的“精简版”、“优化版”、“游戏版”系统镜像比如热门搜索里的X-Lite Optimum 10 Pro v6、Win7 Games收藏版之类它们在精简系统组件的同时往往动过安装器的判断逻辑。我在虚拟机里实测过一些精简镜像在全新安装时能顺利通过但在当前系统内升级时由于缺少某个语言包或兼容组件就会冒出“无法判断”日志里却什么实质错误都没有。如果你正在用这类第三方镜像我建议先换回微软官方的ISO再试一次。官方镜像可以从微软官网的“媒体创建工具”里直接下载也可以用工具从MSDN订阅页面拉取。拿到镜像后最好先校验一下SHA1哈希值用PowerShell一条命令就完成Get-FileHash .\Win10_22H2_Chinese_x64.iso -Algorithm SHA1把得到的哈希值和官方公布值比对确认ISO在下载过程中没有被搞坏。制作启动U盘时建议用Rufus分区类型选择UEFIGPT文件系统选FAT32。若install.wim超过4GBRufus会自动拆分镜像不用担心UEFI引导找不到文件。3.2 升级前让系统仓库恢复健康DISM与SFC在微软论坛上修复这类“无法判断”最寻常的一步就是先修复系统组件仓库。很多人不理解为什么要这么做我来解释一下Windows在升级前会调用内置的系统组件服务去检查当前系统是否健康如果组件仓库里的文件损坏、或者有排队中的更新任务检查结果就会变成一个半吊子状态安装器没法继续。在管理员命令提示符里依次执行这三条命令是标准的“清创”流程dism /online /cleanup-image /restorehealth sfc /scannow dism /online /cleanup-image /startcomponentcleanup第一条会从Windows更新服务器拉取健康的系统文件来修复组件仓库第二条扫描并修复系统文件第三条清理掉组件仓库里废弃的更新残留。这一步做完后重启电脑再跑升级。如果执行过程中报错说明系统仓库已经损坏得比较严重建议用安装U盘里的install.wim作为修复源把命令改成dism /online /cleanup-image /restorehealth /source:E:\sources\install.wim /limitaccess其中E盘是你的安装U盘盘符。这套操作在不少Windows 10 22H2和LTSC环境的“无法判断”案例里都直接起效。3.3 休眠文件、页面文件和临时更新文件的空间骗局我前面提过磁盘空间不足是主要嫌疑但这里要说的还不是普通意义上空间不够而是一种“看起来够、实际上不够”的骗局。比如你打开C盘属性看到剩余25GB心想这总够了吧。可系统里还躺着休眠文件hiberfil.sys占用掉6到12GB页面文件pagefile.sys又占掉几个GBWindows目录里的SoftwareDistribution下载缓存也可能塞了10GB。安装器在计算空间时会把这些“垃圾体积”都算进去。最直接的办法是先关闭休眠释放掉hiberfil.sys占用的空间powercfg /h off然后运行磁盘清理把Windows更新清理、临时文件、缩略图缓存这些项目全部勾上。如果你愿意冒一点风险还可以在设置里把虚拟内存改为“自动管理”或者直接重启后让系统重新生成页面文件。做完这些再去查看C盘剩余空间大概率会多出20GB以上。还有一点容易被忽视C:\Windows\SoftwareDistribution\Download里的旧更新文件。如果这个文件夹很庞大运行下面这组命令前最好确认当前没有系统更新在进行中net stop wuauserv net stop bits rd /s /q C:\Windows\SoftwareDistribution\Download net start bits net start wuauserv空间干净了“无法判断”的很多逻辑性死结也就解开了。4. 外围硬件、安全软件和显卡面板的“干扰黑名单”4.1 把能拔的USB设备全拔掉再谈判断如果你在桌面上插着一块移动硬盘、一台打印机、一个USB网卡还有一个摄像头遇到“无法判断”的概率会成倍上升。安装器在预检阶段会枚举所有磁盘控制器和启动设备移动硬盘里的恢复分区、U盘上的EFI文件夹在安装器眼中都是“可疑目标”。它一旦发现可启动设备比自己预期多就会停下来等待确认。实测中最经典的案例是一个USB读卡器里插着SD卡而SD卡上有另一个Windows安装镜像安装器把SD卡当成一个潜在启动盘在判断阶段卡住报出“无法判断”。拔掉读卡器后问题当场消失。所以遇到这个错误第一件事就是拔掉所有USB存储设备、打印机、外接声卡、蓝牙适配器只保留键盘鼠标。4.2 第三方杀软、Defender和显卡工具的自我保护安全软件对系统文件系统过滤驱动的钩子是安装器的另一大天敌。尤其是360、腾讯电脑管家、卡巴斯基这类带有主动防御功能的软件它们会在系统底层挂驱动实时拦截文件读写。升级程序在预检阶段尝试读取注册表键值、重启后接管驱动加载流程时一旦被安全软件拦下结果就会变成Uncertain。网上一直流传着“禁用杀软”的做法但我的建议是遇到这种报错第三方安全软件最好直接卸载而不是停用。因为很多主动防御软件在退出常驻程序后内核驱动依然在运行。卸载完成后再用官方清理工具扫一遍残留驱动然后重启再跑升级。至于Windows自带的Defender你要做的是确认它处于正常状态。如果你发现“保护记录”窗口闪退或者Windows安全中心界面打不开很可能是Defender组件已经损坏。可以在PowerShell里运行Get-AppxPackage Microsoft.Windows.SecHealthUI | Reset-AppxPackage恢复之后再去升级。显卡驱动面板是另一个高危因素。NVIDIA的GeForce Experience和AMD的Adrenalin软件通常会在系统里安装一个服务和一个Shell扩展用于监控驱动状态。升级安装器在执行到“迁移驱动”阶段时如果和这个监控组件发生冲突就会回滚并报出“无法判断”。最稳妥的处理先用DDUDisplay Driver Uninstaller把显卡驱动彻底卸载干净再用Windows自带的基础显示驱动跑升级。等系统装完再装最新显卡驱动。麻烦是麻烦了点但确实能绕开一大片冲突。4.3 WSL、Nginx/PHP这类常驻服务带来的意外影响如果你这台机器还跑着WSLWindows Subsystem for Linux或者本机搭了Nginx、PHP环境升级前最好先把它们全部停掉。这不是玄学而是这些服务往往会占用系统文件句柄甚至挂载了虚拟磁盘和端口。安装器在做完整性检查时如果发现某些文件被占用、或者某些网络栈服务异常同样会得到一个不确定的结果。我在一台开发机上踩过这个坑。当时这台机器用Windows 10跑Nginx和PHP还开着WSL做测试。升级到22H2时系统提示“无法判断”翻日志看到有一条来自vmmem进程的句柄占用记录。后来执行wsl --shutdown把Nginx服务停掉重新跑升级一路顺利。如果你的Nginx还配置了开机自启记得在升级前用net stop nginx把它停掉或者直接在服务管理器里禁用。PHP-FPM如果是通过FastCGI方式挂着的也一并停掉。这些服务本身不会破坏系统但它们的存在会让安装器的“判断”多一个变量。5. 兜底方案手动分区并直接灌镜像绕开“判断”这一关5.1 准备一个足够靠谱的WinPE介质如果上面的方法都试过了“无法判断”依然出现那就别再纠结让它自己判断了直接绕过去。Windows的安装器并不是唯一能把系统装进硬盘的方法我们完全可以用diskpart手动分区再用DISM把镜像释放到分区里最后用bcdboot手动修复引导。这套流程独立于安装向导的预检机制是最后的兜底手段。开始之前先准备一个官方Windows 10安装U盘。用Rufus写入镜像或者在微软官网用媒体创建工具制作都可以。最关键是确保U盘能正常引导电脑进入蓝色安装界面。如果连安装界面都进不了先检查BIOS里的USB启动顺序和Secure Boot设置。5.2 diskpart分区与DISM灌装镜像的完整流程在安装程序界面按下ShiftF10调出命令提示符然后按下面顺序操作。先看磁盘列表diskpart list disk sel disk 0 clean这会把目标硬盘上的所有分区清空包括之前一直捣乱的系统保留分区、恢复分区和引导分区所有干扰项一次根除。注意这一步会清掉整块硬盘的数据操作前务必备份。如果你想装成UEFI模式在clean之后执行convert gpt create partition efi size100 format quick fsfat32 labelEFI create partition msr size16 create partition primary format quick fsntfs labelWindows assign letterC exit如果你是比较老的Legacy BIOS机器就不要执行convert gpt保持MBR分区表创建分区时只需要一个主分区并用active命令把C盘设为活动分区。接着挂载镜像。假设U盘的盘符是D盘系统镜像文件位于D:\sources\install.wim用DISM把镜像释放到刚才的C盘dism /apply-image /imagefile:D:\sources\install.wim /index:1 /applydir:C:\注意install.wim里面可能有多个版本家庭版、专业版、教育版、LTSC等/index:1表示第一个版本。如果你想确认有哪些版本可以先用dism /get-imageinfo /imagefile:D:\sources\install.wim查看。5.3 引导修复、老机器BIOS设置以及安装后的扫描镜像释放完成后还不能开机因为硬盘上还没有引导文件。继续在命令提示符里操作。先将U盘中保存的EFI引导文件复制过来或者直接用bcdboot命令重建引导环境bcdboot C:\Windows /s S: /f UEFI这里S:是EFI分区如果你的分区字母不是S记得换成实际字母。对于Legacy BIOS机器命令略有不同bcdboot C:\Windows /s C: /f BIOS执行完成后重启电脑拔掉U盘你就会看到正常的Windows启动画面。重启之后还要做两件事。第一打开磁盘管理确认恢复分区是否存在如果DISM灌装的系统检测不到恢复分区后续系统更新可能会再次出现怪问题。第二以管理员身份运行一次sfc /scannow确保释放的镜像文件完整。整个过程虽然绕过了安装向导但结果和一个正常的Windows 10安装没有区别。这一套手动流程我在多台旧笔记本、虚拟机以及一台专门测试Metasploitable环境的宿主机上都跑通过。最让我印象深刻的是一台Dell老笔记本原系统里一堆监控驱动和自定义服务升级向导无论怎么跑都卡在“无法判断”。后来干脆用diskpart把整个盘清干净手动分区灌装半小时就进了桌面之后连续用了几个月没再出问题。如果你已经从“无法判断”这个坑里爬出来还可以在系统里顺手加固一下把Windows 10的自动维护任务打开定期运行磁盘清理别在C盘上长期保留几十个GB的游戏缓存。多数被这个错误折磨的机器都是因为在升级时没有给安装器一个干净的判断环境。把能拔的拔掉能清的清掉能停的停掉它也就无话可说乖乖开始装了。
