【已解决】 win11下obsidian1.0.0无法打开，提示GPU process exited unexpectedly: exit_code=-1073741515

疑问解答
1

遇到的问题
我的Obdisian在最新的windows11系统中无法启动。之前可以正常启动，现在不知原因，双击图标启动时鼠标转圈没有反应，通过终端启动时提示GPU process exited unexpectedly: exit_code=-1073741515。

图片
图片1107×629 50.3 KB

obsidian版本：1.0.0与1.0.3均有此问题
windows版本：win11 22H2 22616.1

尝试过卸载重装，问题依旧存在。

提前感谢各位大佬们了 :pray:

【已解决】win11下Obsidian无法打开，点击无反应，命令提示符报错GPU process exited unexpectedly: exit_code=-1073741515
2

问题已经解决，给小伙伴们分享一下过程，出现同样问题的可以参考一下

  1. 打开Obsidian.exe所在的文件夹，如果运行.\Obisidian.exe 出现以上标志，尝试在后面跟上‘ --no-sandbox’。比如 ‘.\Obsidian.exe --no-sandbox’ 。如果Obsidian可以正常打开，进行第2步。

  2. 右键Obsidian快捷图标，选择属性，在 ‘快捷方式-目标’后面添加‘ -no-sandbox’（注意空格）
    图片

2 个赞
3

这该如何处理？

image
image1400×446 134 KB

4

操作有误，在加 -no-sandbox（第一个-前的空格不能少）之前，“目标”里面的路径会被英文双引号括起来， -no-sandbox（最前面有一个空格）一定要加在英文双引号后面

5

2026-05-23 Claude code 操作记录，解决了我obsidian、github desktop、antigravity无法启动的问题。过来分享下，大家遇到同样的问题，可以复制给ai智能体或者ai cli帮助执行操作。

目标：排查多款基于 Electron 框架的软件（如 Obsidian、GitHub Desktop）必须附加 --no-sandbox 参数才能启动的故障

执行命令/变动：

  1. 运行 Get-ProcessMitigation -System 检查系统全局漏洞防护策略。经查，ASLR、CFG 等全局漏洞防护机制均处于系统默认（NOTSET）未强制重写状态。
  2. 运行 Get-Item $env:TEMP 确认临时文件路径，结果证实 $env:TEMP 文件夹为标准物理目录，非 SymbolicLink 或 Junction 重定向符号链接。
  3. 锁定排查方向为：用户本地安全策略单项异常、第三方杀毒/主动防御软件底层注入冲突（如火绒、360核晶防护）、或特定显卡驱动下的 GPU 渲染沙盒崩溃。已汇总系统性根治修复建议供用户排查操作。

目标：根治 Electron 应用闪退——定位并清除 %LOCALAPPDATA% 上的孤立 AppContainer SID（接续上一条排查）

根因定位：
%LOCALAPPDATA% 目录的 ACL 中残留 8 个孤立 S-1-15-2-... AppContainer SID（均带 Full Control 与 (OI)(CI) 继承标志），通过继承污染到 Programs 下所有「仅为我安装」的 Chromium/Electron 应用 → GPU 沙箱进程初始化失败 → 主进程闪退（无报错弹窗）。8 个 SID 在 HKCU:\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppContainer\Mappings 注册表中全部查无映射，证实为已卸载应用残留。先前 icacls /reset 无效是因为 /reset 只把子目录 ACL 重置为父目录继承——而污染源就在父目录本身。

执行命令/变动：

  1. 备份整树 ACL（193,629 个文件 / 410MB）：
icacls "$env:LOCALAPPDATA" /save "C:\Users\juanx\acl_backup_20260523_022946\localappdata_acl.txt" /t /c
  1. 仅对父目录 %LOCALAPPDATA% 移除 8 个孤立 SID（不加 /T，子目录的继承 ACE 自动失效，操作最干净）：
icacls "$env:LOCALAPPDATA" `
  /remove:g "*S-1-15-2-30968649-1599357302-1649486899-843252491-2498841438-267117473-195624732" `
  /remove:g "*S-1-15-2-3454071375-2333265669-1950572311-810048693-3132116606-692138667-3251632539" `
  /remove:g "*S-1-15-2-3802105031-3403723175-773438941-3769312679-2010338941-831846013-564637561" `
  /remove:g "*S-1-15-2-3506138903-2094816604-2693839671-2424768796-1018425504-1389804138-1109185025" `
  /remove:g "*S-1-15-2-277344328-1474713727-2410478094-3852651014-3754440276-3169026181-3054955199" `
  /remove:g "*S-1-15-2-3803208853-1127636260-3169241655-751082858-1800045502-792113282-1615373760" `
  /remove:g "*S-1-15-2-1859948880-3394161421-485224217-1171443726-134275357-447092690-4154372666" `
  /remove:g "*S-1-15-2-1329371280-1921413599-2231991125-2469385162-1588348449-2387846844-2760724084"
  1. 回滚预案：icacls "$env:LOCALAPPDATA" /restore "C:\Users\juanx\acl_backup_20260523_022946\localappdata_acl.txt"

结果：

  • %LOCALAPPDATA% 的 ACE 从 12 条减至 3 条标准条目（SYSTEM / Administrators / juanx），Programs 子目录通过继承同步净化。
  • Obsidian / GitHub Desktop / Google Antigravity 不带任何 --disable-gpu* 参数直接以原始 exe 启动成功，且 GPU/渲染子进程正常派生（进程数 4–5），证明 Chromium 沙箱完全恢复。
  • 后续可移除三款软件快捷方式中的 --disable-gpu --disable-gpu-sandbox --in-process-gpu，恢复完整 GPU 沙箱保护。

与社区「Antigravity 假说」的修正：
Reddit r/google_antigravity 等社区将故障完全归咎于 Google Antigravity 2.0 安装时写入冲突 AppContainer 权限——方向正确（确实是 AppContainer SID 污染 + GPU 沙箱崩溃），但归因不准。本案 8 个 SID 均为孤立残留（无 Mappings 记录），更可能是多年累积的卸载应用遗留，而非单一软件所为；Antigravity 自身也是同污染目录下的受害者。VS Code 同处 %LOCALAPPDATA%\Programs\ 却未受影响——并非如 Gemini 所言"沙箱依赖较轻"，而是不同 Electron 版本对沙箱权限冲突的容忍度差异。