Backup auf ext. HDD fehlgeschlagen - Dienst: synolocalbkp 100% - HDD ejected

[ThomPoh]

Ich versuche vergeblich von meiner DS111 ein Backup auf eine via USB angeschlosse 2,5" Festplatte zu machen.
Nach 1.5 Stunden (etwa 140GB) bricht der Vorgang ab, und dabei schnellt der Dienst synolocalbkp auf 100% Auslastung hoch.

Die WD WDBACX0010BBK My Passport Essential SE 1TB ist ext4 formatiert wurden, selbst bei ext3 Formatierung bricht der Vorgang andauernd ab.

Die aktuelle Version hab ich auch drauf: DSM 3.2 - 1922.
Wer kann ähnliche Probleme berichten, wo kein Backup auf externe HDDs möglich ist bzw. immer wieder fehlschlägt?

 

[lemuba]

Morgen kann ich Dir mehr sagen - habe seit gestern auch die DS111 - sichere gerade parallel auf 2 externe USB Harddisks - einmal ca. 300 GByte über USB auf eine 500GB WD Digital (Apple Timemachine Ordner von der DS) und einmal auf eine 2,5 Zoll 200 GB USB Festplatte meinen Musikordner - ca. 130G Byte. Die CPU-Auslastung ist zur Zeit bei ca. 95%... Parallel läuft noch die Survillance Station mit einer IP-Cam, der Squeezebox Server und alle Stunde jeweils ein Timemachine Backup von meinem Macbook und meinem Macmini - bin nach Deinem Bericht dann mal gespannt ob die Backups abgeschlossen werden... Habe auch beide HDs auf ext4 formtartiert - ist ja das native Filesystem und sollte entsprechend gut laufen...
Für meine 500Gbyte externe WD fehlt mir noch das eSata Kabel (daher über USB z.Z) - werde die dann darüber anschließen, bzw. in das Gehäuse auch nochmal eine 2-3TB Western Digital einbauen.

Bisher keinerlei Probleme - Womit sicherst Du? Time Backup, so wie ich?



Time Backup Fenster:

 

[ThomPoh]

Nein, ich nehm fürs Backup die normale integrierte Anwendung "Datensicherung- & Wiederherstellung". Die interne HDD der DS111 ist eine WD 2TB, die zu knapp 1/4 belegt ist.

