Backup auf externe HDD Fehl geschlagen

[souli]

Ich habe gerade eine Fehlermeldung bekommen, die ich nicht so wirklich nachvollziehen kann.

DS213+ aktuelle Soft.
Keine weiteren Prozesse am laufen, also bis auf Antivir nichts, was stören könnte.

Externe HDD an USB3
Backup erstellt und gestartet.

Fehlermeldung bekommen, Backup nicht erfolgreich.
HDD hat genug Platz (vorher leer gemacht)

Im Fehlerprotokoll 1.800 und mehr ...
"[Local to share][Backup 09-12-2015] Exception occured while backing up data. (The file is a symbolic link.)!

Nur, das sind KEINE links sondern normale Dateien. (svg Format- Openclipart)
Und, die gleiche Sicherung hatte ich schon mal gemacht, ohne Fehlerhinweise.
Gleiche Platte, wirklich alles gleich.

Dazu noch 4 wirkliche Fehlermeldungen.

Stufe Protokoll Datum & Zeit Benutzer Ereignis
Error Sicherung 2015/12/09 18:35:38 SYSTEM [Local to share][Backup 09-12-2015] Failed to run backup task.
Error Sicherung 2015/12/09 18:35:37 SYSTEM [Local to share][Backup 09-12-2015] Failed to backup data.
Error Sicherung 2015/12/09 18:35:37 SYSTEM [Local to share][Backup 09-12-2015] Backup folder [/volume1/Treiber-und-Manuals] failed.
Error Sicherung 2015/12/09 18:35:27 SYSTEM [Local to share][Backup 09-12-2015] Exception occured while backing up data. [/volume1/Treiber-und-Manuals/Support fÃŒr Freunde/Joerg mitnehmen/libreoffice/prÃŒfen/Writer/10 - tabellarischer-lebenslauf-gr?n.ott]

Zeitpunkt des Backup Starts war 13:00 noch was. Lief auch eine ganze Weile, (immer wenn ich mal wieder nachgeschaut habe)
Das um 18:25 erneut ein Start erfolgen soll?

Wo, was nachsehen?
Kann jemand weiter helfen?

Hinweis, arbeite mit Linux und geben Daten per fstab und Dolphin auf die NAS

 

[dil88]

Wie ist die externe Platte formatiert? Funktioniert es, wenn Du die Umlaute durch normale Vokale ersetzt ("fuer" und "pruefen") und ggfs. auch die Leerzeichen durch "-" oder "_"?

 

[souli]

Oh Mann, da hab ich mal wieder auf dem Schlauch gestanden....

Hab die HDD noch mal mit ext4 formatiert. Lass grad noch mal laufen, mal sehen, was dabei raus kommt.
Was mich irritiert ist, dass die letzte Komplettsicherung ohne Probleme auf der gleiche HDD unter NFS sauber durch lief.
Eigenwillig. Kann aber sein, dass ich zwischenzeitlich andere Dateien von Linux hoch gezogen habe, die dann unter utf-8 waren.
Nervt eh, dieses komm aus Windows mit anderen Zeichensatz. Brummel...
Werde berichten.

 

[dil88]

Du meinst vermutlich das Filesystem NTFS und nicht das Protokoll NFS. Die Umlaute behandelt Samba meiner Erfahrung nach eigentlich ganz gut, aber dennoch ist eine DS natürlich ein Linux-Server.

 

[souli]

Na, dann kauf ich doch mal ein "T" *grins.
Klar, NTFS.
Die Dateien, die derzeit mukken, oder wahrscheinlich gemuckt haben, stammen aus Sicherrungsplatten, die unter Win bespielt wurden.
Derzeit ist das Backup zu 81 Prozent gelaufen, aber wieder eine endlose Menge von Warnings.
Bislang nicht mehr wegen den Sonderzeichen sondern wegen angeblich bestehenden Links, die auf Bilddateien hin weisen.
Welche aber keine Links sind, sondern svg Dateien aus openclipart.
Eigenwillig, dass er die als Link interpretiert.
Also wie gestern. Ich hätte kein Problem diese Dateien zu löschen, jedoch macht es mich nervös, dass er angeblich Dateien so interpretiert.
Es scheinen bislang NUR dies Dateien zu sein.

