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

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

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

每当我打开控制面板时,Windows Background.wav窗口出现后都会播放。它也会出现1出现E1 型号

  • 打开 Firefox 时
  • 在 Microsoft Edge 中,导航、创建新窗口或关闭最后一个剩余窗口时,有时打开
  • 启动 Discord 后第一次开始打字(不是从后台打开)
  • 在任务计划程序中,打开程序后首次导航至“历史记录”->“详细信息”
  • 打开后services.msc
  • 有时切换到E1 型号
  • 打开 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

taskhostw无法在安全模式下运行。
此序列在控制面板中重复 8 次,在 Discord 中重复 16 次,但声音只播放一次。对于 Inkscape,我使用德国 ASCII显示该序列重复 656 次,声音播放两次。这里这是打开控制面板时记录的 procmon 日志示例E1 型号活动,仅显示路径包含 的事件.wav
我已经验证了这实际上是C:\Windows\System32\taskhostw.exe。它使用的 CPU 非常少,以至于 procexp 甚至没有为它绘制图表;它的“私有字节”始终约为 9.7 MB,有时会增加到 10 MB 左右。它似乎只在播放声音时执行主要 I/O,持续时间不到 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}

我找到了Microsoft 社区帖子(德语)使用taskhostw相同参数会导致类似问题,主要区别在于 OP 报告声音每 10 分钟播放一次,而不是由于某些操作而播放。不幸的是,该线程几乎立即死亡,并且没有有用的解决方案。OP 包含一个与我遇到的类似的 procmon 条目。
禁用任务计划程序 ->Microsoft\Windows\WDI\ResolutionHost并重新启动后,taskhostw仍然运行。此外,解析主机任务最后一次运行是在 4 月 9 日,这让我相信解析主机不负责任。
我还尝试禁用几乎每个 Autoruns 条目(使用隐藏空位置隐藏 Microsoft 条目隐藏 Windows 条目启用),但 KnownDlls 条目除外,这些条目无法禁用。禁用
所有这些条目后,系统taskhostw仍可运行,声音仍可播放。

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

我不使用“Killer Control Center”,因为它似乎经常导致类似的问题,正如一些人所建议的那样支持 线程。我在谷歌上搜索我的问题时没有找到任何其他有用的线索。

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

我和 MSKLC 做了一些测试:

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

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

首先十分感谢!


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

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

3它仍然与 Inkscape 一起持续发生。

答案1

我遇到过同样的问题,其他人也遇到过类似的问题

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

真正的原因是我在玩的时候为 Temp 文件夹设置了一个 Junction(硬链接)磁盘管理。卸载磁盘后,我得到了一个断开的链接。

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

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

相关内容