某些程序打开时 taskhostw.exe 播放的“Windows Background.wav”

Rum*_*fel 5 audio notifications windows-10

操作系统:Windows 10 Home 1909 x64,操作系统内部版本 18363.752

每当我打开控制面板时,Windows Background.wav一旦窗口出现就会播放。它也发生1E1 MOD

  • 打开 Firefox 时
  • 在 Microsoft Edge 中,在导航、创建新窗口或关闭最后一个剩余窗口时,有时在打开时
  • 我第一次开始打字后开始打字(不是从后台打开)不和谐
  • 在任务计划程序中,打开程序后第一次导航到历史记录 -> 详细信息
  • 打开时 services.msc
  • 有时在切换到E1 mod 时
  • 打开 Inkscape 后立即,几秒钟后再次

没有与声音播放相关的视觉效果,例如任务栏图标闪烁,通知中心也没有通知。

我尝试过其他一些程序,例如 PicPick(一种截图工具)、paint.net、内置计算器和其他一些程序,但我还没有体验过它们。

我已经运行SFC /scannowDISM /Online /Cleanup-Image /RestoreHealth。两者都没有报告任何问题,也没有任何改变。使用 Malwarebytes 进行的病毒扫描也呈阴性。

我也尝试过安全模式(关闭网络)。在那里,Firefox 或控制面板中没有出现该问题。在我测试安全模式时,我还没有弄清楚与键盘布局的联系。我也没有测试任何其他程序。
但是,除了上述触发器之外,它在再次正常启动时确实发生了多次。

我尝试的另一件事是禁用设置 -> 系统 -> 通知和操作 -> 从应用程序和其他发件人获取通知,这也没有任何改变。

使用 procmon,我发现taskhostw.exe每当出现问题时都会多次运行以下操作序列,所有操作的路径值为C:\Windows\Media\Windows Background.wav

CreateFile
QueryStandardInformationFile
QueryBasicInformationFile
CloseFile
Run Code Online (Sandbox Code Playgroud)

taskhostw不在安全模式下运行。
此序列对于控制面板重复 8 次,对于 Discord 重复 16 次,但声音只播放一次。对于 Inkscape,我用GER ASCII进行的测试显示序列重复 656 次,声音播放两次。是一个示例 procmon 日志,在E1 mod激活的情况下打开控制面板时记录,仅显示路径包含.wav.
我已经证实这实际上是C:\Windows\System32\taskhostw.exe. 它使用的 CPU 非常少,以至于 procexp 甚至不为它绘制图形;它的“私有字节”始终在 9.7 MB 左右,有时会增加到 10 MB 左右。它似乎只在播放声音时执行主要 I/O,持续时间不到 1/10 秒,在写入约 1/10 秒时出现尖峰。最多 1 MB 2 . 其进程树如下:

wininit.exe
??? services.exe
    ??? C:\Windows\system32\svchost.exe -k netsvcs -p -s Schedule
        ??? taskhostw.exe {222A245B-E637-4AE9-A93F-A59CA119A75E}
Run Code Online (Sandbox Code Playgroud)

我找到了一篇 Microsoft 社区帖子(德语),其中taskhostw相同的论点导致了类似的问题,主要区别在于 OP 报告的声音恰好每 10 分钟播放一次,而不是某些操作的结果。不幸的是,该线程几乎立即死亡并且没有有用的解决方案。OP 包含一个 procmon 条目,它看起来与我遇到的相似。
禁用任务计划程序 ->Microsoft\Windows\WDI\ResolutionHost并重新启动后,taskhostw仍然运行。此外,上次运行分辨率主机任务是在 4 月 9 日,这让我相信分辨率主机不负责。
我还尝试禁用几乎每个 Autoruns 条目(使用Hide Emtpy LocationsHide Microsoft Entries隐藏 Windows 条目已启用),保存KnownDlls 条目,它不能被禁用。
禁用所有这些后,taskhostw仍然可以运行并且仍然播放声音。

我已经进行了就地升级以尝试解决该问题,但它仍然存在。

我不使用“杀手控制中心”,它似乎通常会导致类似的问题,正如一些支持 线程所建议的那样。在谷歌搜索我的问题时,我没有找到任何其他有用的线程。

我注意到该问题仅在选择特定键盘布局时发生:从这里下载的DIN 标准化 E1 布局版本(德语文章),我对其进行了轻微修改,然后使用MSKLC 1.4重新构建。为简洁起见,我们将其称为“E1 mod”。 我以前使用过同一个站点的另一个键盘布局,这似乎是获得我想要的布局的唯一地方,并且从德语维基百科的多个地方链接到,这让我相信它是值得信赖的。使用未经编辑的版本 (“E1”) 时不会出现此问题。

我用 MSKLC 做了一些测试:

  • 我使用 MSKLC 重新编译了默认的德语键盘布局,只修改了NameDescriptionCompanyCopyright字段(“GER mod”)。是它的源文件。我使用setup.exe生成的安装它并重新启动。选择此布局后,该问题仍会发生,但似乎不那么频繁且始终如一3
  • 同样,我从头创建了一个新布局,它只能输入小写英文字母和其他 ASCII 字符,而不能输入 Unicode 字符(“GER ASCII”)。当按下任何修饰键时,每个键都被分配了一个字符并且没​​有定义的字符。在这里,我只能用 Inkscape 3重现这个问题。

我很乐意提供任何有助于解决我的问题的进一步信息。

首先十分感谢!


1每次都一致,除非另有说明

2也很少有 <100 KB 的 I/O 尖峰,以及非常小的尖峰,我只能通过将鼠标悬停在图的最底部边界上才能找到它们,像 CPU 使用率图一样无形地小,两者似乎都是随机的。

3它仍然与 Inkscape 一致发生。

小智 0

我遇到过同样的问题和其他类似的问题

  • 无法在 Firefox 中下载任何文件
  • “无法提取 64 位图像。从可写目录运行 Process Explorer。” 运行 Process Explorer 时,昨天才起作用
  • ...可能会出现许多其他问题。

真正的原因是我在使用ImDisk时为 Temp 文件夹设置了一个 Junction (硬链接) 。卸载磁盘后,我得到了一个损坏的链接。

因此,删除“C:\ProgramData\Temp”(损坏的连接)可以解决所有问题。您甚至不需要手动创建它,因为第一次尝试写入临时文件夹就会创建它。

来自taskhostw.exe的声音通知似乎是由%TEMP%不同程序尝试使用失败引起的。