Wie stelle ich die Windows 10-Schnellsuche nach der Installation von Feature Update 1803 wieder her?

798
Rob Emenecker

Nach der Installation des Windows 10 Feature Update 1803 am 8. Mai 2018 funktionierte die Windows-Schnellsuche nicht mehr. Wenn ich mich auf dem Desktop befinde oder die Windows-Taste drücke und mit der Eingabe beginne, wird kein Suchfeld geöffnet und es findet keine Suche statt.

Wenn ich die Schnellsuche verwende, sehe ich immer die folgenden zwei Einträge im Anwendungsprotokoll der Windows-Ereignisanzeige:

Fehler im Anwendungsprotokolleintrag:

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

Verwandte Informationen Anwendungsprotokoll Eintrag, der den Fehlereintrag folgt:

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

Da das Feature-Update für Windows 1803 gerade installiert wurde, wollte ich keine schlechte Situation durch das Wiederherstellen der Verweise edgehtml.dll von meinem ursprünglichen Installationsdatenträgerabbild verschlimmern.

Ist jemand auf diese Situation gestoßen und hat sie erfolgreich gelöst?

Danke, Rob

0
Wenn Sie EdgeHTML von einer anderen Version als 1803 wiederherstellen, machen Sie die Dinge zum Laufen, und wenn Sie eine ältere Version von EdgeHTML 17 wiederherstellen, werden Sie die Dinge zum Laufen bringen. Tun Sie das nicht, es funktioniert nicht und schafft ein Problem, das behoben werden kann. Ramhound vor 6 Jahren 0
SearchUI stürzt ab. [Importieren Sie diese .reg-Datei] (https://www.dropbox.com/s/8wd3xvt76l9f9j3/WER_SearchUI.reg?dl=1), um die Windows-Fehlerberichterstattung zu konfigurieren, um Dumps in C: \ localdumps zu erstellen. Versuchen Sie nun, die Suche zu öffnen, und wenn Sie searchuiNUMBER.exe.dmp-Dateien in C: \ localdumps sehen, [laden Sie diese .regfile herunter und importieren Sie sie] (https://www.dropbox.com/s/wz2dspshz5pu85t/WER_SearchUI_uninstall.reg?dl= 1) um die Dump-Erstellung zu stoppen. Nun zup die dmps und teilen Sie die Zip über OneDrive und posten Sie den Link hier. Ich analysiere den Dump und kann ihn an meine MS-Kontakte weiterleiten. magicandre1981 vor 6 Jahren 1
@ magicandre1981 - Hier ein Link zu den gezippten SearchUI-Dumpfiles (fünf DMP-Dateien im ZIP-Archiv): https://www.dropbox.com/s/4c1oo8jujczkcjy/SearchUI-dumpfiles-2018052101.zip?dl=0 Rob Emenecker vor 6 Jahren 0
Die Dumps zeigen, dass Sie das Fall Creators Update 16299 verwenden, nicht das April-Update 17134. Haben Sie einen Rollback durchgeführt und haben Sie immer noch den Absturz? Es gibt JS-Operationen, die HTML laden, und während der Initialisierung von Font-Code der Absturz auftritt (edgehtml! ApplyFontFace, also @ font-face wird in CSS verwendet). magicandre1981 vor 6 Jahren 1
@ magicandre1981: Danke für die Info! Das ist merkwürdig, dass der Dump das Fall Creates Update 16299 zeigt. Ich habe sowohl mit msinfo32.exe als auch mit winver.exe gesucht, und sie zeigen Version 1803 (OS Build 17134.48). Enthält der Dump trotzdem den Namen der Schriftart? Dies kann so einfach wie eine beschädigte Schriftartdatei im Verzeichnis "Fonts" sein. Ich bewahre Sicherungskopien von Schriftdateien auf, so dass es leicht ist, sie wiederherzustellen. Ich möchte einfach nicht den gesamten Standardsatz wiederherstellen, wenn ich es vermeiden kann. Rob Emenecker vor 6 Jahren 0
Ich sehe dieses Fragment auf der Müllkippe: ** Segoe, Arial, Sans-Serif **. Öffnen Sie also eine cmd.exe als Administrator, indem Sie ** sfc / scannow ** und ** DISM / Online / Cleanup-image / Restorehealth ** überprüfen, ob die beschädigten Dateien dadurch repariert werden. magicandre1981 vor 6 Jahren 1
Danke für die zusätzlichen Informationen, @ magicandre1981! Die Informationen, die Sie gepostet haben, gaben mir das, was ich brauchte, um das Problem zu lösen. Es handelt sich nicht um beschädigte Schriftdateien. Es war ein Problem mit über-aggressiver Zeichensatzverwaltung von meet. Ich habe ein In-Place-Update von Windows mit dem Installationsmedium 1803 durchgeführt. Nachdem Windows die Aktualisierung abgeschlossen hatte, wurde die Cortana-Suchfunktion wiederhergestellt und funktionierte wie erwartet. Nochmals vielen Dank für das Graben durch die Dumpfiles. Die Informationen, die Sie gefunden haben, haben mich in die richtige Richtung gelenkt! Viele Grüße, Rob Rob Emenecker vor 6 Jahren 0
"über-aggressive Schriftverwaltung" haben Sie Schriftarten manuell gelöscht? magicandre1981 vor 6 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme