“找不到指定的模块”错误源于注册表自启项（run/runonce等）指向已删除、移动或权限异常的dll/exe路径，需依次手动清理失效键值、用autoruns精准识别“file not found”条目、重建servicingstack版本映射路径、运行sfc/dism修复系统文件、补全.net与vc++运行库。
当你在 Windows 11 中启动程序、登录系统或运行后台服务时，反复弹出“找不到指定的模块”错误提示，且该错误常伴随具体 DLL 文件名（如 comain_ev2f79.dll、eFollowerMain.dll）或服务启动失败（如 TrustedInstaller 错误代码 126），说明系统正尝试加载注册表中声明但物理路径已失效、权限异常或依赖缺失的模块文件。
清理注册表自启项中的无效路径
注册表 Run 和 RunOnce 键是系统启动时自动执行命令的高频出错位置，大量第三方软件卸载不彻底会残留指向已删除 DLL 或 EXE 的硬编码路径。
① 按 Win + R 输入 regedit 并以管理员身份运行注册表编辑器。
② 依次导航至以下五个路径，一个都不能漏： HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\RunOnce HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Run（仅限 64 位系统）
③ 在每个路径右侧窗格中，双击每个字符串值，检查其“数值数据”是否为完整绝对路径（如 "C:\Program Files\MyApp\loader.dll"），并确认该路径下文件真实存在。
④ 将该路径复制粘贴到文件资源管理器地址栏回车——若提示“位置不可用”或“拒绝访问”，【必须先右键导出该项为 .reg 备份】，再右键删除该字符串值。
⑤ 完成全部检查后关闭注册表编辑器，无需重启即可生效，但建议重启验证开机阶段是否仍报错。
用 Autoruns 精准识别并禁用缺失模块项
手动检查容易遗漏 Shell Extensions、Winlogon、Image Hijacks 等隐藏启动位置，Autoruns 能高亮标出所有“File not found”的条目，比 regedit 更可靠。
方法一：下载与运行
从微软官方 Sysinternals 页面下载 Autoruns64.exe（64 位系统）或 Autoruns.exe（32 位系统），解压后直接双击运行，无需安装。
方法二：定位与处理
启动后等待扫描完成，在主界面勾选顶部菜单栏的 “Hide Microsoft Entries”，再点击 “Find” → “File not found”。所有粉色背景行即为注册表中引用但文件已丢失的模块，右键选择 “Disable” 即可临时屏蔽，无需删除。
方法三：深度清理（慎用）
若需彻底清除，可在粉色条目上右键 → “Delete”，但注意：部分条目属于系统关键组件（如某些 CLSID），删除前务必确认其来源——鼠标悬停在条目上，底部状态栏会显示注册表路径和描述，【非明确第三方软件的条目禁止删除】。
重建 servicingstack.dll 的注册表映射路径
当错误同时伴随 TrustedInstaller 服务无法启动、CBS 更新卡死、initpki.dll 加载失败时，问题已深入系统底层，核心症结是 servicingstack.dll 的物理路径未被正确注册到 Component Based Servicing 的 Version 子项中。
第一步：定位当前系统 TrustedInstaller ID
打开文件资源管理器，进入 C:\Windows\Servicing\Version，记下其中唯一子文件夹名称（例如 10.0.22621.1）——这个字符串必须一字不差用于后续步骤。
第二步：查找 servicingstack.dll 所在 WinSxS 文件夹
进入 C:\Windows\WinSxS，按 Ctrl + F 搜索关键词 servicingstack，筛选出以 amd64_microsoft-windows-servicingstack_31bf3856ad364e35_ 开头、并以第一步记录的 ID 结尾的完整文件夹名（例如 amd64_microsoft-windows-servicingstack_31bf3856ad364e35_10.0.22621.1_none_abcdef1234567890）。
第三步：在注册表中创建 Version 映射
在 regedit 中导航至 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing，右键空白处 → 新建 → 项 → 命名为 Version；再在 Version 项内右键 → 新建 → 可展开字符串值 → 名称设为第一步记录的 ID（如 10.0.22621.1）；双击该值，在“数值数据”中输入：%SystemRoot%\WinSxS\ + 第二步查得的完整文件夹名。
第四步：重启并验证
关闭注册表编辑器，重启计算机。之后打开 services.msc，找到 Windows Modules Installer 服务，右键尝试启动——若成功，说明 servicingstack.dll 加载链已恢复。
运行 SFC 与 DISM 联合修复系统文件
注册表路径清理和重建只是治标，若系统核心 DLL（如 ntdll.dll、kernel32.dll）本身已损坏或缺失，模块加载仍会失败。SFC 和 DISM 是修复底层文件完整性的必经步骤。
以管理员身份打开终端，依次执行：
sfc /scannow
等待扫描完成。若提示“发现损坏文件并成功修复”，继续下一步；若提示“未发现完整性冲突”，跳过 DISM 检查，直接重启。
DISM /Online /Cleanup-Image /CheckHealth
若返回“映像损坏”，立即执行：
DISM /Online /Cleanup-Image /RestoreHealth
该命令可能耗时 10–25 分钟，期间不要中断或关机。完成后重启计算机，再次验证错误是否消失。
补全 .NET Framework 与 VC++ 运行库依赖
很多启动项（尤其是旧版商业软件）依赖 .NET Framework 3.5/4.x 和 Microsoft Visual C++ Redistributable 中的动态链接库（如 vcruntime140.dll、msvcp140.dll）。Win11 默认不启用 .NET 3.5，且部分更新会重置运行库注册状态。
方法一：启用 .NET Framework 组件
以管理员身份运行终端，逐条执行：
dism /online /enable-feature /featurename:netfx3 /all
dism /online /enable-feature /featurename:WCF-HTTP-Activation
dism /online /enable-feature /featurename:WCF-NonHTTP-Activation
方法二：安装 VC++ 运行库
访问微软官方下载中心，搜索并下载最新版 Microsoft Visual C++ Redistributable for Visual Studio 2015–2022，必须安装 x64 与 x86 两个版本，安装顺序不限，全部安装完成后重启。
