Windows-Sicherung mit Fehler 0x807800C5 fehlerhafte Funktion fehlgeschlagen

1148
jtlindsey

Dies ist die gleiche Fehlernummer wie ein ähnlicher Beitrag, jedoch nicht die gleichen Details

enter image description here

Dies ist auf einem Windows 10-Computer, der versucht, eine Sicherung an einem FreeNas-Netzwerkspeicherort durchzuführen. Ein Teil der Sicherung wird abgeschlossen (Benutzerdateien), schlägt jedoch bei der Imagesicherung mit fehl incorrect function.

Hat jemand einen Weg gefunden, dieses Problem in Windows 10 zu beheben?

0

2 Antworten auf die Frage

0
harrymc

Dieses Problem kann von Windows verursacht werden, bei dem nur ein System-Image auf dem NAS gesichert werden kann. Im Gegensatz zu älteren Versionen kann Windows 10 das erste Systemabbild nicht überschreiben oder löschen, sodass die Sicherung des zweiten Images fehlschlägt.

In diesem Fall können Sie dieses Problem beheben, indem Sie entweder:

  1. Umbenennen des ursprünglichen gesicherten Systemabbilds
    Erhalten Sie Zugriff auf die NAS-Shell und benennen Sie das ursprüngliche Systemabbild von __nas_backup_WindowsImageBackup_host-namein um __nas_backup_WindowsImageBackup_host-name.bak.

  2. Umbenennen des Sicherungsordners
    Suchen Sie nach dem Speicherort des WindowsImageBackupauf dem NAS befindlichen Ordners f:, und benennen Sie ihn anschließend F:\WindowsImageBackupin um WindowsImageBackup.old.

Ich habe das ursprüngliche Verzeichnis gelöscht, ein anderes Verzeichnis mit einem anderen Namen erstellt und dasselbe Problem. Eine andere Sache, die seltsam ist, haben die Windows-Maschinen keine Probleme beim Sichern auf eine Ubuntu Samba-Dateifreigabe. Ich hatte das Problem nur, als ich versuchte, FreeNas als Zielspeicherort im Netzwerk zu verwenden. jtlindsey vor 7 Jahren 0
Verwendet FreeNas noch die veraltete SMBv1? Versuchen Sie, in der Systemsteuerung / Programme und Funktionen / Windows-Funktionen ein- oder auszuschalten, "SMB 1.0 CIFS File Sharing Support" zu überprüfen, "OK" und einen Neustart durchzuführen. harrymc vor 7 Jahren 0
Unterstützung für SMB 1.0 CIFS File Sharing war zuvor aktiviert. jtlindsey vor 7 Jahren 0
Ich habe Berichte gesehen (aber ich habe keine FreeNas zum Überprüfen), die Probleme erwähnen, wenn die Einstellung "Server Maximum Protocol" für FreeNas auf SMB3 und höher festgelegt ist. Dies wurde durch Ändern in SMB2_22 (oder SMB2_02 oder SMB2?) Behoben sowohl die FreeNas & Windows. Ein anderer Bericht gab an, einen Netzwerkordner ohne Zugriffsbeschränkungen zu verwenden, sodass Windows keinen Benutzernamen und kein Kennwort für den Ordner benötigt. In jedem Fall ist die Sicherung des Windows-Systemimages sehr problematisch und ich würde stattdessen die Verwendung des kostenlosen [AOMEI Backupper Standard] (http://www.backup-utility.com/free-backup-software.html) empfehlen. harrymc vor 7 Jahren 0
Ich werde eine Zeit für weitere Tests einplanen müssen. Ich stelle dies auf Produktionsmaschinen für ein Unternehmen ein und kann nur nach Zeitplan einen Neustart durchführen oder wesentliche Änderungen vornehmen. Ich mag das Aussehen von AOMEI, aber ich müsste mich für die Option ~ $ 450 entscheiden, um alle betroffenen Systeme zu unterstützen. Ich muss also noch mehr Fehler beheben und überlegen, ob ich eine Ubuntu-Freigabe hosten kann, bevor ich den Kunden davon überzeugen kann, die Rechnung zu bezahlen. Danke für die Information. jtlindsey vor 7 Jahren 0
0
jtlindsey

Ich konnte einige Ausfallzeiten mit Windows Machines und FreeNas erzielen und konnte nicht herausfinden, was, wenn etwas geändert werden musste, um zu verhindern, dass Windows dieses Problem hat.

Um das Problem zu umgehen, habe ich eine kleine Ubuntu Server-VM-Samba-Freigabe erstellt, das FreeNas-Sicherungsverzeichnis auf diesem Computer angehängt und diesen Ordner dann über Samba für die Windows-Computer freigegeben. Die Windows-Sicherung funktioniert jetzt wie erwartet und ist performant genug (~ 40 GB anfängliche vollständige Sicherung mit Systemabbild über das Netzwerk in 15 Minuten und 11 Sekunden) für die Anforderungen der Clients.

Verwandte Probleme