Diese 450GB will ich auf eine externe HDD sichern, eben auf diese WD WDBACX0010BBK My Passport Essential SE 1TB, aber leider gelingt das nicht :-(

 

[lemuba]

Hmm, ich bin wie gesagt auch noch recht frisch dabei - aber versuch doch zwischenzeitlich einfach mal alle Ordner der internen DS Platte mit Time Backup zu sichern - verlieren tust Du dadurch nichts - hast dann zumindest mal eine zweite App ausprobiert...

bzw.... Dein Log ist recht eigenartig - läuft über eine Zeit lang mit einer kontinuierlichen CPU Auslastung und dann schnellt es auf einmal auf 100% hoch - welche Applikationen, Prozesse, etc. hast Du noch am NAS am laufen? - eventuell die mal während der Sicherung deaktivieren und damit den Übeltäter lokalisieren...? Muss ja nicht unbedingt die integrierte Anwendung "Datensicherung- & Wiederherstellung" sein...

 

[ThomPoh]

Genau, das Backup läuft mit ganz normaler Auslastung mit so um die 40%, dann schnellt der Wert nach 88 Minuten Backup hoch auf 100% und der Vorgang wird abgebrochen.

 

[itari]

Ihr achtet grundsätzlich darauf, dass die externe Platten eine eigene Stromversorgung haben??? Y-Kabel ist ja nur ein Fake (und nicht per USB-Standard abgesegnet) und reicht nicht. Es muss dann schon ein mit Strom versorgter USB-Hub sein!

Itari

 

[Bimpf]

Hallo Mitleidende,

ich kann das Problem mit einer DS 211j und einer (mit eigener Stromversorgung angeschlossenen) USB-Platte genau so bestätigen. Auch bei mir läuft das Backup ca. 90 min ohne Probleme, dann bricht es mit einer Fehlermeldung ab. Sehr ärgerlich, denn das scheint ein Problem mit der neuesten Firmware zu sein. Hat schon jemand Kontakt mit dem Synology-Support aufgenommen?

Reiner

 

[ThomPoh]

Ihr achtet grundsätzlich darauf, dass die externe Platten eine eigene Stromversorgung haben??? Y-Kabel ist ja nur ein Fake (und nicht per USB-Standard abgesegnet) und reicht nicht. Es muss dann schon ein mit Strom versorgter USB-Hub sein!

Itari

Egal ob die externe 2,5" HDD mit eigener oder ohne eigener Stromversorgung angeschlossen wird, der Fehler bleibt der gleiche, und damit hat es also nichts zu tun, es liegen andere Probleme vor.

Hier mal ein Auszug aus dem Log:

21:49:31 kernel: [79776.000000] lock for hub EH
Sep 15 21:49:32 kernel: [79776.190000] usb 1-1.2: device descriptor read/all, error -32
Sep 15 21:49:32 kernel: [79776.350000] usb 1-1.2: device descriptor read/64, error -32
Sep 15 21:49:32 kernel: [79776.540000] usb 1-1.2: device descriptor read/64, error -32
Sep 15 21:49:32 kernel: [79776.690000] hub is performing EH
Sep 15 21:49:32 kernel: [79776.760000] usb 1-1.2: device descriptor read/8, error -32
Sep 15 21:49:32 kernel: [79776.890000] usb 1-1.2: device descriptor read/8, error -32
Sep 15 21:49:33 kernel: [79777.110000] usb 1-1.2: device descriptor read/8, error -32
Sep 15 21:49:33 kernel: [79777.240000] usb 1-1.2: device descriptor read/8, error -32
Sep 15 21:49:34 kernel: [79777.350000] unlock for hub EH
Sep 15 21:49:34 kernel: [79777.370000] end_request: I/O error, dev sdq, sector 313135776
Sep 15 21:49:34 kernel: [79777.380000] Buffer I/O error on device sdq1, logical block 39141940
Sep 15 21:49:34 kernel: [79777.390000] lost page write due to I/O error on sdq1
Sep 15 21:49:34 kernel: [79777.390000] Buffer I/O error on device sdq1, logical block 39141941
Sep 15 21:49:34 kernel: [79777.400000] lost page write due to I/O error on sdq1
Sep 15 21:49:34 kernel: [79777.400000] Buffer I/O error on device sdq1, logical block 39141942
Sep 15 21:49:34 kernel: [79777.410000] lost page write due to I/O error on sdq1
Sep 15 21:49:34 kernel: [79777.410000] Buffer I/O error on device sdq1, logical block 39141943
Sep 15 21:49:34 kernel: [79777.420000] lost page write due to I/O error on sdq1
Sep 15 21:49:34 kernel: [79777.430000] Buffer I/O error on device sdq1, logical block 39141944
Sep 15 21:49:34 kernel: [79777.430000] lost page write due to I/O error on sdq1
Sep 15 21:49:34 kernel: [79777.440000] Buffer I/O error on device sdq1, logical block 39141945
Sep 15 21:49:34 kernel: [79777.440000] lost page write due to I/O error on sdq1
Sep 15 21:49:34 kernel: [79777.450000] Buffer I/O error on device sdq1, logical block 39141946
Sep 15 21:49:34 kernel: [79777.450000] lost page write due to I/O error on sdq1
Sep 15 21:49:34 kernel: [79777.460000] Buffer I/O error on device sdq1, logical block 39141947
Sep 15 21:49:34 kernel: [79777.470000] lost page write due to I/O error on sdq1
Sep 15 21:49:34 kernel: [79777.470000] Buffer I/O error on device sdq1, logical block 39141948
Sep 15 21:49:34 kernel: [79777.480000] lost page write due to I/O error on sdq1
Sep 15 21:49:34 kernel: [79777.480000] Buffer I/O error on device sdq1, logical block 39141949
Sep 15 21:49:34 kernel: [79777.490000] lost page write due to I/O error on sdq1
Sep 15 21:49:34 kernel: [79777.490000] sd 4:0:0:0: rejecting I/O to offline device

Sep 15 21:49:34 kernel: [79777.520000] end_request: I/O error, dev sdq, sector 313136016
Sep 15 21:49:34 kernel: [79777.610000] JBD2: Detected IO errors while flushing file data on sdq1-8
Sep 15 21:49:34 kernel: [79777.680000] Aborting journal on device sdq1-8.
Sep 15 21:49:34 kernel: [79777.690000] JBD2: I/O error detected when updating journal superblock for sdq1-8.
Sep 15 21:49:34 kernel: [79777.700000] EXT4-fs error (device sdq1) in ext4_da_writepages: IO failure
Sep 15 21:49:34 kernel: [79777.700000] EXT4-fs error (device sdq1): ext4_journal_start_sb_sync: Detected aborted journal
Sep 15 21:49:34 kernel: [79777.710000] EXT4-fs (sdq1): Remounting filesystem read-only
Sep 15 21:49:34 kernel: [79777.720000] EXT4-fs (sdq1): ext4_da_writepages: jbd2_start: 3176 pages, ino 9699329; err -30
Sep 15 21:49:34 kernel: [79777.850000] JBD2: Detected IO errors while flushing file data on sdq1-8
Sep 15 21:49:34 kernel: [79777.850000] journal commit I/O error
Sep 15 21:49:34 kernel: [79777.900000] EXT4-fs error (device sdq1): __ext4_get_inode_loc: unable to read inode block - inode=11, block=1057
Sep 15 21:49:34 kernel: [79777.950000] EXT4-fs error (device sdq1): __ext4_get_inode_loc: unable to read inode block - inode=11, block=1057
Sep 15 21:49:34 kernel: [79777.990000] EXT4-fs error (device sdq1): ext4_find_entry: reading directory #2 offset 0
Sep 15 21:49:34 kernel: [79778.280000] usb 1-1.2: device descriptor read/64, error -32
Sep 15 21:49:35 kernel: [79778.470000] usb 1-1.2: device descriptor read/64, error -32
Sep 15 21:49:35 kernel: [79778.740000] usb 1-1.2: device descriptor read/64, error -32
Sep 15 21:49:35 kernel: [79778.930000] usb 1-1.2: device descriptor read/64, error -32
Sep 15 21:49:35 kernel: [79779.160000] usb 1-1.2: device descriptor read/8, error -32
Sep 15 21:49:35 kernel: [79779.290000] usb 1-1.2: device descriptor read/8, error -32
Sep 15 21:49:36 kernel: [79779.510000] usb 1-1.2: device descriptor read/8, error -32
Sep 15 21:49:36 kernel: [79779.640000] usb 1-1.2: device descriptor read/8, error -32
Sep 15 21:49:36 kernel: [79779.750000] hub 1-1:1.0: unable to enumerate USB device on port 2
Sep 15 21:49:36 hotplugd: ##### ACTION:remove
Sep 15 21:49:36 hotplugd: DEVICE:/proc/bus/usb/001/013
Sep 15 21:49:36 hotplugd: DEVPATH:1-1.2:1.0
Sep 15 21:49:36 hotplugd: SUBSYSTEM:usb
Sep 15 21:49:36 hotplugd: INTERFACE:8/6/80
Sep 15 21:49:36 hotplugd: ##### ACTION:remove
Sep 15 21:49:36 hotplugd: DEVICE:/proc/bus/usb/001/013
Sep 15 21:49:36 hotplugd: DEVPATH:1-1.2
Sep 15 21:49:36 hotplugd: SUBSYSTEM:usb
Sep 15 21:49:41 hotplugd: usb_get_device_id.c:56 failed get usb id Vendor=0000, ProdID=0000, SN=d6a3ebcbfbd5e7a5f6a3
Sep 15 21:49:41 hotplugd: hotplugd.c:947 failed get usb device id from usb config, DEVICE=/proc/bus/usb/000/000
Sep 15 21:49:41 hotplugd: ##### ACTION:remove
Sep 15 21:49:41 hotplugd: DEVNAME:sdq
Sep 15 21:49:41 hotplugd: DEVICE:/proc/bus/usb/000/000
Sep 15 21:49:41 hotplugd: DEVPATH:sdq
Sep 15 21:49:41 hotplugd: SUBSYSTEM:block
Sep 15 21:49:41 hotplugd: PHYSDEVPATH:/devices/platform/orion-ehci.0/usb1/1-1/1-1.2/1-1.2:1.0/host4/target4:0:0/4:0:0:0
Sep 15 21:49:41 hotplugd: hotplugd.c (1376) ==== USB disk [sdq] plugged out====
Sep 15 21:49:41 hotplugd: SYNOReadOneSectorFromDev(56): failed to open device [/dev/sdq] (errno = 6)
Sep 15 21:49:41 hotplugd: volume_parts_info_get_by_dev.c:304 failed to get disk '/dev/sdq' size
Sep 15 21:49:41 scemd: modules/usbcopy.c:57 USBCopy - Unknown Signal: 12
Sep 15 21:49:41 hotplugd: SYNOReadOneSectorFromDev(56): failed to open device [/dev/sdq] (errno = 6)
Sep 15 21:49:41 hotplugd: volume_parts_info_get_by_dev.c:304 failed to get disk '/dev/sdq' size
Sep 15 21:49:42 kernel: [79785.630000] EXT4-fs error (device sdq1): ext4_put_super: Couldn't clean up the journal

Falls jemand damit was anfangen kann und darin des Rätsels Lösung steht, dann bin ich für jeden Ratschlag dankbar.

 

[kragen79]

Mahlzeit,

habt ihr mal die Kompatibilitätslisten von synology und dem englischsprachigem Support-Forum überprüft?
Es gibt einige USB-Chips, die nicht kompatibel sind mit den DS.
Welcher in Eurem USB-Gehäuse steckt, könnt ihr im DSM unter "Systemsteuerung-->Externe Geräte-->Info abrufen" nachsehen.
Mit sunplus scheint es z.B. öfter Probleme zu geben.

Gruß
kragen

 

[amarthius]

Entweder liegt es wirklich am Chip oder die Festplatte hat zuviele defekte Sektoren oder ähnliche Probleme. Am Besten mal mit Testtools (WD Tools) oder Low-Level-Format und anschließendem ausführlichen SMART-Test prüfen.

 

[ThomPoh]

Mahlzeit,

habt ihr mal die Kompatibilitätslisten von synology und dem englischsprachigem Support-Forum überprüft?
Es gibt einige USB-Chips, die nicht kompatibel sind mit den DS.
Welcher in Eurem USB-Gehäuse steckt, könnt ihr im DSM unter "Systemsteuerung-->Externe Geräte-->Info abrufen" nachsehen.
Mit sunplus scheint es z.B. öfter Probleme zu geben.

Gruß
kragen

Also über "Info abrufen" wird mir nur der Hersteller der Festplatte angezeigt, aber nicht der Hersteller des USB-SATA-Controllers

 

[ThomPoh]

Scheinbar liegt es doch an dem USB-SATA-Controller, denn ich hab hier noch was im Forum dazu gefunden: http://www.synology-forum.de/showthread.html?19009-Backup-auf-USB-Platte-bricht-mit-quot-Fehlgeschlagen-quot-ab.&p=154732&viewfull=1#post154732

Ehrlich gesagt, dachte ich, dass dieser Bug schon längst gefixt wurden ist, aber anscheinend leider nicht und auch nicht mit der Version 3.2

 

[amarthius]

Lief die Festplatte den überhaupt schon mal an deiner DS?

Entweder liegt es wirklich am Chip oder die Festplatte hat zuviele defekte Sektoren oder ähnliche Probleme. Am Besten mal mit Testtools (WD Tools) oder Low-Level-Format und anschließendem ausführlichen SMART-Test prüfen.

Was ist denn nun hiermit?

An welchen USB-Port hast du sie angeschlossen? Ich hab in Erinnerung das die kleinen Festplatten mehr Spannung benötigen als die DS an einem Port liefern kann. Darum gibts ja auch diese Y-Kabel, welche auch nicht der Hit sind.

 

[ThomPoh]

Die Festplatte ist nagelneu und hab ich seit voriger Woche, und genauso lange hab ich die Probleme damit. Die HDD wurde gecheckt, keine defekten Sektoren etc, alles bestens, ich schliesse die Festplatte an sich eher aus. Angeschlossen hab ich sie an den hinteren USB-Ports.

 

[Bimpf]

Nur eine kleine Ergänzung, die diese Auffassung unterstützt: Time Backup funktioniert auf derselben Platte ohne jegliche Probleme. Auch wenn man den Backupjob auf verschiedene kleinere Jobs aufteilt, geht es ohne Schwierigkeiten. Dass die Platte defekt ist, scheint mir extrem unwahrscheinlich, zumal es auch bei mir mit mehreren USB-Disks nicht geht.

 

[ThomPoh]

So, ich hab jetzt mal das Backup auch auf mehrere Jobs aufgteilt und selbst beim kleinsten Job mit 2 GB wird der Vorgang abgebrochen

Sep 16 17:13:08 kernel: [43248.000000] lock for hub EH
Sep 16 17:13:08 kernel: [43248.190000] usb 1-1.1: device descriptor read/all, error -32
Sep 16 17:13:08 kernel: [43248.350000] usb 1-1.1: device descriptor read/64, error -32
Sep 16 17:13:09 kernel: [43248.540000] usb 1-1.1: device descriptor read/64, error -32
Sep 16 17:13:09 kernel: [43248.680000] hub is performing EH
Sep 16 17:13:09 kernel: [43248.760000] usb 1-1.1: device descriptor read/8, error -32
Sep 16 17:13:09 kernel: [43248.890000] usb 1-1.1: device descriptor read/8, error -32
Sep 16 17:13:09 kernel: [43249.110000] usb 1-1.1: device descriptor read/8, error -32
Sep 16 17:13:09 kernel: [43249.240000] usb 1-1.1: device descriptor read/8, error -32
Sep 16 17:13:10 kernel: [43249.350000] unlock for hub EH
Sep 16 17:13:10 kernel: [43249.370000] end_request: I/O error, dev sdq, sector 2563120
Sep 16 17:13:10 kernel: [43249.380000] Buffer I/O error on device sdq1, logical block 320358
Sep 16 17:13:10 kernel: [43249.390000] lost page write due to I/O error on sdq1
Sep 16 17:13:10 kernel: [43249.390000] Buffer I/O error on device sdq1, logical block 320359
Sep 16 17:13:10 kernel: [43249.400000] lost page write due to I/O error on sdq1
Sep 16 17:13:10 kernel: [43249.400000] Buffer I/O error on device sdq1, logical block 320360
Sep 16 17:13:10 kernel: [43249.410000] lost page write due to I/O error on sdq1
Sep 16 17:13:10 kernel: [43249.410000] Buffer I/O error on device sdq1, logical block 320361
Sep 16 17:13:10 kernel: [43249.420000] lost page write due to I/O error on sdq1
Sep 16 17:13:10 kernel: [43249.420000] Buffer I/O error on device sdq1, logical block 320362
Sep 16 17:13:10 kernel: [43249.430000] lost page write due to I/O error on sdq1
Sep 16 17:13:10 kernel: [43249.440000] Buffer I/O error on device sdq1, logical block 320363
Sep 16 17:13:10 kernel: [43249.440000] lost page write due to I/O error on sdq1
Sep 16 17:13:10 kernel: [43249.450000] Buffer I/O error on device sdq1, logical block 320364
Sep 16 17:13:10 kernel: [43249.450000] lost page write due to I/O error on sdq1
Sep 16 17:13:10 kernel: [43249.460000] Buffer I/O error on device sdq1, logical block 320365
Sep 16 17:13:10 kernel: [43249.460000] lost page write due to I/O error on sdq1
Sep 16 17:13:10 kernel: [43249.470000] Buffer I/O error on device sdq1, logical block 320366
Sep 16 17:13:10 kernel: [43249.470000] lost page write due to I/O error on sdq1
Sep 16 17:13:10 kernel: [43249.480000] Buffer I/O error on device sdq1, logical block 320367
Sep 16 17:13:10 kernel: [43249.490000] lost page write due to I/O error on sdq1
Sep 16 17:13:10 kernel: [43249.490000] sd 3:0:0:0: rejecting I/O to offline device
Sep 16 17:13:10 kernel: [43249.490000] sd 3:0:0:0: rejecting I/O to offline device
Sep 16 17:13:10 kernel: [43249.490000] sd 3:0:0:0: rejecting I/O to offline device

Merkwürdig ist aber, dass ein Backup via Time Backup komplett durchläuft, ohne Abbrüche, also schliesse ich die externe Festplatte als Fehlerquelle aus.

 

[itari]

Ich vermute, dass das Dateisystem einen Schuss hat ... fsck mal drauf ansetzen.

Ansonten ist der USB/SATA-Chip direkt im Prozessor-Chip eingebaut bei den kleinen Systemen und würde sich auch von Modell zu Modell unterscheiden ...

Ich denke, dass ihr den Synology-Support draufschauen lassen solltet.

Itari

 

[adahmen]

Hallo,

auch ich hatte das gleiche Problem (Backup bricht ab mit "USB ejected") mit meiner externen USB-Platte. Das Problem trat jedoch erst unter 3.2 auf. Vorher konnte ich immer ein Backup machen ohne Probleme und ohne Abbruch (ca. 300 GB).

Laut Syno-Support soll der Fehler mit der 1944 behoben sein ... ist er aber bei mir nicht :-(
Ich habe mir dann kurzerhand ne neue externe Platte mit USB 3.0 (Kompatibel zu 2.0) geholt ... den Tip gab es im offiziellen Support-Forum. Und siehe da, das Backup (und diesmal mehr als 500 GB) lief ohne Probleme durch

 

[jkie]

Hallo,

da es mehrere Beiträge zu diesem Thema gibt, ich selbst mit verschiedenen Ds211, DS212 darunter litt und mir die dortigen Vorschläge nicht weiter geholfen hatten, möchte ich trotz des großen zeitlichen Abstands meine Lösung vorstellen, in der Hoffnung anderen zu helfen.
Der Abbruch der Datensicherung trat ab DSM 3.2xx auf und besteht bis heute Version 4.1xx. ( mit der alten DSM-Version funktionierte das Backup prima )
Nachdem ich die Tipps aus den Foren ausprobiert hatte wie:
- USB-Platte extern mit etx4 formatieren,
- Hub dazwischenschalten,
- HDD von 3GBit auf 6GBit umschalten
- anderen USB-Controller verwenden, z.B. USB3 von 2,5" Platte,
wandte ich mich an Synology. Diese sendeten mir einen Link mit einer Liste von kompatiblen USB-Laufwerken.
Ich entschied mich für eine WD My Book Essential 1140. Diese bei Alternate gekauft und mit meine DS211 getestet. OK das Backup lief mehrfach durch. Ich wechselte sogar die HDD und es funktionierte wieder.
Nun besorgte ich mir bei einem Online-Händler ein identisches zweites WD My Book Essential 1140.
Aber Hallo, jetzt trat wieder der alte Fehler auf!!!
Lange Rede kurzer Sinn.
( 1 ) Ich verband die "WD MyBook..." mit meinem Rechner. ( Win7 64)
Unter Windows wurde die USB->HDD mit einem gelben Symbol angezeigt.
Von WD-Homepage: -> http://wdc.custhelp.com/app/answers/detail/search/1/a_id/5419
d:\Daten\Hardware\WD MyBook Essential\SES_Driver\WD SES Driver Setup (x64).msi
Nach Installation des Treibers erschien die usb-hdd im Gerätemanager unter /laufwerke/ WD My Book 1140 USB Device. Das gelbe Zeichen war weg.
(2) Firmware geupdatet:
Aktualisieren der Laufwerks-Firmware
Das WD Firmware-Aktualisierungsprogramm aktualisiert die Firmware auf Ihrem My Book- oder My Passport-Laufwerk
d:\...\WD MyBook Essential\Firmwareupdater\WDFirmwareUpdater\WDFirmwareUpdater.exe
Bei meinem Laufwerk ausgelesen: SN: WCAZA8645356 V 1.003
schlug vor auf Version 1.019 zu updaten. dies auch gemacht, o.k.
Rechner herunterfahren, WD Essential 1140 an DS211 angeschlossen.
Anschließend zwei Datensicherungen durchgeführt und siehe da, beide liefen wieder durch i.O.

Im Gerätemanager :
Im Gerätemanager beide Laufwerke ausgelesen:
Hardware ID: Arbeit
USBSTOR\DiskWD______My_Book_1140____1012 -->> 12 wahrscheinlich die Firmwareversionen,

beim zweiten Laufwerk:
Hardware IDs: meins
USBSTOR\OtherWD______SES_Device______1003 -->> wahrscheinlich die ausgelesene FW-Version die ich auf 1019 updatete.

Fazit:
Wie im Forum schon erwähnt, ist die Ursache wahrscheinlich eine Inkompatibilität der Programmierung der jeweiligen USB-Controller.
Selbst die Kompatibilitätsliste von Synology löste nicht das Problem. Zum Glück konnte man die Firmware der "WD Essential 1140" updaten.
Ich kann nach über einem Jahr wieder die Datensicherung der Synology erfolgreich verwenden.
Ich hoffe, daß die nächsten Updates von Synology diese Freude nicht wieder zunichte machen.

Danke an alle, die sich mit dieser Problematik beschäftigt hatten.