File System Fehler Hyper Backup Problem

[HarmH]

Guten Tag.

Ich habe Sorgen mit unserem NAS.
Seit einiger Zeit (im Urlaub natürlich) meldet der Speicher Manager einen Dateiystemfehler auf Volume 1. Reparaturversuche über den Speichermanager schlugen fehl.
Ich habe darauf über das Support Center ein Ticket aufgemacht und Anweisungen bekommen, wie ich vorgehen soll.
Das Problem ist nun aber, daß ich vorher ein Backup machen soll und in dem Zuge festgestellt habe, daß Hyperbackup nicht mehr durchläuft. Ich lasse täglich incrementelle Backups mit Hyperbackup auf zwei rotierende USB Platten machen und ein wöchentliches auf ein altes NAS, das hinterher runtergefahren wird.
kann es sein, daß Hyperbackup stoppt, weil es den Fehler im Filesystem gibt? Wenn ja, wie bekomme ich nun ein aktuelles Backup hin? Per USB Copy auf eine dritte USB Platte?
Ich würde mich über Tipps freuen.

Viele Grüsse,

Harm.

 

[ctrlaltdelete]

Ja, das Paket Hyper Backup schreibt auch im laufenden Backup auf der Quelle seinen Index, wenn es dort Probleme gibt kann das Backup nicht sauber durchlaufen.
Aber interessant wären die genauen Fehlermeldungen, am besten Screenshots: Speichermanager, Speicherpool, Volume, und die Logs aus Hyper Backup!

 

[HarmH]

Danke für die Antwort.
Screenshots aus dem Speichermanager hänge ich gerne an.
Wäre eine Backup mit USB Copy aussichtsreicher?
Das Backup Log folgt gleich.

​

 

[HarmH]

Die Meldung "Backup destination does not exist" ist in Ordnung, eine Platte beware ich immer ausser Haus auf.

 

[ctrlaltdelete]

Die Logs bringen leider keine Erkenntnis. Steht noch was im Protokollcenter zu den HDDs? siehe Screenshot
Kannst du die SMART Werte auslesen und posten? KEINEN TEST MACHEN!!!
https://www.synology-forum.de/threads/smart-werte-auslesen-und-interpretieren.131057/

 

[ctrlaltdelete]

Wäre eine Backup mit USB Copy aussichtsreicher?

wäre zumindest einen Versuch wert.

 

[HarmH]

Ich hänge den Screenshot des Protokollcenters an.
Für den letzten S.M.A.R.T. Schnellteste wird bei allen Platten "in Ordnung" angegeben.
Der SSH Login für genaue Werte macht leider Probleme, da mein Benutzername ein Leerzeichen in der Mitte hat (Login Problem bei SSH).

 

[maxblank]

Dein File-System ist korrupt und hat Fehler.
Führe mal eine Datenbereinigung im Speicher-Manager durch.

 

[ctrlaltdelete]

Meinst du noch einen Versuch?

 

[maxblank]

Und um 10.10 Uhr kam der Fehler wieder. Nee, dann bringt es nix. Ist halt ext4…

 

[HarmH]

Ist ext4 schuld? Kann man ein anderes Filesystem nehmen?

 

[ctrlaltdelete]

Welche DS mit welchem DSM hast du eigentlich?

 

[maxblank]

Btrfs hat mehr Selbstheilungsmechanismen.
Ich denke, dass zuerst die Ursache des Fehlers beseitigt werden muss.

 

[HarmH]

Das denke ich auch.
Ich versuche jetzt zu allererst, die Daten zu sichern, die in die Backup Lücke gefallen sind. Heute morgen hatte die Kiste Startprobleme, so daß ich froh bin, daß sie überhaupt läuft. jetzt läuft USB Copy.
Inzwischen habe ich auch ein SSH auf die Maschine hinbekommen, weiß aber nicht, wie ich die einzelnen Platten ansprechen muss. Die in der Beschreibung genannten Devices /dev/sata1 bzw. dev sda1 für die erste Platte geben jeweils ein "no such device" zurück. (smartctl -iA -d sat /dev/sata1 oder smartctl -iA -d sat /dev/sda)

Unser Geröt ist eine DS420j mit DSM 7.2.2-72806 Update3

 

[ctrlaltdelete]

was zeigt denn: cat /proc/mdstat

 

[HarmH]

Siehe Foto

 

[ctrlaltdelete]

dann ist der Befehl:
smartctl -iA -d sat /dev/sdb
smartctl -iA -d sat /dev/sdc
smartctl -iA -d sat /dev/sdd

 

[HarmH]

Klingt irgendwie logisch ...
Hier die Antwort, ich hoffe, für Dich ist es mehr als ein Tapetenmuster?

 

[HarmH]

Sdb hat eine hohe raw read error rate. Das erkenne ich im Vergleich. Heisst das was?

 

[ctrlaltdelete]

Bitte immer als Code posten!
Was sind das für HDD Models?