Lupinhos Home

Klingt seltsam. Wohin zeigt der Link - in auf eine Datei innerhalb des Backups oder außerhalb? Hast Du das Problem bei allen Backupsätzen - sprich: bei einem Voll/Erstbackup ebenso wie bei den folgenden Backupsätzen?

Konntest Du irgendwas herausfinden, oder warst Du vielleicht sogar in der Lage das Problem zu reproduzieren?

Okay, ich versuche es nochmal aus einer anderen Richtung aus zu erklären.
Ich habe der Einfachhalt halber eine saubere Testumgebung benutzt, Windows 8.1 64bit, Hardlinkbackup 64bit, keine LSE um auf der sicheren Seite zu sein.
Ich habe einen Daten-Ordner angelegt, in diesem befindet sich eine PNG Datei. über die Kommandzeile habe ich einen symbolischen Link erzeugt:

>mklink symlink.png test.png

Dann habe ich mir über

dir /al

den Link anzeigen lassen.
Die Ausgabe war:

<SYMLINK> symlink.png [test.png]

Im Explorer kann ich durch Doppelklicken sowohl auf den Link als auch auf die Datei die PNG-Datei in der Windows-Fotoanzeige öffnen.

Nun habe ich HardlinkBackup ein Backup machen lassen.
Im Backupverzeichnis öffnet nur die test.png das Bild, beim klicken auf den Link passiert nichts.
Ich habe mir auch hier die symbolischen Links anzeigen lassen, die Ausgabe war:

<SYMLINK> symlink.png [\\?\C:\Users\Test\BackupTest\Backup\2014-09-04\Daten\test.png]

Meiner Meinung nach liegt hier das Problem, Windows kommt mit der Angabe des Ziels in dieser Form nicht zurecht.

Versuche ich nun das Backup wiederherzustellen, konnt es zu einem Fehler mit folgendem Log:

...
[10:39:40.66] ERR: The worker FileScanWorker[Id=Lupinho.Net.HardlinkBackup.Engine.Workers.FileScanWorker@46, WorkerState=Failed] failed because an exception occured:
[10:39:40.66] ERR: System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei Lupinho.Net.HardlinkBackup.Engine.Workers.FileRestoreWorker.GetTargetPathForName(String name)
   bei Lupinho.Net.HardlinkBackup.Engine.Workers.FileRestoreWorker.GetBackupOperation(BaseEntry baseEntry, IFileVariant fileVariant, String& sourcePath)
   bei Lupinho.Net.HardlinkBackup.Engine.Workers.AbstractFileBackupWorker.CalculateWork(BaseEntry baseEntry, IFileVariant fileVariant, IndexType indexType)
   bei Lupinho.Net.HardlinkBackup.Engine.Workers.AbstractFileWorker.#=qpuBFA62C8coO4CLsd6e1ZUSmQfO1pNgwsQ4zTkFGf3k=(IFileVariant #=qCMdw33$OgzrEmy2bw89coA==, IndexType #=qYwisF3n2Wiqr3UhhJsvqXg==, UInt64 #=q1hTyn5IXwxTEKcCEYLrCdg==)
   bei Lupinho.Net.HardlinkBackup.Engine.FileVariant.FileVariantStore.#=q01hzsW_D07rJ2tkrVSjHcA==(IFileVariant #=qLkJD123L$2KEaHqZODJeBw==)
   bei Lupinho.Net.HardlinkBackup.Engine.Workers.FileScanWorker.#=qry6KMvXeRAcTZvQJsrTGWg==()
   bei Lupinho.Net.HardlinkBackup.Engine.Workers.FileScanWorker.Work(IWorkerRunControl workerRunControl, IProgressMonitorTask workingTask)
   bei Lupinho.Net.Worker.AbstractWorker.Continue()
[10:39:40.66] FAT: System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei Lupinho.Net.HardlinkBackup.Engine.Workers.FileRestoreWorker.GetTargetPathForName(String name)
   bei Lupinho.Net.HardlinkBackup.Engine.Workers.FileRestoreWorker.GetBackupOperation(BaseEntry baseEntry, IFileVariant fileVariant, String& sourcePath)
   bei Lupinho.Net.HardlinkBackup.Engine.Workers.AbstractFileBackupWorker.CalculateWork(BaseEntry baseEntry, IFileVariant fileVariant, IndexType indexType)
   bei Lupinho.Net.HardlinkBackup.Engine.Workers.AbstractFileWorker.#=qpuBFA62C8coO4CLsd6e1ZUSmQfO1pNgwsQ4zTkFGf3k=(IFileVariant #=qCMdw33$OgzrEmy2bw89coA==, IndexType #=qYwisF3n2Wiqr3UhhJsvqXg==, UInt64 #=q1hTyn5IXwxTEKcCEYLrCdg==)
   bei Lupinho.Net.HardlinkBackup.Engine.FileVariant.FileVariantStore.#=q01hzsW_D07rJ2tkrVSjHcA==(IFileVariant #=qLkJD123L$2KEaHqZODJeBw==)
   bei Lupinho.Net.HardlinkBackup.Engine.Workers.FileScanWorker.#=qry6KMvXeRAcTZvQJsrTGWg==()
   bei Lupinho.Net.HardlinkBackup.Engine.Workers.FileScanWorker.Work(IWorkerRunControl workerRunControl, IProgressMonitorTask workingTask)
   bei Lupinho.Net.Worker.AbstractWorker.Continue()
...

Ja, das Problem tritt auch auch, wenn ich absolute Pfade beim mklink Befehl verwende.
In der Ereignisanzeige konnte ich leider nichts finden. Kenne mich damit aber auch nicht so gut aus, wenn da also eigentlich was sein müsste, könntest du mir vielleicht sagen wo genau ich suchen muss?

Ich bin auf jeden Fall erstmal froh, die Ursache für das Problem jetzt verstanden zu haben.
Auch wenn ich etwas verwirrt bin, dass scheinbar Microsoft nicht in der Lage ist die eigene Software so zu schreiben, dass sie mit dem Pfad-Präfix \\?\ zurechtkommt und so immernoch ein Pfadlängen-Limit von 260 Zeichen diktiert 😕
Andere Porgramme wie TotalCommander oder IrfanView bekommen das übrigens gebacken, aber so kennt man das ja von MS.

Unabhänig von diesem Problem fänd ich eine Option, relative Links auch im Backup und späteren Wiederherstelungen relativ zu setzen sehr charmant.
Vielleicht auch die Möglichkeit, bei absoluten Angaben die Nutzung des Präfixes zu unterbinden, oder aber es bei einer Wiederherstellung zu entfernen (Das hätte den Vorteil, dass man sich keine Sorgen über zu lange Pfade in der Backup-Struktur machen muss. Beim Wiederherstellen kommt der Link ja wieder an seine ursprüngliche Position, wo die Pfadlänge ja passen muss, da Windows sonst ja den link garnicht hätte anlegen können)

So oder so, ich danke dir auf jeden Fall schonmal für den guten Support und wünsche viel Spaß im Urlaub!