Как восстановить функциональность быстрого поиска Windows 10 после установки обновления 1803?

720
Rob Emenecker

После установки Windows 10 Feature Update версии 1803 8 мая 2018 года функция быстрого поиска Windows перестала работать. Когда я нахожусь на рабочем столе или нажимаю клавишу Windows и начинаю печатать, окно поиска не открывается и поиск не происходит.

Я последовательно вижу следующие две записи в журнале приложений средства просмотра событий Windows при каждой попытке использовать быстрый поиск:

Ошибка в журнале приложения:

Faulting application name: SearchUI.exe, version: 10.0.17134.48, time stamp: 0x5ae3f1dd Faulting module name: edgehtml.dll, version: 11.0.17134.48, time stamp: 0xf3c5bd61 Exception code: 0xc0000602 Fault offset: 0x00000000004e6bba Faulting process id: 0x3e74 Faulting application start time: 0x01d3ef9220aac5d5 Faulting application path: C:\Windows\SystemApps\Microsoft.Windows.Cortana_cw5n1h2txyewy\SearchUI.exe Faulting module path: C:\WINDOWS\SYSTEM32\edgehtml.dll Report Id: 3915f2eb-1417-4b6d-b269-411cfc2eb5f6 Faulting package full name: Microsoft.Windows.Cortana_1.10.7.17134_neutral_neutral_cw5n1h2txyewy Faulting package-relative application ID: CortanaUI

Связанная информация Журнал приложения, который следует за ошибкой:

Fault bucket 1244940528049283667, type 5 Event Name: MoAppCrash Response: Not available Cab Id: 0  Problem signature: P1: Microsoft.Windows.Cortana_1.10.7.17134_neutral_neutral_cw5n1h2txyewy P2: praid:CortanaUI P3: 10.0.17134.48 P4: 5ae3f1dd P5: edgehtml.dll P6: 11.0.17134.48 P7: f3c5bd61 P8: c0000602 P9: 00000000004e6bba P10:   Attached files: \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERD321.tmp.mdmp \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERD601.tmp.WERInternalMetadata.xml \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERD621.tmp.xml \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERD62B.tmp.csv \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERD67A.tmp.txt  These files may be available here: C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_Microsoft.Window_7ebde89e2a8adfd3a73e49d3d17ff57f6a5ec7_7bec4e88_6352d9a9  Analysis symbol:  Rechecking for solution: 0 Report Id: 3915f2eb-1417-4b6d-b269-411cfc2eb5f6 Report Status: 268435456 Hashed bucket: ff9df3088f9345a43146ead074dd6253 Cab Guid: 0

Поскольку обновление функции Windows 1803 было только что установлено, я не хотел усугублять плохую ситуацию, восстанавливая ссылки edgehtml.dll из моего исходного установочного образа диска.

Кто-нибудь сталкивался с этой ситуацией и успешно разрешил ее?

Спасибо роб

0
Если вы восстановите EdgeHTML из любой версии, кроме 1803, вы заставите все работать, а если вы восстановите более старую версию EdgeHTML 17, вы все заработаете. Не делайте этого, это не сработает и создаст проблему, которую можно исправить. Ramhound 5 лет назад 0
SearchUI вылетает. [Импортируйте этот файл .reg] (https://www.dropbox.com/s/8wd3xvt76l9f9j3/WER_SearchUI.reg?dl=1), чтобы настроить отчеты об ошибках Windows для создания дампов в C: \ localdumps. Теперь попробуйте открыть поиск и, если вы видите файлы searchuiNUMBER.exe.dmp в C: \ localdumps, [загрузите и импортируйте этот .regfile] (https://www.dropbox.com/s/wz2dspshz5pu85t/WER_SearchUI_uninstall.reg?dl= 1) остановить создание дампа. Теперь зайдите в дампы, поделитесь почтовым индексом через OneDrive и опубликуйте ссылку здесь. Я проанализирую дамп и смогу отправить их своим контактам в MS. magicandre1981 5 лет назад 1
@ magicandre1981 - Вот ссылка на сгенерированные заархивированные файлы дампа SearchUI (пять файлов DMP в zip-архиве): https://www.dropbox.com/s/4c1oo8jujczkcjy/SearchUI-dumpfiles-2018052101.zip?dl=0 Rob Emenecker 5 лет назад 0
свалки показывают, что вы используете обновление 16299 Fall Creators, а не апрельское обновление 17134. Вы сделали откат и все еще получаете сбой? есть операции JS, которые загружают HTML, и во время инициализации кода, связанного со шрифтом, происходит фатальный сбой (edgehtml! ApplyFontFace, поэтому в CSS используется @ font-face). magicandre1981 5 лет назад 1
@ magicandre1981: Спасибо за информацию! Странно, что дамп показывает, что Fall Creates Update 16299. Я проверил и msinfo32.exe, и winver.exe, и они показывают версию 1803 (сборка ОС 17134.48). Независимо от того, включает ли дамп имя шрифта? Это может быть так же просто, как поврежденный файл шрифта в каталоге Fonts. Я храню резервные копии файлов шрифтов, чтобы было легко восстановить любой из них. Я просто не хочу восстанавливать весь набор по умолчанию, если я могу избежать этого. Rob Emenecker 5 лет назад 0
Я вижу этот фрагмент в свалке: ** Segoe, Arial, Sans-Serif **. поэтому откройте cmd.exe в качестве администратора, запустите ** sfc / scannow ** и ** DISM / Online / Cleanup-image / Restorehealth **, посмотрите, восстанавливает ли это поврежденные файлы. magicandre1981 5 лет назад 1
Спасибо за дополнительную информацию, @ magicandre1981! Информация, которую вы разместили, дала мне то, что мне нужно для решения проблемы. Это был не случай поврежденных файлов шрифтов. Это была проблема с чрезмерно агрессивным управлением шрифтами с помощью met. Я выполнил обновление Windows на месте с установочного носителя 1803. После завершения обновления Windows функция поиска Cortana была восстановлена ​​и функционировала должным образом. Еще раз спасибо за копание в дамп-файлах. Информация, которую вы нашли, подтолкнула меня в правильном направлении! С наилучшими пожеланиями, Роб Rob Emenecker 5 лет назад 0
"чрезмерно агрессивное управление шрифтами" вы вручную удалили шрифты? magicandre1981 5 лет назад 0

0 ответов на вопрос

Похожие вопросы