Hyper Backup Hyperbackup schlägt fehl

[Skiwlkr]

Leider schlägt seiner kurzem mein HyperBackup immer wieder fehl und ich finde nicht raus warum.
Vor kurzem ist mein Backup gefailed, da die Backupplatte vollgealaufen ist ich hatte das Backup dann komplett gelöscht und die Festplatte neu auf ExFat4 formatiert.
Seitdem versuche ich ein komplett neues Backup zu erstellen. Es kopiert extrem langsam (50GB ca. 20h) und schlägt dann einfach fehl.
Ich bekomme keine Informationen, was da schief läuft, nur diesen recht spärlichen Log.

Kann mir jemand weiterhelfen?
Danke

Error

2022-02-25 11:28:02

SYSTEM

[Local][Local Backup] Failed to run backup task.

Error

2022-02-25 11:28:00

SYSTEM

[Local][Local Backup] Failed to backup data.

Error

2022-02-25 11:27:51

SYSTEM

[Local][Local Backup] Exception occurred while backing up data.

Information

2022-02-24 17:44:32

SYSTEM

[Local][Local Backup] Backup task started

 

[Kurt-oe1kyw]

Bist du sicher dass die DS mit Hyperbackup auf ExFat4 Platten schreiben kann?

Nach m.W. schreibt Hyperbackup nur auf ext4, Btrfs,FAT,NTFS und HFS+ Platten.

 

[Skiwlkr]

ahh... verschrieben.
ich meinte natürlich ext4

also hyperbackup schreibt ja auch darauf, aber eben nur 50gb oder so.

Die frisch formatiert und funktioniert tadellos. Ich versteh nicht wo das Problem liegt.

 

[himitsu]

Gut, exFAT hat kein Limit bezüglich Dateigröße/-Anzahl. also daran kann's nicht liegen, dass es abbricht,

aber vielleicht hat einfach der Treiber eine kleine Macke, weswegen es so langsam wird und irgendwann in ein Timeout läuft?

 

[Skiwlkr]

Ich hab jetzt nochmal nen neuen BackUp-Task erstellt und lass den jetzt nochmal laufen.

Testweise eben mal ein File auf die USB Platte kopiert und das ging schön flott mit 200mb/s
Wie finde ich denn raus ob der Treiber eine Macke hat?

Gibts ne andere native Backup Lösung für Diskstations mit Versioning?

 

[Skiwlkr]

Das Problem wird hier schon mal beschrieben:
https://community.synology.com/enu/forum/1/post/135853

Dort steht aber, dass der Fehler mit HperBackup Version 2.2.6 behoben wurde.
Ich habe 2.2.9.

 

[Skiwlkr]

Ich hab langsam ein Gefühl es hängt damit zusammen, dass ich ein SMR Drive benutze das beim letzten Backup komplett voll geschrieben wurde.
Vielleicht leidet darunter jetzt die Performance. Die Frage ist, sag ich dem Drive, dass es komplett leer ist. Formatieren reicht da wohl nicht, was ich bisher so gelesen habe.

 

[synfor]

Secure Erase oder Herstellertool

Hier sieht man mal wieder, dass SMR auch für Backups keine gute Wahl sind.

 

[himitsu]

es ist nie leer ... auch 000000 und Co. will geschrieben werden

ich weiß grade nicht mehr wo die HDD-Config steht /dev oder /sys/dev oder so ... dort konnte man z.B. die Timeouts ändern

[add]
echo "30" > /sys/block/***/device/timeout
*** = z.B. sdq

 

[Skiwlkr]

Ich hab die Platte auf NTFS formatieret und mit windows defragmentation getrimmed und siehe da, schon 300GB in einer Stunde kopiert.

Lesson learned in Zukunft mehr Geld für CMR drives zahlen.