Hyper Backup Fehler: Failed to run backup task

[ctrlaltdelete]

@maxblank Nein, keine Idee, ausser mieses USB Gehäuse, read only Schalter?

 

[Micron]

Ich konnte die Platte noch einmal einhängen, und konnte mittels File Station und HyperBackup auf das Backupverzeichnis zugreifen. Der nächtliche Backup wurde jedoch wieder nicht mit folgender Fehlermeldung durchgeführt:

Error​

2024/12/26 02:00:02​

SYSTEM​

[Local][Inca Backup auf WD16TB] Failed to start backup task. (The destination file does not exist. please make sure that no other application is able to write the backup destination.) [Path: /volumeUSB1/usbshare/nas_2.hbk/Config/version_info.db not exist]​

Daraufhin wollte ich jetzt die Platte neu formatieren und erhielt folgende Fehlermeldung:

Es gibt ein Protokoll mit dem Schweregrad err auf nas. Überprüfen Sie die Details im Protokoll-Center.
Der Inhalt des Protokolls ist wie folgt:
markus: The system failed to initialize external disk [sdq] to [EXT4] format.
Von nas

WD Drive Utility zeigt erneut keine Fehler, und ich bin mir jetzt unsicher ob das Problem nicht an der DS218+ liegt!?
Ich formatiere jetzt die Platte an meinem MacBook und schaue mal ob sie dann brauchbar ist. Falls ja, hänge ich sie noch einmal an die DS und versuche sie dort neu auf EXT4 zu formatieren.
Die Platte ist erst 5 Monate alt!

 

[ctrlaltdelete]

Hast du die USB HDD als internes Laufwerk gemounted???

 

[Micron]

Wenn ich die USB HDD an meiner DS218+ am USB-Port anschließe, dann wird sie doch vom System automatisch gemounted. Ich habe da bisher noch nie etwas gemacht.

 

[ctrlaltdelete]

das sdq irritiert mich???

 

[Micron]

Ich habe jetzt die WD HDD mittels WD Drive Utilities an meinem MacBook gelöscht und neu formatiert. Anschließend habe ich die Platte an meiner DS218+ angeschlossen. Die Platte habe ich dann in der DS Systemsteuerung unter "Externe Geräte" mit zwei Partitionen gesehen, und neu in EXT4 formatiert.
Im Hyper Backup habe ich dann eine neue Aufgabe erstellt, und die Datensicherung konnte erfolgreich gestartet werden. Die altene Datensicherungsaufgaben konnte ich nicht verwenden, da hier immer das Ziel "offlinde" angezeigt wurde.

Hier der aktuelle Zustand der angehängten USB HDD:

markus@nas:~$ lsusb
|__usb1 1d6b:0002:0404 09 2.00 480MBit/s 0mA 1IF (Linux 4.4.302+ xhci-hcd xHCI Host Controller 0000:00:15.0) hub
|__1-2 0463:ffff:0100 00 2.00 12MBit/s 20mA 1IF (EATON Ellipse ECO 000000000)
|__1-4 f400:f400:0100 00 2.00 480MBit/s 200mA 1IF (Synology DiskStation 7F0088EBB0CA6007)
|__usb2 1d6b:0003:0404 09 3.00 5000MBit/s 0mA 1IF (Linux 4.4.302+ xhci-hcd xHCI Host Controller 0000:00:15.0) hub
|__2-1 1058:25ee:4009 00 3.10 5000MBit/s 8mA 1IF (Western Digital My Book 25EE 39414A414A415752)

markus@nas:~$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 1.6G 671M 70% /
devtmpfs 4.8G 0 4.8G 0% /dev
tmpfs 4.8G 244K 4.8G 1% /dev/shm
tmpfs 4.8G 25M 4.8G 1% /run
tmpfs 4.8G 0 4.8G 0% /sys/fs/cgroup
tmpfs 4.8G 69M 4.8G 2% /tmp
tmpfs 981M 0 981M 0% /run/user/196791
/dev/loop0 27M 767K 24M 4% /tmp/SynologyAuthService
/dev/vg1000/lv 11T 4.6T 6.0T 44% /volume1
/dev/sdq1 15T 19M 15T 1% /volumeUSB1/usbshare

 

