Habe mich gestern mit der Bereinigung meines Systems befaßt. Hatte zunächst ein paar Schwierigkeiten, den TrustedInstaller zu überlisten, um meine Datei els.dll umbenennen zu können. Im Internet gibt es ja eine Menge Hinweise dazu, die sich aber im Wesentlichen auf die Version 7 beziehen, und in der 8.1 läuft es ein bißchen anders. Aber ich habe es letzten Endes hinbekommen. Mit Kopieren der korrekten els.dll, mit DISM und sfc /scannow konnte ich dann die zerstörten Dateien bereinigen. Der sfc findet jetzt, daß alles in Ordnung sei.

Ich habe dann von Hand über den TaskScheduler noch einmal eine Systemabbildsicherung laufen lassen, leider war aber das Ergebnis unverändert. Woran das liegen könnte, muß ich jetzt wohl selbst suchen. Meine Frage nach der Bedeutung des Fehlercodes ist ja beantwortet, vielen Dank für die Unterstützung!

Gruß, Dieter

Bei der els.dll handelt es sich wohl eher um eine MS Datei im Ordner System32.
Siehe http://www.nirsoft.net/dll_information/ ... s_dll.html

Im Ordner Windows\WinSxS findest du ein "Backup" dieser Datei. Du kannst versuchen die richtige (je nach System ob x32 oder x64) zu ersetzen.
Alte in ..dll.org umbenennen, neue hineinkopieren.

Die cnbj2530.dpb liegt ja im Ordner WinSxS, deshalb wird sie keinen Schaden anrichten, da sie dort nur als Backup liegt, falls du einmal einen Canon anschliesst. Von daher kannst du den Fehler wohl ignorieren, solange du keinen Canon benutzt.

Ansonsten wie oben schon geschrieben DISM Befehl laufen lassen. Der ist vielleicht angebrachter wie sfc in deinem Fall.

Ich will nicht meine "Hand dafür ins Feuer legen", daß das "D" am Ende des von mir ursprünglich gemeldeten Fehlercodes richtig war. Jetzt kann ich es nicht mehr nachvollziehen. Jedenfalls ist meine jetzige Angabe mit "C" am Ende auf jeden Fall richtig und ich muß mich wohl für die falsche Angabe entschuldigen!

Zu der Info hinsichtlich des Fehlercodes (gut, daß ich jetzt weiß, was es bedeutet) kann ich folgendes berichten:

Anfang Januar hatte ich mit meinem System Schwierigkeiten: die Systemabbildsicherung lief nicht, der sfc /scannow lief ebenfalls nicht. Erst als ich Mitte Januar von Acronis beim Klonen der Systemplatte einen Hardwarefehler gemeldet bekam (den übrigens der chkdsk nicht gefunden hatte), konnte ich über Acronis meine Systemplatte reparieren.

Die Systemabbildsicherung lief anschließend wieder, und der sfc /scannow lief jetzt auch durch und meldete mir nicht reparierbare Fehler in zwei Dateien: els.dll und Amd64\cnbj2530.dpb. Nach Internet-Recherchen habe ich beide Dateien für mein System als unwesentlich eingestuft und bisher keine Reparatur vorgenommen. Für die zweite (gehört zum Canon Druckertreiber und ich habe keinen Canon) habe ich eine Korrekturvorschrift gefunden, els.dll muß man aber wahrscheinlich irgendwo kopieren. Ich weiß nicht, was ich mir mit einem Korrekturversuch einhandle, und habe das alles etwas zurückgestellt.

Nun ist es wahrscheinlich, daß der mir bisher unklare Fehlercode auf die beiden defekten Dateien hinweist, so daß ich mir bald etwas überlegen sollte. Jedenfalls vielen Dank für die Hilfe! Wenn ich noch Hinweise zur Korrektur der beiden Dateien bekommen könnte, wäre das super!

Jetzt ist es aber (0xFFFFFFFC) und nicht (0xFFFFFFFD).

