13 hours ago, i-B4se said:

Wonach muss ich da genau gucken.

Entweder schickst du mir die Log oder schau durch alle Zeilen. Vor einem oder mehreren Dateinamen muss ein Fehler stehen.

@mgutt

wäre sowas z.B. ein Fehler?

rsync: [generator] symlink "/mnt/remotes/NAS-BACKUP_Backup/Backup/disk4/.20210316_205214/disk4/appdata/Dolphin/.kde/cache-43404a953f1b" -> "/var/tmp/kdecache-nobody" failed: Operation not supported (95)

 

Wenn ja, dann wäre das aber nicht im Backup "20210316_175701" wo er den Fehler ausgegeben hat, sondern eine Disk später.

1 hour ago, i-B4se said:

wäre sowas z.B. ein Fehler?

Genau sowas. Such mal nach dem Wort "rsync" in der Logdatei. Eventuell findest du es dann.

 

1 hour ago, i-B4se said:

dann wäre das aber nicht im Backup "20210316_175701" wo er den Fehler ausgegeben hat

Da muss aber auch ein Fehler bei sein. Steht auch in dem Teil, den du kopiert hast "see previous errors" = "schaue vorherige Fehler":

rsync error: some files/attrs were not transferred (see previous errors) (code 23)

 

Hab die Dateien gefunden, aber was macht man mit diesen?

Das macht meinen inneren Monk verrückt wenn da ein Fehler auftaucht und der "." vor dem Backup steht

 

Was mich wundern ist, wenn ich das Backup auf eine externe HDD mache, läuft es mit den gleichen Dateien/Pfaden ohne Probleme durch

 

rsync: [generator] recv_generator: mkdir "/mnt/remotes/NAS-BACKUP_Backup/Backup/disk1/.20210317_193709/disk1/Nextcloud/nextcloud/data/i-B4se/files/Tauchen/Videos/.@__thumb" failed: No such file or directory (2)

Wird von Nextcloud erzeugt. Ich lösch die mal und mal sehen ob es damit behoben ist

 

rsync: [generator] symlink "/mnt/remotes/NAS-BACKUP_Backup/Backup/disk4/.20210317_223314/disk4/appdata/Dolphin/.kde/cache-43404a953f1b" -> "/var/tmp/kdecache-nobody" failed: Operation not supported (95)

Kann man die "appdate" nicht so einfach speichern? Muss dafür das andere Plugin genutzt werden?

 

rsync: [generator] symlink "/mnt/remotes/NAS-BACKUP_Backup/Backup/cache/minecraft/.20210317_224515/minecraft/runtime/jre15/legal/java.compiler/ADDITIONAL_LICENSE_INFO" -> "../java.base/ADDITIONAL_LICENSE_INFO" failed: Operation not supported (95)

Hier ebenfalls nur von Minecraft

21 minutes ago, i-B4se said:

Das macht meinen inneren Monk verrückt wenn da ein Fehler auftaucht und der "." vor dem Backup steht

So soll das sein

 

Ich habe das Script so aufgebaut, dass es bei unbekannten Fehlern das Backup nicht für gültig markiert. Du könntest natürlich den Punkt entfernen bzw wir müssen mal herausfinden was wir mit dem Ignorieren von "[generator] symlink" riskieren.

 

Und da hätten wir schon die Antwort. Symlinks können nicht auf exFat gesichert werden:

https://unix.stackexchange.com/a/628495/101920

 

Jetzt die heilige Frage. Was passiert, wenn wir das grundsätzlich ignorieren lassen und jemand stellt das Backup wieder her? Der Symlink fehlt und ist evtl wichtig für das Programm. Ich würde daher sagen, dass ich das nur optional ignorieren lasse. Was meinst du?

 

Aber QNAP nutzt doch "ext4" oder irre ich mich da gerade?

2 hours ago, i-B4se said:

rsync: [generator] recv_generator:

Kannst du auf dem Qnap mal versuchen die Datei ".@__thumb" zu erstellen?

 

1 hour ago, i-B4se said:

Aber QNAP nutzt doch "ext4"

Dann sind Symlinks bei dem SMB Share des QNAP deaktiviert. Das ist meine ich sogar die Grundeinstellung. Muss ich mal recherchieren warum. Denke mal aus Sicherheitsgründen.

Also auf dem NAS selbst kann ich den Ordner .@__thumb erstellen, aber wird mir nicht angezeigt. 

Wenn ich den nochmal erstellen möchte, wird mir gesagt das dieser schon existiert.

 

Will ich den Ordner mit Windows auf der Netzwerkplatte erstellen, bekomme ich eine Fehlermeldung.