Synology-Forum.nl
Overige software => Data replicator & overige backupsoftware => Topic gestart door: ALKMAAR op 16 maart 2018, 13:11:27
-
Hallo,
Voor het back-uppen gebruik ik Hyper bakcup en de "interne" HD gaat prima. Van volume 1 naar 4. Alle data wordt probleemloos overgezet.
Naar de USB HD geeft het een error. Terwijl het om exact dezelfde bestanden gaat... Dacht eerst dat het met het type format gaat van de HD maar dit is niet het geval. Ik krijg een symboliek error melding in het logboek. Zijn veel bestanden...
error Symbolic link... nooit van gehoord en snap niet waarom het intern geen probleem geeft en naar een USB hd wel...
....File backup incomplete. (The file is a symbolic link) [/volume1/photo etc movie_FILM_H264]
Zie ook prinsscreen.
Ben benieuwd of iemand een idee heeft wat dit nu precies is...
-
In elk geval staat die 'symbolic link' in een hidden directory. Als die verstopt staat, lijkt het me geen belangrijke file. Misschien deel van het indexering?
Kijk ook naar de version history van HB. Daar staan ook meerdere vermeldingen in over symbolic links. (En de limiteringen)
-
Hoi Briolet...
This voor je repley. Het vreemde is dat het bestand als het goed is niet in een hidden directory staat.
Heb een map "fotos' aangemaakt en daar staat in de map 2018 ook een filmpje tussen.
Van volume 1 naar 4 (backup volume) wordt hij gewoon heen gezet.
Naar de USB HD dus niet...
Als ik het pad volg welke ik in de foutmelding heb staan kom ik ook in de juiste openbare -niet hidden- map uit.
En betreft het originele bestand...
Werkelijk geen idee....
-
Volgens dat screenshot is het wel een hidden map. (mapnaam begint met @) Maak anders gewoon een echte kopie van die tekst en plaats het hier tussen code of quote tags. Zoiets maakt tekst veel duidelijker dan wazige screenshots.
-
In die @Dir folder zet photostation de thumbnails neer die gebruikt worden in de overzicht pagina's.
Als je in de photostation folder ook video's neerzet zoals in dit geval probeert photostation ook een klein .avi bestandje voor de preview van te maken.
Als dat niet lukt door bijvoorbeeld een onbekend formaat dan zet hij er een simlink naar het originele bestand neer.
Hyperbackup kan geen simlinks backuppen en dus krijg je deze melding.
-
Toch maar even de moeite genomen om die printscreen te ontcijferen, er staat:
[Local to share][Vol1_naar_USB] File backup incomplete.
(The file is a symbolic link.)
[/volume1/photo/FOTOS 2018/Varen IJmuiden - Scheveningen/@eaDIR/IMG_4242.m4v/SYNOPHOTO_FILM_H264.mp4]
Het vreemde is dat het bestand als het goed is niet in een hidden directory staat.
Het gaat dus wel over een hidden map: "@eaDIR" maar, dat mag niet uitmaken.
Maar goed, zo te zien is het dus geen ERROR maar, meer een waarschuwing dat, "/volume1/photo/FOTOS 2018/Varen IJmuiden - Scheveningen/@eaDIR/IMG_4242.m4v/SYNOPHOTO_FILM_H264.mp4]" niet is meegenomen in de backup.
Op zich is dit niet zo erg want, dit betreft alleen maar Thumbnails voor Photo Station.
V.w.b. die Symbolic link, ik heb het vermoeden dat dit gaat om de link tussen de echte filmpje en de Thumbnails waarbij, waarschijnlijk, die link verbroken is tussen het filmpje en Thumb, m.a.w. misschien is het filmpje verwijderd/verplaatst maar de link niet vernieuwd. (Is maar een vermoeden hè ?)
-
Het is geen thumbnail maar gewoon een simlink naar het origenele filmpje en hyperbackup kan geen simlinks backuppen.
-
hyperbackup kan geen simlinks backuppen.
Echt wel, sinds HB Versie 1.0-0132 (2016-04-15):
8. Supports backing up symbolic links.
-
Ok...misschien een ander idee:
Voor het back-uppen gebruik ik Hyper bakcup en de "interne" HD gaat prima. Van volume 1 naar 4. Alle data wordt probleemloos overgezet.
Naar de USB HD geeft het een error. Terwijl het om exact dezelfde bestanden gaat... Dacht eerst dat het met het type format gaat van de HD maar dit is niet het geval. Ik krijg een symboliek error melding in het logboek. Zijn veel bestanden...
Is de USB HD ext4 geformatteerd ?
Zo niet, doe dat eens, misschien dat je dan die Symbolic Link waarschuwingen niet meer krijgt ?
-
Die simlink waarschuwingen had ik vroeger regelmatig. Ik zie ze nu niet meer in het log. (noch naar de usb, noch naar de externe nas)
-
Hoe stel je je dat voor een backup van een simlink?
Als het alleen een link is zou hij terug moeten linken naar de originele locatie die helemaal niet in de backup hoeft te zitten.
Je kunt er dan niets meer mee.
Het alternatief is dat in plaats van de simlink de file waarnaar hij linkt meeneemt in de backup wat weer probkemen bij de restore zou opleveren
Ik heb geen idee wat Synology gedaan heeft maar ik vermoed dat het een soort halve ondersteuning is en daarom in deze situatie toch foutmeldingen geeft.
-
Hoe denk je dat er backups van Linux systemen gemaakt worden, die veel gebruik maken van dergelijke links?
Daarbij, Synology verkondigt dus leugens?
-
Als je een data struktuur hebt met files en simlinks naar die files, is het wel prettig dat bij het terug zetten ook die symlinks hersteld worden. Want anders is die restore niet volledig en moet je handmatig nog van alles herstellen.
Mij lijkt logisch dat de echte files in de backup terecht komen, als die buiten de backup regio staan. (zou ik eens kunnen testen)
Meestal zullen de symlinks en de originelen in dezelfde backup staan. Bij mac applicaties zie ik het vaker dat er een symlink op het eerste niveau van een folder staat terwijl de file zelf diep verstopt zit in een folderstruktuur.
-
Hoi Deskundigen... ik lees een en ander even mee en begrijp meteen dat jullie veel beter in de materie zitten dan ik :-)
Dat van die link naar het bestand zelf begrijp ik... echter wat zo raar is dat door de meldingen de backup als "mislukt" wordt weggeschreven en niet compleet is. Als het een link van een "hidden dic" is begrijp ik het... echter als ik naar de locatie ga waar het bestand zou moeten staan is die er niet ....
al met al een raar iets... maar ik zal eerst de usb HD eens naar ext4 formatteren..
Let you know
Thxs
-
Helemaal snap ik die foutmelding niet. Een Symbolic link is toch een "soft link" en geen "hard link"? Dat is toch niets meer dan een naam die naar het originele pad wijst.
Ik heb voor de aardigheid eens een folder gemaakt met symlinks erin naar files buiten die folder. Ik kan die folder gewoon backuppen en restoren. Als de link naar een file buiten die folder wijst, dan komt het origineel niet in de backup.
Maar hoe ik de links ook beschadig of ongeldig maak door het origineel te verwijderen, ik krijg geen foutmeldingen over een symlink en missende file in het log. De gebroken symlink gaat geruisloos naar de backup en en wordt weer gerestored. Hij werkt dan natuurlijk niet, maar werkt wel weer als je het origineel terug plaatst.
-
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. :D
-
Nog even aanhalen, @ALKMAAR krijgt die meldingen alleen maar als de backup naar USB gaat, lokaal naar Volume4 dus niet.
-
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.
-
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.
-
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.
-
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!!!
-
:thumbup:
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.
-
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.