Error backup... symbolic link....

[Ben(V)]

Aha dus zo lost Synology dat op.
Gewoon een link backup en meer niet.
Is dus niet elders te restoren, want de file zelf zit niet in de backup.
Kun je nauwelijks dus een backup noemen, maar dat is semantiek en geen leugen vermoed ik.

[Birdy]

Nog even aanhalen, @ALKMAAR krijgt die meldingen alleen maar als de backup naar USB gaat, lokaal naar Volume4 dus niet.

[Briolet]

USB of Lokaal dat is niet de reden van die melding. Het komt doordat dit twee verschillende backup taken zijn.

Ik heb het zelf even getest door een backup taak te maken naar mijn USB schijf met een 'gebroken' symlink.

Bij een gewone backup krijg ik:

Niveau,Datum en tijd,Gebruiker,Gebeurtenis
Information,2018/03/17 11:04:43,SYSTEM,[Local][Test symlink] Backup task started.
Information,2018/03/17 11:04:52,SYSTEM,[Local][Test symlink] Backup task finished successfully. [3 files scanned] [3 files unchanged]

En bij een backup -'enkele versie' krijg ik:

Niveau,Datum en tijd,Gebruiker,Gebeurtenis
Information,2018/03/17 11:10:01,SYSTEM,[Local to share][Symlink test 1op1] Backup task started.
Warning,2018/03/17 11:10:02,SYSTEM,[Local to share][Symlink test 1op1] File backup incomplete. (The file is a symbolic link.) [/volume1/Logs/Test-for-symlink/Gigaset DX800A all in one NL.pdf]
Information,2018/03/17 11:10:03,SYSTEM,[Local to share][Symlink test 1op1] Backup task finished successfully.

Het lijkt me eigenlijk een bug als hij in het ene geval wel waarschuwt en in het andere geval niet.

Merk ook het verschil op tussen [Local] en [Local to share], welke namen ik niet gekozen heb. Het eerste is blijkbaar zijn naam voor een gewone backup en de tweede voor een enkelvoudige backup.

[Briolet]

Ik merk ook een verschil in het verwijderen.

Bij een enkelvoudige backup, krijg je een dialoog te zien met een rode 'verwijderen' knop.

Bij een backup met versies, krijg je hetzelfde dialoog, maar is de rode knop nog grijs. Je moet dan eerste een checkbox aanklikken dat je alles wilt weggooien.
Dat is nog niet genoeg. Na aanklikken, verschijnt er een tweede checkbox waarin staat dat alles echt verwijderd wordt. Pas als je dat aanvinkt, werkt de verwijderen button.

Edit:
Correctie. Ik zie nu dat het wissen van de de enkelvoudige backup alleen de taak wist. De backupfiles zelf moet je alsnog handmatig weggooiden via FileStation o.i.d.
Bij de backup met versies zijn de checkboxen er alleen voor de keuze om direct ook de files te wissen. De 'verwijder' knop wordt ook pas grijs na het klikken op de eerste box.

[Ben(V)]

Meest waarschijnlijke is dat de Synology ontwikkelaars vergeten hebben de meldingen overal aan te passen toen ze de wijziging maakten om simlinks wel te backuppen.
Misschien ook wel de reden voor de naam verschillen ("Local" vs "Local to Share"), dat klinkt namelijk niet alsof het iets met versies te maken heeft.

Eigenlijk zou je volgens mij een simlink alleen local kunnen backuppen, omdat dan de link bereikbaar blijft en als het  niet local is dan zou je de echte file ook in de backup moeten meenemen.

[ALKMAAR]

Mmmmm... . ik heb zoals voorgesteld de USB als Ext4 geformatteerd... Backup opnieuw gedaan en alles staat nu keurig op de usb hd.
Inclusief de bestanden waar hiervoor een -fail/error- melding kwam...

Waarom dit niet lukte bij een andere format indeling weet ik niet goed... maar ik ben wel blij dat het nu gelukt is.

Een ieder bedankt voor het meedenken!!!

[Birdy]

 

Waarom dit niet lukte bij een andere format indeling weet ik niet goed... maar ik ben wel blij dat het nu gelukt is.

Nou, omdat het waarschijnlijk ging over een file backup, was mijn redenatie, Linux EXT4 snapt EXT4 dus, worden dergelijke links, beter begrepen en dan ook zo weggezet op een USB/EXT4 HD.

[Ben(V)]

Even gegoogled en Birdy heeft gelijk.
Fat en exFat ondersteunen geen simlinks en dus kan Hyperbackup daar geen simlinks op aanmaken.

Ntfs en Ext4 ondersteunen wel simlinks.