![](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2013\/03\/winb.jpg\")
Noch eine kurze Informationen f\u00fcr Administratoren. In Windows Server 2016 ist der sfc-Befehl zur Pr\u00fcfung auf Fehler wohl seit Monaten kaputt. Und Microsoft sieht bisher keine Veranlassung, einen Fix zu bringen.<\/p>\nNoch eine kurze Informationen f\u00fcr Administratoren. In Windows Server 2016 ist der sfc-Befehl zur Pr\u00fcfung auf Fehler wohl seit Monaten kaputt. Und Microsoft sieht bisher keine Veranlassung, einen Fix zu bringen.<\/p>\n
<\/p>\n
Blog-Leser Robert R. hat mir zum Wochenende per E-Mail erneut folgende Information zum Problem zukommen lassen (danke daf\u00fcr). <\/p>\n Seit mehreren Monaten ist die Reparatur mittels DISM unter Windows Server 2016 gebrochen und MS unternimmt anscheinend nichts, um den Fehler zu beheben. <\/p>\n Habe dies selbst auf 3 verschiedenen Server 2016 \u00fcberpr\u00fcft – genau die gleichen Symptome wie bei den anderen Usern aus dem (nachfolgenden) Posting. <\/p>\n So wie es aussieht, ist dies durch das CU vom 17. Mai verursacht worden. Und seitdem schleppt MS das mit sich.<\/p>\n<\/blockquote>\n Robert hat mir dann noch einen Link auf einen Microsoft Technet Forenbeitrag mitgeschickt, in dem dieses Problem angesprochen wird. Es geht im Technet-Beitrag zwar nicht um DISM, sondern die Pr\u00fcfung auf defekte Windows-Dateien mittels sfc \/scannow <\/em>schl\u00e4gt fehl. <\/p>\n Als ich den Technet-Forenbeitrag las, kam mir das gleich bekannt vor. Ich hatte das Thema (nach einem Hinweis von Robert) vor Monaten im Blog-Beitrag Windows Server 2016: Mai 2018-Update killt sfc<\/a> behandelt. Das Fehlerbild: Nach Installation des kumulativen Updates vom 17. Mai 2018 f\u00fcr Windows Server 2016 tritt das Problem auf, dass sfc \/scannow <\/em>einen Integrit\u00e4tsfehler in der Datei: <\/p>\n C:\\Windows\\SysWOW64\\NlsData0000.dll<\/p>\n findet, aber im Anschluss eine erfolgreiche Reparatur meldet. L\u00e4sst man die Pr\u00fcfung erneut durchlaufen, wird der Fehler erneut gemeldet, repariert und ist doch nicht behoben. Im Technet Forenthread wird der Fehler so beschrieben:<\/p>\n May – August 2018 Cumulative Updates: SFC Integrity violation: NlsData0000.dll<\/strong><\/p>\n Installing the May 17 Cumulative Update for Server 2016 (OS Build 2273) In other words: SFC \/scannow never succeeds without integrity violations. Uninstalling the May 17 CU helps (reverting to April 10, 2018 Build 2189). No more integrity violations are shown after that. Reinstall the May 17 CU and voila, the error returns. <\/p>\n<\/blockquote>\n Der Thread-Ersteller aktualisiert seinen Post im Technet-Forum jeden Monate um eine Erg\u00e4nzung und schreibt f\u00fcr August: <\/p>\n EDIT: Still happens with the August 2018 Cumulative Update (KB4343887). <\/em>Four months and counting :(<\/p>\n<\/blockquote>\n Beim Recherchieren f\u00fcr diesen Blog-Beitrag bin ich auf einen Eintrag<\/a> im sysnative.com-Forum gesto\u00dfen. Dort geht es zwar um das Problem, dass die Installation des Update KB4284880 scheitert. Bei Anwendung des Farbar Recovery Scan Tool (Review hier<\/a>) wird aber ebenfalls die Datei:<\/p>\n C:\\Windows\\SysWOW64\\NlsData0000.dll<\/p>\n als Problem ausgeworfen. Im Thread wird ein Fehler in den Microsoft Windows natural language-<\/em>Dateien gemeldet. Es werden Ans\u00e4tze beschrieben, um den Fehler mit dem Tool SFCFix.exe<\/em> und einem angepassten Script zu beheben. Leider lassen sich die Dateien nur von im Forum angemeldeten Benutzern abrufen. M\u00f6glicherweise l\u00e4sst sich aber mit den Informationen etwas anfangen und eine eigene L\u00f6sung entwickeln. <\/p>\n \u00c4hnliche Artikel:<\/strong> Noch eine kurze Informationen f\u00fcr Administratoren. In Windows Server 2016 ist der sfc-Befehl zur Pr\u00fcfung auf Fehler wohl seit Monaten kaputt. Und Microsoft sieht bisher keine Veranlassung, einen Fix zu bringen.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2557],"tags":[24,4380],"class_list":["post-208667","post","type-post","status-publish","format-standard","hentry","category-windows-server","tag-problem","tag-windows-server-2016"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/208667","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=208667"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/208667\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=208667"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=208667"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=208667"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Microsoft hat mit seinen Updates kein gl\u00fcckliches H\u00e4ndchen. Nach einem Update kam es immer mal wieder vor, der die Befehle sfc \/scannow <\/em>oder dism <\/em>gebrochen waren (siehe z.B. den Blog-Beitrag Windows 10: dism-Reparatur erzeugt Fehler 0x800F081F<\/a>). <\/p>\n
Fehler in sfc seit Monaten ungefixt<\/h2>\n
\n
Problem bereits hier im Blog angesprochen<\/h2>\n
\n
leads to the \"SFC \/scannow\" command attempting to repair the file \"NlsData0000.dll\" in the Windows – SysWOW64 directory. The repair is reported as \"successful\", but when running the command again, another repair is attemped.<\/p>\n\n
Windows 10 V1703 Wiki\/FAQ
Windows 8: Komponentenstore reparieren<\/a>
Windows 10: dism-Reparatur erzeugt Fehler 0x800F081F<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"