Zur letzten findet man diese Seite http://www.retinapost.com/fix-0xfffffffc-windows-7.php
Unter anderem: Würde vielleicht helfen mit den DISM-Befehlen und danach sfc /scannow einmal den Rechner zu überprüfen

http://www.deskmodder.de/wiki/index.php ... ISM_Befehl

Heute wurde bei mir wieder eine Systemabbildsicherung angestartet. Sie lief viel schneller (etwas über 1 Stunde) als beim letzten Mal (mehr als 3 Stunden). Das Ergebnis der TaskScheduler-Rückmeldung war unverändert: (0xFFFFFFFC).

Nach einigem Suchen habe ich aber festgestellt, daß unter C:\windows\Logs\WindowsBackup Log-Dateien erstellt werden. In der Log-Datei zur heutigen Sicherung steht: Das Volume "\\?\Volume{b1722da2-52ca-11e3-824b-806e6f6e6963}\" wurde erfolgreich gesichert. Das Volume "C:" wurde erfolgreich gesichert. In der Log-Datei zur vorherigen Sicherung steht Ähnliches. Es ist also offensichtlich alles o.k. gelaufen!

Jetzt bleibt aber immer noch, warum der TaskScheduler diese lapidare Meldung zurückgibt, die an einen Fehlercode erinnert, und nicht wie bei den anderen Jobs meldet: Der Vorgang wurde erfolgreich beendet. (0x0). Meine eigentliche simple Frage war ja nur, was bedeutet (0xFFFFFFFC), und das weiß ich immer noch nicht.

Na, dann bin ich mal auf den nächsten "Lauf" gespannt. Ich drück dir die Daumen.

Habe ganz vergessen, die letzten Fragen zu beantworten: Der Laufwerkbuchstabe der externen Platte ist natürlich fest, und sollte er sich durch Umkonfiguration mal ändern, dann ändere ich natürlich auch für den Sicherungslauf. Die Platte hat 1,5 TB, wovon 660 GB frei sind. Das sollte genügen.

OK, vielen Dank! Ich beobachte dann mal. Die Systemabbildsicherung habe ich wöchentlich über den TaskScheduler vorgesehen. Ich dachte nur, es gäbe irgendwo einen Überblick über die Fehlermeldungen. Bei Microsoft wohl sicher, aber die machen wohl ein Geheimnis draus.

Der Dienst nennt sich Volumenschattenkopie. Daher der Begriff Schattenkopie.
AWR: Ich schätze mal Automatic Windows Recovery.

Die externe Festplatte hat einen festen Laufwerksbuchstaben? Und platz ist auch noch genug.
Ansonsten einfach mal die Aufgabe neu anlegen und beobachten. Mehr kann ich im Moment nicht machen, da ich die Fehlermeldung noch nicht hatte.

In der Ereignisanzeige gibt es ein paar Fehlereinträge, die mir aber größtenteils unverständlich sind. Das einzige, was auf einen Zusammenhang zur Systemabbildsicherung hinweisen könnte, ist: "Die Schattenkopien von Volume "H:" wurden abgebrochen, weil der Schattenkopiespeicher nicht auf ein benutzerdefiniertes Limit vergrößert werden konnte." Das Volume H ist mein externes Volume, auf das die Sicherung geschrieben wurde. Da sollten aber doch keine Schattenkopien erzeugt worden sein.
Den Link hatte ich auch schon gefunden. Er dürfte aber etwas älter sein. Was bedeutet "AWR"?

Wird denn irgendein Fehler in der Ereignisanzeige angezeigt?
(Windows Start Ereignis eintippen und starten)

Ansonsten hab ich nur das hier gefunden. http://www.advancedwebranking.com/forum ... oblem.html

Und:

Ich habe über den TaskScheduler in Windows 8.1 eine Systemabbildsicherung mit wbadmin.exe durchgeführt. Sie scheint auch normal gelaufen zu sein. Jedenfalls wurde zur Systemwiederherstellung ein Wiederherstellungspunkt für Systemabbild angelegt. Als Rückmeldung wird mir aber nur kommentarlos "(0xFFFFFFFD)" angeboten. Was bedeutet das? Ich finde nirgendwo eine Erklärung.