{"id":189572,"date":"2017-04-25T01:56:00","date_gmt":"2017-04-24T23:56:00","guid":{"rendered":"http:\/\/www.borncity.com\/blog\/?p=189572"},"modified":"2024-10-04T21:10:25","modified_gmt":"2024-10-04T19:10:25","slug":"windows-10-v1703-fix-fr-dism-fehler-0x800f081f","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2017\/04\/25\/windows-10-v1703-fix-fr-dism-fehler-0x800f081f\/","title":{"rendered":"Windows 10 V1703: Fix für DISM Fehler 0x800F081F"},"content":{"rendered":"

[English<\/a>]Microsoft ist bei der Auslieferung von Windows\u00a0 10 Creators Update ein Missgeschick passiert. Es sind kaputte Dateien im Installationsabbild enthalten, was zum DISM Fehler 0x800F081F f\u00fchrt. Hier ein paar Hinweise zur Korrektur.<\/p>\n

<\/p>\n

Worum geht es genau?<\/h3>\n

\"\"Wer sein System auf Windows\u00a0 10 Creators Update aktualisiert oder auch eine Neuinstallation durchf\u00fchrt, bekommt zwar ein funktionierendes System. Aber im Windows Komponentenstore gibt es einen Fehler (siehe auch Windows 10 Creators Update Troubleshooting \u2013 Teil 1<\/a>). Der Fehler zeigt sich, sobald man eine administrative Eingabeaufforderung oder PowerShell (z.B. \u00fcber das Schnellstartmen\u00fc der Schaltfl\u00e4che Start <\/em>oder \u00fcber die Suche und Als Administrator ausf\u00fchren<\/em>) aufruft und folgende Befehle eingibt:<\/p>\n

DISM.exe \/Online \/Cleanup-image \/Scanhealth
\nDISM.exe \/Online \/Cleanup-image \/Restorehealth<\/p>\n

Der erste Befehl wird in der Regel ohne Fehler durchlaufen \u2013 es sei denn, das Feature-Upgrade wurde auf einem System mit besch\u00e4digtem Komponentenstore durchgef\u00fchrt. Aber der zweite Befehl wird am Ende mit einem Fehler 0x800F081F abgebrochen. Ich habe dies bei einem System \u00fcberpr\u00fcft (siehe folgender Screenshot).<\/p>\n

<\/p>\n

Der Fehler ist aufgefallen, weil einige Nutzer nach jedem Feature-Upgrade oder nach jedem Patchday vorsorglich die im Beitrag Windows 8: Komponentenstore reparieren<\/a> beschriebene Pr\u00fcfung ausf\u00fchren. Aber die Pr\u00fcfung mit sfc \/scannow <\/em>f\u00f6rdert keinen Fehler zutage. Es ist \u00fcbrigens nicht das erste Mal, dass so etwas auftritt.<\/p>\n

Die Ursache f\u00fcr den Fehler 0x800F081F in Windows 10 Version 1703<\/h3>\n

Zur Korrektur des dism-Fehlers m\u00fcsste man die besch\u00e4digten Dateien kennen und ggf. reparieren. Ich hatte im Blog-Beitrag Windows 10: dism-Reparatur erzeugt Fehler 0x800F081F<\/a> dar\u00fcber berichtet. Dieser beschreibt, wie man ein korrektes Installationsabbild von DVD als Quelle zur Reparatur verwendet. Aber auch der dort beschriebene Ansatz scheint zu versagen.<\/p>\n

DISM liefert zwar eine Protokolldatei und legt diese unter C:\\Windows\\Logs\\DISM\\ <\/em>in der Datei dism.log ab. Bei meiner Inspektion auf einem Testsystem konnte ich keine Ursache herausfinden.<\/p>\n

Blog-Leser Gerd hat aber in einem Kommentar<\/a> den richtigen Fingerzeig und auch den Fix angegeben. Da nicht jeder so fit ist, erl\u00e4utere ich das Ganze hier etwas ausf\u00fchrlicher. In diesem englischsprachigen Forenthread<\/a> gibt jemand an, dass die log-Datei beim dism \u2026 \/scanhealth<\/em>-Durchlauf die Information liefere, dass die Datei:<\/p>\n

Microsoft-Windows-TestRoot-and-FlightSigning-Package~31bf3856ad364e35~amd64~~10.0.15063.0<\/p>\n

eine besch\u00e4digte MUM (Microsoft Update Manifest) Datei habe (CBS Corrupt MUM). Ich konnte diese Information auf meinem VM-Testsystem zwar nicht verifizieren. Aber der nachfolgende Fix funktionierte.<\/p>\n

Ein Fix f\u00fcr den Fehler 0x800F081F in Windows 10 Version 1703<\/h3>\n

Es gibt also ein Paket, welches Microsoft f\u00fcr Tests (ich tippe: w\u00e4hrend der Insider Preview) verwendet. Und deren Update-Manifest-Datei ist besch\u00e4digt, was den dism<\/em> in den Fehler zwingt. Der Ansatz besteht nun darin, die Referenz auf die Datei und die Datei selbst zu entfernen. Die Referenzen auf die Dateien des Windows Komponentenstore befinden sich in der Registrierung unter:<\/p>\n

HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\<\/em><\/p>\n

in den Unterzweigen:<\/p>\n

Component Based Servicing\\PackageIndex
\nComponent Based Servicing\\Package<\/p>\n

Um die Referenzen zu entfernen, gehen Sie in folgenden Schritten vor.<\/p>\n

1. Rufen Sie den Registrierungs-Editor regedit.exe <\/em>unter einem Administratorkonto (oder \u00fcber Als Administrator ausf\u00fchren <\/em>bei Standardkonten) \u00fcber die Suche der Taskleiste auf.<\/p>\n

2. Best\u00e4tigen Sie die Benutzerkontensteuerung und navigieren Sie zu den nachfolgend genannten Schl\u00fcsseln.<\/p>\n

3. Weisen Sie volle Zugriffsrechte f\u00fcr das Administratorkonto zu und l\u00f6schen Sie die Eintr\u00e4ge (ggf. vorher \u00fcber Datei\/Export <\/em>in eine .reg-Datei sichern).<\/p>\n

Der erste Schl\u00fcssel, zu dem man navigieren muss, lautet:<\/p>\n

HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Component Based Servicing\\PackageIndex\\Microsoft-Windows-TestRoot-and-FlightSigning-Package~31bf3856ad364e35~amd64~~0.0.0.0<\/em><\/p>\n

Der zweite\u00a0 Schl\u00fcssel, zu dem man navigieren muss, lautet:<\/p>\n

HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Component Based Servicing\\Packages\\Microsoft-Windows-TestRoot-and-FlightSigning-Package~31bf3856ad364e35~amd64~~10.0.15063.0<\/em><\/p>\n

<\/p>\n

Die Schl\u00fcssel besitzen diverse Werte, lassen sich aber auch von einem Administratorkonto nicht sofort l\u00f6schen. Sie erhalten beim Versuch des L\u00f6schens eine Fehlermeldung.<\/p>\n

<\/p>\n

Daher sind folgende Zwischenschritte f\u00fcr die beiden angegebenen Schl\u00fcssel durchzuf\u00fchren.<\/p>\n

1. Klicken Sie den Schl\u00fcssel in der linken Spalte per Rechtsklick an und w\u00e4hlen Sie den Kontextmen\u00fcbefehl Berechtigungen<\/em> (siehe Screenshot bei Schritt 4).<\/p>\n

<\/p>\n

2. W\u00e4hlen Sie auf der Registerkarte Sicherheit <\/em>die Gruppe Administratoren <\/em>unter Gruppen- oder Benutzernamen.<\/em><\/p>\n

3.\u00a0 Markieren Sie das Kontrollk\u00e4stchen Vollzugriff <\/em>in der Spalte Zulassen <\/em>der Gruppe Berechtigungen f\u00fcr \"Administratoren\" <\/em>und schlie\u00dfen Sie die Registerkarte \u00fcber die OK<\/em>-Schaltfl\u00e4che.<\/p>\n

Nun lassen sich die Registrierungsschl\u00fcssel per Kontextmen\u00fc l\u00f6schen.<\/p>\n

<\/p>\n

4. Klicken Sie den betreffenden Registrierungsschl\u00fcssel mit der rechten Maustaste an und w\u00e4hlen Sie den Kontextmen\u00fcbefehl L\u00f6schen<\/em>.<\/p>\n

Entfernen Sie auf diese Weise die beiden oben genannten Registrierungsschl\u00fcssel aus der Registrierung. Benutzer Gerd weist in diesem Kommentar<\/a> darauf hin, dass die fehlerhaften Dateien ebenfalls aus dem Komponentenstore zu l\u00f6schen seien. In einem weiteren Schritt rufen Sie deshalb den Windows Explorer auf und navigieren zum Ordner:<\/p>\n

C:\\Windows\\Servicing\\Packages<\/em><\/p>\n

Dort l\u00f6schen Sie die beiden .cat (Katalog) und .mum-Dateien (Manifest):<\/p>\n

Microsoft-Windows-TestRoot-and-FlightSigning-Package~31bf3856ad364e35~*.*<\/p>\n

<\/p>\n

Das kann per Kontextmen\u00fcbefehl oder \u00fcber das Men\u00fcband erfolgen, Sie ben\u00f6tigen aber administrative Berechtigungen, um die Sicherheitsabfrage zu best\u00e4tigen. Das habe ich auf meinem System durchgef\u00fchrt.<\/p>\n

<\/p>\n

Die anschlie\u00dfende Pr\u00fcfung mit dism <\/em>lief dann fehlerfrei durch (siehe obiger Screenshot. Mein Dank an Blog-Leser Gerd f\u00fcr die Hinweise im Kommentarbereich. Ich gehe davon aus, dass Microsoft den Fehler irgendwann mit einem Patch behebt.<\/p>\n

Erg\u00e4nzung: Achtung bei einem 64-Bit-Windows<\/h3>\n

Ich habe die Tests an einer 32-Bit-Windows 10-Installation in einer virtuellen Maschine vorgenommen. In diesem Kommentar<\/a>\u00a0weist mich ein englischsprachiger Nutzer darauf hin, dass bei seinem Windows 10 (offenbar ein 64-Bit-System) weitere (abweichende) Eintr\u00e4ge in der Registrierung:<\/p>\n

HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Component Based Servicing\\PackageIndex\\Microsoft-Windows-TestRoot-and-FlightSigning-WOW64<\/strong>-Package~31bf3856ad364e35~amd64~~0.0.0.0<\/em><\/p>\n

und vier .cat\/.mum-Dateien existieren. Also das ggf. in eurer Umgebung ber\u00fccksichtigen, falls das zutrifft.<\/p>\n

\u00c4hnliche Artikel:<\/strong>
\nWindows 10 V1703 Wiki\/FAQ
\nWindows 8: Komponentenstore reparieren<\/a>
\nWindows 10 Creators Update Troubleshooting \u2013 Teil 1<\/a>
\nWindows 10: dism-Reparatur erzeugt Fehler 0x800F081F<\/a>
\nWindows 10 V1703: SuperFetch geht nicht mehr<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

[English]Microsoft ist bei der Auslieferung von Windows\u00a0 10 Creators Update ein Missgeschick passiert. Es sind kaputte Dateien im Installationsabbild enthalten, was zum DISM Fehler 0x800F081F f\u00fchrt. Hier ein paar Hinweise zur Korrektur.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11,3694],"tags":[2242,6106,58,5557],"class_list":["post-189572","post","type-post","status-publish","format-standard","hentry","category-problemlosung","category-windows-10","tag-dism","tag-error-0x800f081f","tag-fehler","tag-windows-10-creators-update"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/189572","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=189572"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/189572\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=189572"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=189572"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=189572"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}