{"id":219105,"date":"2019-06-12T12:28:57","date_gmt":"2019-06-12T10:28:57","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=219105"},"modified":"2024-07-09T15:58:33","modified_gmt":"2024-07-09T13:58:33","slug":"windows-10-ereignisanzeige-hngt-nach-update-kb4503293-kb4503327","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2019\/06\/12\/windows-10-ereignisanzeige-hngt-nach-update-kb4503293-kb4503327\/","title":{"rendered":"Windows 7-10: Ereignisanzeige hängt nach Juni 2019-Update (KB4503293\/KB4503327 etc.)"},"content":{"rendered":"

[English<\/a>]Benutzer von Windows 7 bis Windows 10 sowie diverser Server-Versionen stellen nach der Installation der kumulativen Juni 2019 Updates (z.B. KB4503293\/KB4503327) eventuell fest, dass die Ereignisanzeige nicht mehr funktioniert, wenn der Zweig Benutzerdefinierte Ansichten<\/em> angew\u00e4hlt wird. Es gibt dann eine Fehlermeldung. Es gibt einen einfachen Workaround, um bis zum Bugfix weiter mit der Ereignisanzeige arbeiten zu k\u00f6nnen. Erg\u00e4nzung:<\/strong> Der Beitrag wurde (nachdem ich den Fehler reproduzieren konnte) grundlegend \u00fcberarbeitet und erg\u00e4nzt (er betrifft wohl faktisch alle Windows-Versionen). Zudem hat Microsoft den Fehler best\u00e4tigt.<\/p>\n

<\/p>\n

\"\"Das Ganze betrifft aktuell wohl nur die Windows 10 Versionen V1903 (Update KB4503293<\/a>) und V1809 (Update KB4503327<\/a>). Danke an Matthias f\u00fcr den Hinweis<\/a> (und auch an Max f\u00fcr den Kommentar hier<\/a>). Erg\u00e4nzung:<\/strong> Der urspr\u00fcnglich f\u00fcr Windows 10 V1903 und V1809 berichtete Fehler existiert f\u00fcr praktisch alle Windows 10-Versionen sowie f\u00fcr Windows 7 SP1 und auch diverse Windows Server-Editionen (2012 R2, 2016 etc.).<\/p>\n

Das Fehlerbild im Detail<\/h2>\n

Wird die Ereignisanzeige aufgerufen und der Zweig Benutzerdefinierte Ansichten<\/em> angew\u00e4hlt (siehe folgende Abbildung, die ich unter Windows 7 SP1 angefertigt habe), bleibt die Anzeige mit einer Fehlermeldung h\u00e4ngen.<\/p>\n

\"Benutzerdefinierte<\/a><\/p>\n

Anmerkung:<\/strong> Ich habe es bei mir mal unter Windows 10 nachvollzogen. Der Fehler trat erst auf, nachdem ich definitiv eine eigene Benutzerdefinierte Ansicht erstellt hatte. Danach halfen auch die Workarounds nicht. Manchmal st\u00fcrzte die Ereignisanzeige sofort nach dem Aufruf ab, manchmal nach dem Zugriff auf den Zweig Benutzerdefinierte Ansichten.<\/p><\/blockquote>\n

Es wird dann ein Dialogfeld mit dem Hinweis 'Ein Fehler wurde in einem Snap-In festgestellt und das Snap-in wird entfernt' <\/em>angezeigt.<\/p>\n

\"Event<\/p>\n

W\u00e4hlt man das Optionsfeld Snap-In entfernen und MMC weiterhin ausf\u00fchren<\/em>, wird ein Fehlerdialog mit weiteren Informationen angezeigt.<\/p>\n

\"Ausnahmefehler<\/p>\n

Der Fehlertext ist in obigem Screenshot abgeschnitten und ich konnte das Fenster nicht vergr\u00f6\u00dfern. Die Kollegen bei deskmodder.de haben in diesem Blog-Beitrag<\/a> den Fehler aber beschrieben. Dort findet sich noch der Hinweis, dass die Angabe \"Der Prozess kann nicht auf die Datei \"C:\\ProgramData\\Microsoft\\Event Viewer\\Views\\View_0.xml\" zugreifen, da sie von einem anderen Prozess verwendet wird.\"<\/em> in diesem Zusammenhang angezeigt werde.<\/p>\n

Anmerkung:<\/strong> Nachdem ich den Fehler bei mir nachstellen konnte, musste ich feststellen, dass dies nicht das 'Ende der Fahnenstange ist'. Es gibt auch die Meldung \"Der Prozess kann nicht auf die Datei \"C:\\Users\\MSKonto\\AppData\\Local\\Microsoft\\Event Viewer\\Views\\View_0.xml\" zugreifen, da sie von einem anderen Prozess verwendet wird.\"<\/em>, wenn \u00b4die XML-Dateien in C:\\ProgramData<\/em> gel\u00f6scht werden \u2013 dazu sp\u00e4ter mehr.<\/p><\/blockquote>\n

Klickt man dann auf OK, wird das Dialogfeld geschlossen und die Ereignisanzeige wird die Details in der rechten Spalte anzeigen.<\/p>\n

\"Snap-In<\/a>
\n(Zum Vergr\u00f6\u00dfern klicken<\/a>)<\/p>\n

Ab diesem Zeitpunkt kann man nicht mehr mit der Ereignisanzeige arbeiten, wie ich bei einem Versuch feststellen musste.<\/p>\n

Anmerkung:<\/strong> Mit hat beim Nachstellen des Fehlers ein alter Microsoft KB-Artikel<\/a> weitergeholfen \u2013 wenn dieser auch beim aktuellen Bug nicht weiter hilft. Ein solcher Fehler deutet meist auf kaputte Dateien hin. Mark Heitbrink gibt hier den Tipp, den MMC Cache in %appdata%\\Microsoft\\MMC<\/em> zu leeren. Das wird im aktuellen Fall aber nicht helfen, da der Bug in Windows steckt und durch ein Update getriggert wurde. Die Dateien sind ja auch nicht kaputt, sondern durch einen weiteren Prozess im Zugriff. Ich habe weiter unten noch eine m\u00f6gliche Ursache benannt.<\/p><\/blockquote>\n

Benutzerdefinierte Ansicht erstellen<\/h3>\n

Falls jemand das selbst zum Testen nachstellen m\u00f6chte, muss er eine eigene Benutzerdefinierte Ansicht erstellen. Ich hatte eine vordefinierte Ansicht 'Administrative Ereignisse', die den Fehler nicht zeigte.<\/p>\n

<\/a>
\n(Zum Vergr\u00f6\u00dfern klicken<\/a>)<\/p>\n

Dazu Benutzerdefinierte Ansichten <\/em>in der linken Spalte per Rechtsklick anw\u00e4hlen und dann den Kontextmen\u00fcbefehl Benutzerdefinierte Ansicht erstellen <\/em>w\u00e4hlen. Dann im Dialogfeld ein Kontrollk\u00e4stchen in der Gruppe Eigenschaften <\/em>markieren und unter Per Protokoll <\/em>im Listenfeld das Kontrollk\u00e4stchen einer Option markieren. Auf OK<\/em>-Klicken und im Folgedialogfeld (siehe unten) einen Namen f\u00fcr den Eintrag festlegen und per OK<\/em> best\u00e4tigen.<\/p>\n

<\/p>\n

Achtung: Im Dialogfeld Filter in benutzerdefinierte Ansicht speichern<\/em> gibt es unten rechts ein Kontrollk\u00e4stchen Alle Benutzer<\/em>. L\u00e4uft der MMC.exe mit administrativen Berechtigungen, l\u00e4sst sich das Kontrollk\u00e4stchen markieren und die Konfiguration der Ansicht wird in ProgramData<\/em> gespeichert. Bei Standard-Benutzerkonten ist das Kontrollk\u00e4stchen unmarkiert und ausgegraut. Dann speichert MMC.exe die Konfigurierung im Nutzerprofil unter AppData<\/em>. Das wird in nachfolgendem Workaround relevant, wo es um die Pfade zur View_…xml-Datei geht (siehe auch den Kommentar weiter unten<\/a>).<\/p><\/blockquote>\n

\"Ereignisanzeige<\/a>
\n(Zum Vergr\u00f6\u00dfern klicken<\/a>)<\/p>\n

Dann erscheint sofort der Fehlerdialog und die Ereignisanzeige ist nicht mehr verwendbar.<\/p>\n

Ein (tempor\u00e4rer) Workaround<\/h2>\n

Die L\u00f6sung, die die Kollegen von deskmodder.de vorschlagen<\/a>, ist, im Explorer zu folgendem Ordner navigieren:<\/p>\n

C:\\ProgramData\\Microsoft\\Event Viewer\\Views\\<\/p>\n

Dort sollte eine Datei View_0.xml oder mit einer anderen fortlaufenden Nummer zu finden sein. Die Zahl h\u00e4ngt von der Anzahl der definierten benutzerdefinierten Ansichten ab. Die Frage, ob die Datei im Pfad zu finden ist, h\u00e4ngt auch davon ab, ob die benutzerdefinierte Ansicht f\u00fcr alle Benutzer oder nicht erstellt wurde (siehe obige Anmerkung).<\/p>\n

\"<\/p>\n

Diese Datei ist nach dem Vorschlag der Kollegen von deskmodder.de zu l\u00f6schen (erfordert Administratoren-Berechtigungen).<\/p>\n

Anmerkung:<\/strong> In den View_x.xml<\/em>-Dateien speichert die Ereignisanzeige die Konfiguration der benutzerdefinierten Ansicht. L\u00f6scht man die XML-Datei, sind nat\u00fcrlich die betreffenden Konfigurationen verloren. In obigem Screenshot habe ich daher den Unterordner Bak<\/em> angelegt. Dann lassen sich die XML-Dateien in diesen Ordner verschieben, bis Microsoft einen Fix bringt.<\/p><\/blockquote>\n

Im Anschluss sollte die MMC.exe bzw. die Ereignisanzeige beim n\u00e4chsten Start wieder funktionieren. Allerdings gibt es dabei noch zwei Probleme:<\/p>\n