Systemabbild Win10 auf NAS

[Luzzil]

Eine Sicherung auf einer NAS sollte funktionieren, klar.
Was nutzt Du denn, um ein nicht-korruptes Windows 10 zu haben? Mehr als chkdsk und "sfc /scannow"?

 

[Mercator]

Chkdsk: ja. "Sfc /scannow": auch. Aber alleine prüft das ja nur gegen den Ordner %WinDir%\System32\dllcache bzw. %WinDir%\WinSxS\Backup als Quelle. Das kann selber korrupt und/oder verseucht sein. Gerade wenn es nicht ein eigener Rechner bzw. eigene VM von mir war, habe ich es nicht gerade extrem selten erlebt. Wenn dann auch die Installquelle korrupt ist, kann das schiefgehen.

Daher (also abgesehen von Antivirus) mache ich seit Windows 10 bzw. seit Windows Server 2016 vorher normalerweise ggf. Scans / Checks / Reparaturen mit DSIM. Geht auch mit Offline-Images. Allerdings nehme ich dazu nicht die EXE, sondern nutzte die DSIM-Powershell-Cmdlets in eigenen Skripten. Geht auch in einem "Notfall-System" mit Windows PE von USB Stick.

 

[JueRgenB]

Hi,
Windows 10 und Windows 2008 / 2012 / 2016 und 2019 Image Backups mache ich regelmäßig und hat mir oft den Abend gerettet.
Es ist einfach und komfortabel.

Selbst ein Wechsel von BIOS zu UEFI und Secure Boot ist wbadmin eine Spielerei.

Andere Hersteller Beherrschen das Image Backup ja einfach so, ohne fummelei in der Shell.

 

[JueRgenB]

Win 10 Image auf SAT Receiver - SMB - keine Probleme

Ich hab mal heute eine Sicherung auf meinen SAT Receiver gemacht, da läuft ein Samba 3.6.25.

Naja, war nicht anders zu erwarten.

Auf dem Receiver hat´s einwandfrei Funktioniert (Linux vusolo2 3.13.5).

 

[Luzzil]

Habs nochmal mit dem Systemabbild auf die Synology versucht.
Zunächst gings auch nicht mehr. Dann Update auf 1809 und 1809/Buidl 17763.195 durchgeführt. Ging auch nicht. Aber immerhin der Hinweis, dass mit einem Verzeichnis etwas nicht stimmt, wobei es das nicht gibt.
ckdsk, sfc und Dism liefen bereits vorher ohne Meldungen.
Also das Verzeichnis neu angelegt und nochmal gesichert. Diesmal ging es! Es könnte auch sein, dass ein Programm lief, das früher mal mit dem Verzeichnis gearbeitet hatte; das habe ich bisher nicht verifiziert.
Aus meiner Sicht trotzdem komisch. Ich nehme die Datei nochmal in die Blacklist auf und versuche es nochmal.

Als die Sicherung "damals" funktioniert hatte, gab es auch eine solche Geschichte (wenn ich mich recht erinnere). Den Hinweis hatte ich glaub aus der Logdatei.
Hat jemand damit eine Idee?

 

[Mercator]

Ich habe jetzt eine neue DS1618+ in Betrieb genommen. Ist auf DSM 6.2.1-23824 Update 4. Aktuell teste ich noch rum.

Aber bei der funktioniert jetzt ohne Probleme und mehrfach reproduzierbar die Sicherung des Systemabbildes von Windows 10 (bei mir 1803) wieder normal. Ich habe nur "SMB2 und Large MTU" eingestellt, sowie "strict allocate=yes" in /etc/samba/smb.conf und sonst alles auf Standardeinstellungen belassen.

Der eigentliche Knackpunkt ist aber, dass es definitiv nur geht, wenn das Volumen auf das man sichert mit BTRFS formatiert ist. Ich habe zur Gegenprobe in der gleichen DS1618+ parallel auf einer weiteren Platte ein zweites Volumen angelegt und mit ext4 formatiert. Wenn ich versuche auf dem das Systemabbild zu sichern, kommt wieder ganz genau der gleiche Fehler wie auf meiner alten DS214play. Also genauso, wie ich es weiter oben beschrieben habe.

Das ist unschön, dass es auf ext4 nicht geht. Aber ich hatte die neue DS1618+ sowieso beschafft, weil ich Snapshots nutzen will und daher auf BTRFS umsteigen wollte und Synology das leider für meine DS214play nicht unterstützt.

 

[JueRgenB]

Hallo Mercator,


Danke, mit btrfs wäre das zumindest ein Hoffnungsschimmer.
Für die SMB´s wäre ein Synology Box in der + Version sowieso sinnvoller.

Am meisten stört mich aber die Ignoranz von Synology zu dem Themas.
Der Vertrieb hat keine Ahnung und der Support liefert keine Qualifizierten Aussagen.

Mir wurde mitgeteilt,
man habe ein aktuelles Windows 10 und ein NSA genommen und es würde funktionieren.

Es gab keine Aussage, welche Windows Version (Build Nummer) und welches Synology NAS oder welches Filesystem (ext4/btrfs).

Bei mir hat das früher ja mal mit Windows 10 und den smb.conf Änderungen funktioniert.
Seit den neueren Windows 10 Versionen eben nicht mehr.
Es muss aber wohl auch mit dem SAMBA zusammenhängen.

Mit einem alten Samba (vom Sat Receiver) ist das auch kein Problem.

Gruß

Jürgen

 

[Mercator]

Ich tippe auch am ehesten auf Samba im Zusammenspiel mit dem Dateisystem bei Sparse-Files und dem parallelen Wechsel von VHD- zu VHDX -Systemabbild-Dateien durch Microsoft. Letzteres war aber schon für Windows 8 und Windows Server 2012. Seither hat Microsoft eigentlich nichts mehr verändert, soweit ich weiß.

Ich bin aber ziemlich sicher, dass VHD und VHDX sichern mit DSM 4.x und 5.x noch funktioniert hatte für diese, auch schon mit den obigen Einstellungen. Diese alten DSM-Versionen hatten sehr lange noch Samba 3.x drin (worüber es damals viele Klagen gab aus anderen Gründen). Allerdings sind alle Samba 3.x seit Jahren veraltet und werden nicht mehr supported.

Ich bin nicht ganz sicher und will jetzt auch nicht ewig rumgoogeln, aber ich meine Samba 4.x hat Synology erst mit DSM 6.0 bzw. irgendeiner 6.x rausgebracht.

In DSM 6.2 ist im Moment Samba 4.4.16 drin, was aber auch schon wieder eine steinalte Version aus dem September 2017 ist. Aktuell wäre 4.9.4 und die Liste der Bugfixes seither ist entsprechend lang.

 

[Luzzil]

Auf meiner 213+ läuft das Systemabbild mit ext4.
BTRFS mit einer 918+ würde ich auch gerne haben

 

[JueRgenB]

Hallo,
inzwischen habe ich vom Support eine Rückmeldung.

Das Problem ist Synology bekannt,
es ist aber unklar warum es bei wenigen funktioniert oder warum es nicht funktioniert (oder auch manchmal doch).

Das Problem ist ja seit Anfang 2016 schon öfters aufgetaucht.
Wann und ob es je behoben wird ist glaube ich auch Synology unklar.


Naja, bei anderen Herstellern von NAS Software, welche mit Samba arbeiten funktioniert das wenigstens...