{"id":262532,"date":"2022-02-12T13:02:42","date_gmt":"2022-02-12T12:02:42","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=262532"},"modified":"2022-02-14T07:20:52","modified_gmt":"2022-02-14T06:20:52","slug":"microsoft-februar-2022-patchday-nachlese","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2022\/02\/12\/microsoft-februar-2022-patchday-nachlese\/","title":{"rendered":"Microsoft Februar 2022 Patchday-Nachlese"},"content":{"rendered":"

\"Update\"[English<\/a>]Zum 8. Februar 2022 war ja Patchday bei Microsoft, bei dem eine Reihe an Sicherheitsupdates f\u00fcr diverse Produkte bereitgestellt wurden. Ich hatte im Blog \u00fcber diese Updates berichtet. Auf den ersten Blick gab es wenig \u00c4rger mit den Februar 2022-Updates. Aber mir sind dann doch einige Kollateralsch\u00e4den unter die Augen gekommen, die ich in einer Nachlese mal zusammen stelle.<\/p>\n

<\/p>\n

Probleme mit Shares von NFS-Ger\u00e4ten<\/h2>\n

\"\"Die Updates f\u00fcr Windows\/Windows Server fixen im Netzwerkbereich eine Information-Disclosure-Schwachstelle (siehe CVE-2022-21993: Windows Services for NFS ONCRPC XDR Driver Information Disclosure Vulnerability<\/a>). Der Patch kann zu Problemen mit Freigaben auf Fremdger\u00e4ten f\u00fchren, die das Network File System (NFS) unterst\u00fctzen. Blog-Leser Chris hat sich in diesem Kommentar<\/a> gemeldet und schreibt:<\/p>\n

Achtung! Dieses Update scheint negative Auswirkungen auf Microsoft-fremde Netzwerkdienste zu haben. Bei uns hat es reproduzierbar zu Problemen mit NFS-Shares gef\u00fchrt. Die Ports sind dann von Au\u00dfen \"taub\", obwohl sie laut Netstat und Firewall erreichbar sein m\u00fcssten. Nach dem Entfernen des KB5010342 l\u00e4uft wieder alles\u2026<\/p><\/blockquote>\n

Blog-Leser Rene best\u00e4tigt das, denn deren ESXi-Instanzen mounten das NFS des Veeam B&R mit seinem PowerNFS nicht mehr, nachdem der Veeam Master gepatcht wurde. Veeam ist in Version 11a installiert. Das Ganze bezieht sich auf Windows Server 2012 R2.<\/p>\n

Druckerprobleme nach Patchday<\/h2>\n

In einer privaten Gruppe f\u00fcr Server-Administratoren meldet jemand, dass bei deren Windows Server 2008 R2, der als Print-Server im Einsatz ist, die Drucker nach der Update-Installation verschwunden waren.<\/p>\n

\"Feb.<\/p>\n

Blog-Leser Dominik meldet in diesem Kommentar<\/a> zum Beitrag Windows 7\/Server 2008R2; Windows 8.1\/Server 2012R2: Updates (8. Februar 2022)<\/a>, dass das SSU ihm nach Installation immer wieder neu angeboten wird – er muss es wohl ausblenden. Blog-Leser Alex beklagt in diesem Kommentar<\/a> ebenfalls Probleme mit dem Netzwerkdrucker.<\/p>\n

Interessant, aber mit letzem Win10 Feb. 2022-Patchday hat Microsoft erneut bei uns Problem mit Netzwerkdrucker verursacht.<\/p>\n

[…]<\/p>\n

Unsere Win10 21H2 PC mit installierten Feb. 2022 Patch verlangen erneut nach Adminrechten bei Installieren von Netzwerkdruckertreiber.<\/p><\/blockquote>\n

Und zum 9.2.2022 hat sich TheInspector hier gemeldet<\/a> und beklagt den Fehler 0x0000011b auf Windows 10 20H2-Clients.<\/p>\n

KB5010359 verursacht Fehler 0x8024001E<\/h2>\n

Eine weitere Meldung in einer privaten Administratorengruppe auf Facebook berichtet davon, dass das Update KB5010359 den Installationsfehler 0x8024001E auf einem Windows Server 2016 verursacht und abbricht. Auf Technet gibt es diesen Forenbeitrag<\/a>, der vom gleichen Poster stammen k\u00f6nnte. Einem Kommentar auf Facebook k\u00f6nnte das aktuelle Servicing Stack Update fehlen, was der Thread-Ersteller aber verneint.<\/p>\n

Hilfreich ist es, die Erkl\u00e4rung zum Fehlercode zu betrachten. Im Blog-Beitrag Windows 10: Update-Fehler 0x8024xxxx erkl\u00e4rt<\/a> habe ich die Details zu diesem Fehler herausgezogen:<\/p>\n

0x8024001E WU_E_SERVICE_STOP Operation did not complete because the service or system was being shut down.<\/p><\/blockquote>\n

Die betreffende Transaktion konnte nicht abgeschlossen werden, weil der Dienst oder das System heruntergefahren wurden. Bleibt die Frage, was dieses Problem verursacht, denn ein Shutdown des Servers ist in obigem Fall wohl eher ausgeschlossen.<\/p>\n

Aber wie so oft, wird man hier im Blog f\u00fcndig. Ich hatte im Beitrag Windows 8 liefert Fehler 0x8024001E<\/a> was zu geschrieben und f\u00fcr Windows 10 erg\u00e4nzt. M\u00f6glicherweise spielt noch eine Einstellung im Internet Explorer (Ordner Temporary Internet Files <\/em>undefiniert oder Berechtigungskonflikte) mit rein.<\/p>\n

\"\"<\/p>\n

Erg\u00e4nzung: <\/strong>Der Betroffene hat sich auf Facebook auf meinen Tipp, die Einstellungen f\u00fcr den tempor\u00e4ren Ordner im Internet Explorer zu pr\u00fcfen, gemeldet.<\/p>\n

Lieber G\u00fcnter, danke f\u00fcr Deinen Hinweis. Ich hatten den schon gefunden und gelesen, hatte aber den IE Einstellungen zu wenig Beachtung gewidmet. Der Im IE angegebene Ordner war vorhanden. Dann habe ich den mal auf C:\\Windows\\Temp <\/em>verschoben und danach konnte ich das Update wirklich installieren. Danke<\/p><\/blockquote>\n

Hat also wieder mal gepasst. Wenn Berechtigungsprobleme beim Zugriff auf den Tempor\u00e4ren Ordner des Internet Explorer mit reinspielen, scheint der Download nicht erfolgreich ausgef\u00fchrt zu werden und es gibt den Abbruch mit dem Fehlercode 0x8024001E. Da der Internet Explorer k\u00fcnftig durch den Edge ersetzt wird, k\u00f6nnte das noch h\u00e4ufiger auftreten.<\/p>\n

Boot-Fehler 0xc0000185 bei Windows 10<\/h2>\n

In einer privaten Mitteilung ist mir ein nicht mehr bootendes ASUS-Notebook gemeldet worden – das Notebook stand am Morgen in einem BlueScreen. Wegen der zeitlichen N\u00e4he und Windows 10 liegt ein verungl\u00fccktes Update nahe.<\/p>\n

\"Boot-Fehler<\/p>\n

Bei der Reparatur der Starteinstellungen wird der Fehler 0xc0000185 gemeldet, was ein Hinweis auf besch\u00e4digte Startdateien ist. Ich hatte eine Reparatur in Windows RE<\/a> vorgeschlagen und auf diesen Artikel<\/a> zur Reparatur verlinkt. Am Ende des Tages half, das System mit einem Windows 10-Installationsstick zu booten, in die Computerreparaturoptionen zu gehen, das System automatisch reparieren zu lassen und dann noch chkdsk \/r in der Eingabeaufforderung auszuf\u00fchren.<\/p>\n

Installation von\u00a0KB5010342\u00a0bleibt bei 5% stehen<\/h2>\n

Erg\u00e4nzung:<\/strong> Bei den Kollegen von administrator.de bin ich auf diesen Post<\/a> gesto\u00dfen. Dort bleibt die Installation des Update\u00a0KB5010342 auf\u00a0Windows 10 21H1 bei 5 % stehen. Es gibt keine Log-Eintr\u00e4ge, und keine weiteren Informationen, betrifft aber mehrere Maschinen (30 Clients, bei denen sich 2,5 Std. lang nichts tut).<\/p>\n

Der Administrator konnte das Problem dann soweit eingrenzen, dass auf betroffenen Clients die Sicherheitsprodukte Sentinelone und ESET 9 installiert sind. Mit Sentinelone + ESET 8 scheint es keine Probleme zu geben.<\/p>\n

Access-Probleme nach Feb. 2022-Updates<\/h2>\n

Mit dem Update vom 1. Februar 2022 hat Microsoft auch an den Problemen bei Microsoft Access geschraubt – dort konnten ja seit Dezember 2021 nicht mehrere Nutzer mit einer Access-Datenbank arbeiten. Hier gibt es vereinzelte Probleme, als Folge des Februar 2022-Updates, die in den Kommentaren zum Blog-Beitrag Microsoft Office Updates (1. Februar 2022) korrigieren Access-Probleme<\/a> zu finden sind. In einem Satz: Die Probleme sind noch da.<\/p>\n

\u00c4hnliche Artikel:
\n<\/strong>Microsoft Office Updates (1. Februar 2022) korrigieren Access-Probleme<\/a>
\nMicrosoft Security Update Summary (8. Februar 2022)<\/a>
\nPatchday: Windows 10-Updates (8. Februar 2022)<\/a>
\nPatchday: Windows 11\/Server 2022-Updates (8. Februar 2022)<\/a>
\nWindows 7\/Server 2008R2; Windows 8.1\/Server 2012R2: Updates (8. Februar 2022)<\/a>
\nPatchday: Microsoft Office Updates (8. Februar 2022)<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

[English]Zum 8. Februar 2022 war ja Patchday bei Microsoft, bei dem eine Reihe an Sicherheitsupdates f\u00fcr diverse Produkte bereitgestellt wurden. Ich hatte im Blog \u00fcber diese Updates berichtet. Auf den ersten Blick gab es wenig \u00c4rger mit den Februar 2022-Updates. … Weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[185],"tags":[8300,4328,4315,3288],"class_list":["post-262532","post","type-post","status-publish","format-standard","hentry","category-update","tag-patchday-2-2022","tag-sicherheit","tag-update","tag-windows-en"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/262532","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=262532"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/262532\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=262532"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=262532"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=262532"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}