Mir fällt da auch nicht wirklich eine Lösung ein.
Auch dauert dies Backup sehr sehr lange, wie ich finde. Start 12:25 jetzt die 81 Prozent und etwa 1,01 TB.
Endlos.

 

[dil88]

Kann die Verunsicherung verstehen - immerhin geht es um ein funktionierendes Backup. Vielleicht fragst Du mit einem konkreten Beispiel einmal bei Synology an.

 

[souli]

Jetzt bin ich völlig durcheinander.

1. ich bekomme ja diese Warnings. Angeblich wie in meinen zweiten Beitrag, sind diese Dateien links. Ok.
2. Jetzt habe ich die externe HDD in ext4 formatiert. Sicherungsdauer 6:20 Stunden. Ok - Zähne knirschend. (Ist eine usb 3 Platte an port 1)
3. Lt Hinweis lief das Backup erfolgreich. Na so was.
4. Habe ich mir die Warnings genau angesehen. Die ja erneut kamen. Genauer gesagt, zuerst die Dateien auf dem Backup gesucht. (zwei von vielen Beispielen) - und sie sind nicht drauf.
5. Habe ich mir diese beiden repräsentativen Dateien auf der DS versucht anzusehen. Die gibt es nicht????

So, und jetzt? Ich kapiere gar nichts mehr.
Kann jemand das Rätsel lösen?
Es betrifft ausschließlich den Ordner der mit opencliparts (gibbet oder gab es mal beim offiziellen Wiki) und Dateiendung svg. Dies könnte ich ohne entsprechendes Programm nicht öffnen. (zum Beispiel Inkscape)

Meine Verwirrung ist nunmehr komplett. Kann ich der Sicherung denn noch trauen? Macht es nicht bald mehr Sinn, das Ganze mir rsync zu realisieren? Da kann ich wenigstens erkennen, wenn er was nicht will und warum.
Müsste ich zwar die Admin Tools installieren (hab ich mich bislang erfolgreich vor gedrückt) aber na ja,.

Vielleicht hab ich ja Glück und jemand kennt die Lösung.
Frage ist ob ich hier irgendwie Mist gemacht habe, nur keine Ahnung, wo ich da auch nur ansatzweise suchen sollte.
Zugang erfolgt auf die DS per autofs mit Start meines Rechners bei gleicher UID unter Kubuntu 14.04.

 

[dil88]

Hast Du Dir die Dateien bzw. Verzeichnisse schon einmal per Shell angesehen?

 

[souli]

Öhhhm, nein. Hat die DS eine eigene? Wenn ja, wie starten (hab ich noch nie gebraucht.... soll ja schließlich nur Daten sammeln das Teil... )
oder per ssh auf die DS zu?

 

[dil88]

Per ssh, wenn das unter Terminal / SNMP aktiviert ist.

 

[souli]

Nur Zugriff per ssh. Scheint eine sehr kastrierte Shell zu sein.
Ich schau mal die nächsten Tage, dass ich diese Links raus kloppen kann.
Mal sehen, wie das geht. Find ist kastriert, ls ist kastriert. Welche Shell ist dies eigentlich? Und welcher Befehlssatz ist da vorhanden.? Gelesen hatte ich mal was, ist aber ewig her.

Terminal ist für mich nur unter absolut - nichts andere geht mehr - zugänglich. Ich mag das Teil nicht so wirklich, aber immerhin besser als unter Win.

Aber danke für den Tipp. Wie auch immer diese Links zustande gekommen sind.

 

[dil88]

Das ist eine ash als Bestandteil der busybox.