[Micron]

Ein Fullbackup ist heute Nacht mit der neuformatierten Platte fehlerfrei durchgelaufen.
Was das nun war und weshalb die Platte jetzt unter "/dev/sdq1 on /volumeUSB1/usbshare type ext4" gemounted wird, weiß ich auch nicht. Ich vermute es ist oder war eine Sache von der DS und die Platte war die ganze Zeit in Ordnung.

 

[maxblank]

War doch bereits die ganze Zeit unter /dev/sdq1 gemountet, oder? Habe ich so auf jeden Fall noch nicht gesehen.

 

[Micron]

Ja war es vermutlich, aber die Skepsis von dir und @ctrlaltdelete hatten mich etwas nachdenklich gemacht und auch verunsichert.

 

[Micron]

Leider bekomme ich seit heute Nacht wieder die gleichen Fehlermeldungen!
Was soll ich jetzt machen? Wie bekomme ich denn heraus an wem das Problem letztendlich liegt?
Laut WD Testtool Drive Utility ist die Platte in Ordnung! Meine DS218+
markus@nas:~$ lsusb
|__usb1 1d6b:0002:0404 09 2.00 480MBit/s 0mA 1IF (Linux 4.4.302+ xhci-hcd xHCI Host Controller 0000:00:15.0) hub
|__1-2 0463:ffff:0100 00 2.00 12MBit/s 20mA 1IF (EATON Ellipse ECO 000000000)
|__1-4 f400:f400:0100 00 2.00 480MBit/s 200mA 1IF (Synology DiskStation 7F0088EBB0CA6007)
|__usb2 1d6b:0003:0404 09 3.00 5000MBit/s 0mA 1IF (Linux 4.4.302+ xhci-hcd xHCI Host Controller 0000:00:15.0) hub
|__2-1 1058:25ee:4009 00 3.10 5000MBit/s 8mA 1IF (Western Digital My Book 25EE 39414A414A415752)

markus@nas:~$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 1.6G 673M 70% /
devtmpfs 4.8G 0 4.8G 0% /dev
tmpfs 4.8G 244K 4.8G 1% /dev/shm
tmpfs 4.8G 28M 4.8G 1% /run
tmpfs 4.8G 0 4.8G 0% /sys/fs/cgroup
tmpfs 4.8G 114M 4.7G 3% /tmp
tmpfs 981M 0 981M 0% /run/user/196791
/dev/loop0 27M 767K 24M 4% /tmp/SynologyAuthService
/dev/vg1000/lv 11T 4.6T 6.0T 44% /volume1
/dev/vg1000/lv 11T 4.6T 6.0T 44% /volume1/web/tanken
/dev/sdq1 15T 4.9T 9.7T 34% /volumeUSB1/usbshare

Es scheint als ob die Ext. WD Platte wieder vom System dismounted wurde.
Im File Manager wird die Freigabe zur Platte angezeigt, jedoch es ist kein Inhalt zu sehen.

 

[Micron]

Selbes Problem heute Nacht erneut aufgetreten!
Ich habe jetzt wie beim letzten Mal im DSM7.2.1 unter Externe Geräte die ext. USB 1 Platte einfach entfernt, dann das USB Kabel und die Stromversorgung an der Platte abgezogen und wieder aufgesteckt. Sofort wird die Platte wieder vom System automatisch eingebunden, und ein Zugriff auf die Backup Dateien kann erfolgen.
Das hilft mir zwar weiter, ist aber nicht zufriedenstellend.

 

[Micron]

Ich habe die Platte zu Western Digital gesendet und problemlos kostenlos ausgetauscht bekommen. So wie ich das lese hat sie deren Prüfung nicht bestanden, und wurde deshalb ausgetauscht. Seit dem ich die neue Platte verwende ist das Problem nicht wieder aufgetreten. Sollte das passieren, melde ich mich wieder.