PowerShell 7.5 升级后启动闪退Windows 平台 3 处排查完整指南【免费下载链接】PowerShellPowerShell for every system!项目地址: https://gitcode.com/GitHub_Trending/po/PowerShell把 PowerShell 升到 7.5 之后第一次双击 pwsh窗口一闪就没了。升级前一切正常现在 pwsh 打不开这就是 PowerShell 7.5 在 Windows 上升级后启动崩溃最典型的样子。先别急着重装这类问题九成卡在 .NET 运行时、权限策略或旧配置三处。跟着下面 4 个小节的顺序走5 分钟能把 PowerShell 7.5 闪退查清。01 先认症状闪退、黑屏秒退还是报错退出症状不同卡点不同。先对号入座再往下走表现典型样子大概率卡在哪闪退双击 pwsh窗口一闪就没.NET 7 运行时缺失或损坏黑屏秒退窗口弹出后立刻关闭无输出配置加载或模块初始化失败报错退出弹红字错误后退出UAC / 组策略拦截确认这一步再往下走先跑一遍环境自检命令核对 Windows 与 .NET 是否达标。# 查看系统版本要求 Windows 10 1607 及以上Windows Server 2016 及以上 systeminfo | Select-String OS 名称 # 查看已安装的 .NET 运行时要求列表里包含 7.0.x dotnet --list-runtimesPowerShell 7.5 基于 .NET 7.0 构建Windows 10 1607 是底线Win11 体验最稳。低于这条线的老系统升级前先想清楚要不要用旧版。02 按顺序查 3 个位置.NET → 权限 → 配置2.1 .NET 7.0 运行时闪退九成卡在这里dotnet --list-runtimes里没有Microsoft.NETCore.App 7.0.x基本就是它了。pwsh 本体只是引导器真正干活的是 .NET 7运行时缺失或损坏时进程会直接退出连报错都来不及弹。# 通过 winget 安装 .NET 7.0 运行时 winget install Microsoft.DotNet.Runtime.7验证重开 pwsh输入$PSVersionTable.PSVersion显示 7.5.x 即通过。2.2 UAC 与组策略管理员模式验证法运行时没问题还秒退多半是权限把核心模块的加载拦住了。UAC 设置过严、组策略限制脚本执行、第三方安全软件误报都会造成进程启动即被杀的假象。# 以管理员身份拉起 pwsh验证是否为权限问题 Start-Process pwsh -Verb RunAs验证管理员窗口能正常打开就是策略问题。打开gpedit.msc定位到计算机配置 管理模板下的 PowerShell 脚本执行策略放开通道。2.3 重置配置文件$PROFILE 改名法前两项都排除后剩最后一处旧版本留下的$PROFILE。7.5 的引擎更严格旧 profile 里引用的过时别名、失效模块路径会在启动阶段直接抛错表现为黑屏秒退。# 备份旧配置让 pwsh 跳过它 Rename-Item $PROFILE $PROFILE.bak -Force pwsh验证默认配置下能正常启动说明就是它。再逐个片段迁回.bak里的设置找到具体是哪一行出了问题。03 还没好事件查看器与调试日志 3.1 事件查看器看什么按WinR输入eventvwr.msc进Windows 日志 应用程序用pwsh过滤、只留错误级别。重点看事件 ID 1000应用程序错误Faulting module name一栏会写明是哪个模块崩的名字里带coreclr的多是运行时问题带.dll插件的多是第三方拦截。3.2 生成调试日志并检索 ERROR/WARN拿不到弹窗报错时把无配置启动的输出落盘只捞关键行# 跳过配置启动把全部输出写入日志 pwsh -NoProfile 21 | Out-File pwsh-startup.log # 只检索错误与告警行 Select-String ERROR|WARN pwsh-startup.logERROR行的模块名和堆栈就是定位崩溃点的直接线索。04 让问题不再复发 ♻️修好之后把更新和缓存纳入日常问题就不容易二次发作# 检查并升级 PowerShell winget upgrade Microsoft.PowerShell # 清理模块分析缓存避免旧缓存与新引擎冲突 Remove-Item $env:LOCALAPPDATA\Microsoft\PowerShell\7\ModuleAnalysisCache -Recurse -Force版本行为和已知问题升级前后各翻一遍变更日志系统兼容范围以 Windows 构建文档 为准要深挖崩溃细节可对照 src/System.Management.Automation/ 源码目录定位模块。30 秒自查清单系统为 Windows 10 1607 及以上dotnet --list-runtimes含 7.0.x管理员模式可正常打开排除权限改名$PROFILE后可正常打开排除配置事件查看器已核对事件 ID 1000全勾上还没解决把报错和日志整理好去 PowerShell 仓库提交 issue交给官方定位。【免费下载链接】PowerShellPowerShell for every system!项目地址: https://gitcode.com/GitHub_Trending/po/PowerShell创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 PowerShell 7.5 升级后启动闪退？Windows 平台 3 处排查完整指南
PowerShell 7.5 升级后启动闪退Windows 平台 3 处排查完整指南【免费下载链接】PowerShellPowerShell for every system!项目地址: https://gitcode.com/GitHub_Trending/po/PowerShell把 PowerShell 升到 7.5 之后第一次双击 pwsh窗口一闪就没了。升级前一切正常现在 pwsh 打不开这就是 PowerShell 7.5 在 Windows 上升级后启动崩溃最典型的样子。先别急着重装这类问题九成卡在 .NET 运行时、权限策略或旧配置三处。跟着下面 4 个小节的顺序走5 分钟能把 PowerShell 7.5 闪退查清。01 先认症状闪退、黑屏秒退还是报错退出症状不同卡点不同。先对号入座再往下走表现典型样子大概率卡在哪闪退双击 pwsh窗口一闪就没.NET 7 运行时缺失或损坏黑屏秒退窗口弹出后立刻关闭无输出配置加载或模块初始化失败报错退出弹红字错误后退出UAC / 组策略拦截确认这一步再往下走先跑一遍环境自检命令核对 Windows 与 .NET 是否达标。# 查看系统版本要求 Windows 10 1607 及以上Windows Server 2016 及以上 systeminfo | Select-String OS 名称 # 查看已安装的 .NET 运行时要求列表里包含 7.0.x dotnet --list-runtimesPowerShell 7.5 基于 .NET 7.0 构建Windows 10 1607 是底线Win11 体验最稳。低于这条线的老系统升级前先想清楚要不要用旧版。02 按顺序查 3 个位置.NET → 权限 → 配置2.1 .NET 7.0 运行时闪退九成卡在这里dotnet --list-runtimes里没有Microsoft.NETCore.App 7.0.x基本就是它了。pwsh 本体只是引导器真正干活的是 .NET 7运行时缺失或损坏时进程会直接退出连报错都来不及弹。# 通过 winget 安装 .NET 7.0 运行时 winget install Microsoft.DotNet.Runtime.7验证重开 pwsh输入$PSVersionTable.PSVersion显示 7.5.x 即通过。2.2 UAC 与组策略管理员模式验证法运行时没问题还秒退多半是权限把核心模块的加载拦住了。UAC 设置过严、组策略限制脚本执行、第三方安全软件误报都会造成进程启动即被杀的假象。# 以管理员身份拉起 pwsh验证是否为权限问题 Start-Process pwsh -Verb RunAs验证管理员窗口能正常打开就是策略问题。打开gpedit.msc定位到计算机配置 管理模板下的 PowerShell 脚本执行策略放开通道。2.3 重置配置文件$PROFILE 改名法前两项都排除后剩最后一处旧版本留下的$PROFILE。7.5 的引擎更严格旧 profile 里引用的过时别名、失效模块路径会在启动阶段直接抛错表现为黑屏秒退。# 备份旧配置让 pwsh 跳过它 Rename-Item $PROFILE $PROFILE.bak -Force pwsh验证默认配置下能正常启动说明就是它。再逐个片段迁回.bak里的设置找到具体是哪一行出了问题。03 还没好事件查看器与调试日志 3.1 事件查看器看什么按WinR输入eventvwr.msc进Windows 日志 应用程序用pwsh过滤、只留错误级别。重点看事件 ID 1000应用程序错误Faulting module name一栏会写明是哪个模块崩的名字里带coreclr的多是运行时问题带.dll插件的多是第三方拦截。3.2 生成调试日志并检索 ERROR/WARN拿不到弹窗报错时把无配置启动的输出落盘只捞关键行# 跳过配置启动把全部输出写入日志 pwsh -NoProfile 21 | Out-File pwsh-startup.log # 只检索错误与告警行 Select-String ERROR|WARN pwsh-startup.logERROR行的模块名和堆栈就是定位崩溃点的直接线索。04 让问题不再复发 ♻️修好之后把更新和缓存纳入日常问题就不容易二次发作# 检查并升级 PowerShell winget upgrade Microsoft.PowerShell # 清理模块分析缓存避免旧缓存与新引擎冲突 Remove-Item $env:LOCALAPPDATA\Microsoft\PowerShell\7\ModuleAnalysisCache -Recurse -Force版本行为和已知问题升级前后各翻一遍变更日志系统兼容范围以 Windows 构建文档 为准要深挖崩溃细节可对照 src/System.Management.Automation/ 源码目录定位模块。30 秒自查清单系统为 Windows 10 1607 及以上dotnet --list-runtimes含 7.0.x管理员模式可正常打开排除权限改名$PROFILE后可正常打开排除配置事件查看器已核对事件 ID 1000全勾上还没解决把报错和日志整理好去 PowerShell 仓库提交 issue交给官方定位。【免费下载链接】PowerShellPowerShell for every system!项目地址: https://gitcode.com/GitHub_Trending/po/PowerShell创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考