Lupinhos Home

Ich habe für die Sicherung bereits 2 Tage gewartet, es wird nicht fertig !
Das ist für 400 GB über 1000 MBit wohl mehr als genug.
Wie Christoph geschrieben hat, beides steht auf „Warte auf Fortsetzung“ und das tagelang.
Nach Installation der alten Version funktionierte es wieder. Die neue Version ist somit fehlerhaft.

@lupinho

ich möchte nochmal auf meine erste Meldung vom 2.1. hinweisen: da ist mir aufgefallen, daß die Backup log-Datei zunächst über einen Zeitraum von ca 4Std pro Sekunde z.T. mehrere Aktionen vermeldete um dann aprupt auf unbestimmte Zeit zu pausieren. Der Zeitpunkt des Pausenbeginns fällt mit anderen Aktivitäten (automatische Defragmentierung?) zusammen, die von der Windows-Ereignisanzeige angezeigt werden. Ich interpretiere das so, daß der Hardlink-Backup-Prozess auf ein Problem gestoßen ist bzw. durch andere interne Computeraktivitäten gestört wurde. Alternativ müßte es nach Deiner Interpretation Dateien geben, deren Checksum-Berechnung halbe Ewigkeiten dauert. Dann wäre meine Frage: was unterscheidet diese Dateien von denen, deren Checksum-Berechnung relativ zügig verläuft.

Anyhow: ich konnte für mich das Problem lösen. Was habe ich gemacht?
– ich habe die älteste Backup-Version per Hand gelöscht
– weiterhin habe ich die Index-Datei der neuesten Backup-Datei umbenannt
Danach lief der Hardlink-Backup problemlos durch.

Anzumerken wäre noch, das das endgültige Löschen der ältesten Backup-Version erst möglich war, nachdem die zunächst nicht löschbaren Dateien in die höchste Verzeichnisebene verschoben wurden. Diese Dateien kennzeichneten sich durch überlange Dateinamen aus, die vermutlich vom Betriebssystem angelegt wurden. Inwieweit diese Dateien das geschilderte Hardlink-Backup-Problem verursacht haben, vermag ich nicht zu sagen. Es stellt sich allerdings die Frage, wie das Hardlink-Backup-Programm mit solchen Dateien umgeht.

Gruß
Joachim

@lupinho
Also hat schon ca. 4 Stunden gedauert, die Angabe war ausreichend genau. Danke für die Erläuterung!

Ich denke, wenn die CPU-Auslastung im Taskmanger für Stunden um 2% liegt und keine IO mehr statt findet, stimmt etwas nicht.
Auch ins Logfile wird nicht mehr geschrieben.
Wenn ich die Indexdatei lösche wird eine Komplettsicherung angefertigt, und meine Backupplatte ist dann voll 😉

Die interne Festplatte meines Notebooks sichere ich jede Woche auf eine externe Festplatte. Dieser Sicherungslauf braucht über USB 3.0 wenige Stunden. Auf meinem Notebook Toshiba Satellite P50t-A-129 ist Windows 8.1 Home 64 Bit mit allen von Microsoft angebotenen Updates installiert, und die externe Festplatte ist eine Western Digital My Book Studio 4TB, USB 3.0 (WDBHML0040HAL).

Nach dem automatisch angebotenen Update von HardlinkBackup von Version 2.1.5 auf 2.2.0 kam der Sicherungslauf auch nach einer Nacht und einem Tag nicht zu Ende. Einlesen und Sichern stehen auf „Warte auf Fortsetzung …“. Eine Aktivität der externen Festplatte war nicht mehr festzustellen. Andere Programme, die die Sicherung hätten stören können, liefen nicht.

Daraufhin habe ich wieder die vorherige Version 2.1.5 installiert. Damit lief die Sicherung wieder problemlos innerhalb weniger Stunden durch. Könnten bitte wieder die alten Versionen von HardlinkBackup zum Download zur Verfügung gestellt werden? Danke.

Hallo!

HardlinkBackup funktioniert seit dem letzten Update bei mir nicht mehr. Aus irgendwelchen Gründen durchläuft HB das Verzeichnis Application Data\ in unendlicher Rekursion, im Log stehen dann Einträge wie:

\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy19\Users\All Users\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data\Application Data

In der Vorgängerversion bestand dieses Problem nicht (Win 7 Pro, 64 Bit).

Guten Morgen,
danke für den schnellen Bugfix. Ich habe gestern ein Backup mit Version 2.2.0 gemacht und erfolgreich abgeschlossen. Heute wurde die Version 2.2.1 installiert und erneut ein Backup gestartet. Das Backup mit der Version 2.2.1 dauert wieder vergleichbar lange wie das initiale Backup mit Version 2.2.0 (20 – 30 Stunden).
Ist das beim ersten Backup mit Version 2.2.1 so, obwohl das Backup mit Version 2.2.0 erfolgreich durchgelaufen ist?

Schönen Tag
Armin

@Lupinho:
Die *.hbd-Datei habe ich genau so bereits mit der Vorgängerversion von Hardlinkbackup verwendet. Dort gab es keine Probleme. Im Users-Verzeichnis habe ich seitdem auch nichts geändert, was das neue Verhalten erklären würde.

Meine Windowsversion ist: Win 7 Pro, 64 Bit
Am Betriebssystem (Updates o.ä.) habe ich nichts geändert, es wurde auch keine Software neu installiert.

Deshalb führe ich das seltsame Verhalten auf das Update von HB zurück.

Der zweite Durchlauf dauert immer noch an mit einer Restzeit von 3 Stunden. Die index.hbi Datei existiert im vorigen Backupsatz.

Im Backuplog des mit Version 2.2.0 erstellten Backupsatzes steht, dass er einige Dateien mit dem vorigen Backup die mit Version 2.1.5 erstellt wurden verlinkt hat.
Für diese Dateien berechnet die Version 2.2.1 eine neue Prüfsumme.
Melde mich wenn das Backup mit Version 2.2.1 fertig ist und ich noch ein zweites mit der Version 2.2.1 gemacht habe.

Die Version 2.2.1 funktioniert jetzt, Backup läuft konstant durch ohne Pausen. Danke dafür.
Dauerte bei 400 GB ca. 4-5 Stunden – dabei liefen mehrere Tasks gleichzeitig im Programm.
Das Folge-Backup dauerte dann in etwa genau so lange wie bei 2.1.5 (ca. 30 Minuten) – aber eine wesentliche Beschleunigung ist nicht feststellbar.

Der zweite Durchlauf mit der Version 2.2.1 läuft nun sehr schnell durch (< 10 Min.)
Danke für die gute Arbeit!

Ist es irgendwie möglich, dass berechnen der Checksummen zu beschleunigen?
Es läuft durch, dauert halt ein wenig, aber weder CPU noch Quell-Festplatte sind richtig ausgelastet.
Fände es toll, wenn CPU oder Festplatte am Limit laufen dafür aber das Berechnen schneller geht, gibt es da eine Möglichkeit?

Hallo,
ich suche gerade ein möglichst einfaches Backup-System dass ich meiner Schweidermutter installieren kann.
HardlinkBackup macht soweit einen guten Eindruck.

Gibt es eine Funktion die Backups rotieren zu lassen?
Kann das die Pro Version? So richtig kann ich mir unter „Backups aufräumen“ nichts vorstellen.

Möglicherweise ist die Antwort in irgendeinem der 700 Kommentare. Aber wäre eine FAQ nicht das bessere Mittel der Wahl?

Gruß Freddy

Hi!

Seit kurzem kann ich keine Backups mehr machen, da der Service immer abstürzt. In den Windows Event-Logs finde ich folgende Einträge:
— SNIP —
[2016-01-18 08:02:51.10] INFO : Creating volume shadow copies… at ShadowCopyWorker.Boolean #=qF4DHEHyAXlOgVDmCIQsXfjdrWemNuqAHNzpjf2I6LAE=(Lupinho.Net.Worker.IDelegateWorker)
— SNAP —
Volume Shadow Copy Service error: Unexpected error querying for the IVssWriterCallback interface. hr = 0x80070005, Access is denied.
. This is often caused by incorrect security settings in either the writer or requestor process.

Operation:
Gathering Writer Data

Context:
Writer Class Id: {7e47b561-971a-46e6-96b9-696eeaa53b2a}
Writer Name: MSMQ Writer (MSMQ)
Writer Instance Name: MSMQ Writer (MSMQ)
Writer Instance ID: {ace3a4e4-fc6e-4981-8a61-aa2e68256c01}
— SNIP —
[2016-01-18 08:02:51.70] FATAL: Unhandled exception occurred on service execution: at HardlinkBackupService.Void UnhandledExceptionHandler(System.Object, System.UnhandledExceptionEventArgs)
— SNAP —
[2016-01-18 08:02:51.70] FATAL: System.IO.IOException: There is not enough space on the disk.

at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count)
at System.IO.FileStream.FlushWrite(Boolean calledFromFinalizer)
at System.IO.FileStream.Dispose(Boolean disposing)
at System.IO.FileStream.Finalize() at HardlinkBackupService.Void UnhandledExceptionHandler(System.Object, System.UnhandledExceptionEventArgs)
— SNIP —

Die Ursache ist mir klar, aber es wäre nett, wenn der Service nicht abstürzt, sondern der Fehler an die Oberfläche übergeben wird.

Grüße

@Freddy: Ich antworte dir einfach mal kurz, ja das Backup Aufräumen ist, was du dir unter rotieren vorstellst, nur du kannst damit wesentlich komplexere Regeln realisieren, bspw. behalte 4 Backups des letzten Monats, 2 Backups je vergangenes Jahr und entsorge alle Backups älter als 10 Jahre… Sehr flexibel und mMn. sinnvoller als ein einfaches „rotieren“ und nur die letzten x Backups auf zuheben.

Hi,

ich verwendet Hardlink Backup schon seit einiger Zeit. Anfangs nur mit NTFS Laufwerken als Ziellaufwerk und seit 2 Jahren mit einem Synology NAS mit der jeweils neuesten DSM Version. Allerdings irritiert mich mit dem Synology NAS, dass Hardlink Backup auch in der Version V2.2.2 wie auch in allen Versionen der letzten 2 Jahre massig Warnings ausgibt es könne das Erstelldatum der Datei nicht übertragen werden

„Cannot set creation time to 27.07.2014 20:06 (file date is 20.01.2016 15:02)“

wie z.B. in der folgenden Meldung

[16:03:07.85] WRN: An error occurred while transfering of file dates, file attributes and file security from „\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy3\LinkMedia\Media2\Bildzusammenstellungen\Bilderlisten\BilderlisteAuswahlFotobuch-Santorin.txt“ to „N:\HLB-D_LinkMedia_Media2\2016-01-20_16.00\D_LinkMedia_Media2\Bildzusammenstellungen\Bilderlisten\BilderlisteAuswahlFotobuch-Santorin.txt“: Cannot set creation time to 27.07.2014 20:06 (file date is 20.01.2016 15:02) on „N:\HLB-D_LinkMedia_Media2\2016-01-20_16.00\D_LinkMedia_Media2\Bildzusammenstellungen\Bilderlisten\BilderlisteAuswahlFotobuch-Santorin.txt“

Von diesen Meldungen bekomme hunderte bei einem Backup auf das Synology NAS.
Solche Warnings entstehen nur beim Backup auf das Synology NAS, nicht aber auf NTFS Laufwerke.

Beim Start erzeugt Hardlink Backup noch folgende Meldung:

[16:00:43.48] INF: Create target directory „N:\HLB-D_LinkMedia_Media2\2016-01-20_16.00“
[16:00:43.55] INF: Check file access rights to „N:\HLB-D_LinkMedia_Media2\2016-01-20_16.00“
[16:00:44.08] INF: Support (+/-/?): +PreserveCaseNames,+SupportUnicodeNames,-PersistentAcls,-SupportCompression,-SupportsSparseFiles,-SupportsReparsePoints,-SupportsEncryption,+SupportsHardLinks,-SupportsHardLinkRead,-SupportsSymLinks,+SupportsAlternativeDataStreams,-ReadOnly,+WriteAccess,+WritePermissions
[16:00:44.14] WRN: The file system does not support setting of creation times of files. File creation times cannot be saved to backed up files.
[16:00:44.22] INF: Create log-file „N:\HLB-D_LinkMedia_Media2\2016-01-20_16.00\backup_2016-01-20_16_00_43.log“
[16:00:44.24] INF: Create log-file

Ich hab daher die generellen Fragen:
– Ist dieses Verhalten bei NAS Boxen normal und muss akzeptiert werden ?
– Liegt es evtl. an den Zugriffsrechten auf die NAS Box ?
Ich habe irgendwo im Hardlink Forum einen Hinweis gefunden an den Zugriffsrechten herumzuschrauben.
Das habe ich versucht allerdings bei mir ohne Erfolg, da mittlerweile alle User auf alle Verzeichnisse der Box vollen Zugriff haben und die Warnings nicht verschwunden sind.

Vielen Dank für irgendwelche Hinweise und schon mal sorry falls das ein alter Hut sein sollte 😉
Viele Grüße, Heiko

Hallo Lupinho,

ich verwende seit 2011 die Version 1.0.1 und möchte nun endlich einmal upgraden. Gibt es eine Möglichkeit, die alten Backups für die aktuelle Version erkennbar zu machen? Bei einem ersten Versuch werden im Zielverzeichnis keinerlei alte Backups erkannt.

Vielen Dank im Voraus,
Christian

@lupinho
Prima, danke für die fixe Antwort. Werde mich dann mal an den Zwischenschritt mit der 2.1.5 wagen.

Hallo

Bei mir werden die meisten Dateien von den alten Backups nicht erkannt und deshalb jedesmal kopiert anstatt verlinkt. Ich benutze HardlinkBackup 2.2.2 Professional (wobei ich nicht weiss, ob das Problem auch schon vorher bestand). So wie ich das beobachtet habe, klappt das Verlinken nur mit Dateien, die ursprünglich von Laufwerk C kommen. Bei Laufwerk D und E scheint das nicht mehr richtig zu klappen. Hat sonst jemand ein ähnliches Problem?

Josua

Danke für die Antwort. Ich habe das Backup erneut ausgeführt und nun hat es doch geklappt… Das Problem war mir besonders darum aufgefallen, weil es sich um mein komplettes Fotoarchiv handelte, welches erneut gesichert wurde. Und beim letzten Backup auf der externen Festplatte war das definitiv schon (bis auf ein paar neue Fotos unverändert) vorhanden. An was das gelegen hat wird wahrscheinlich im Nachhinein schwierig herauszufinden sein. Falls das nochmals auftritt würde ich mich melden, aber eben, nun scheint’s ja zu funktionieren. Danke für die Unterstützung!

@lupinho
Ahoi, leider waren meine Tests wenig erfolgreich.

Mit der 2.2.3 erhalte ich immer folgende Fehlermeldung:
https://www.dropbox.com/s/on9odbwooen0lb5/error.jpg?dl=0

Im Log erscheint das so:
[22:10:38.81] INF: Configure backup „B:\backup\_hardlink\Data_auf_B.hbd“
[22:10:38.82] INF: Start backup in hardlink mode at 2016-02-09 22:10:38.81 (Version 2.2.3 (Build 9127))
[22:10:38.82] INF: Validating backup definition „B:\backup\_hardlink\Data_auf_B.hbd“
[22:10:38.82] INF: Check access to source directory „D:\data“
[22:10:38.82] INF: Check access to target directory „B:\backup\_hardlink\data“
[22:10:38.83] INF: Scan existing backup sets…
[22:10:38.85] INF: Compare with backup sets: „B:\backup\_hardlink\data\2016-02-06“
[22:10:38.85] INF: Check access to backup set „B:\backup\_hardlink\data\2016-02-06“
[22:10:38.86] INF: Create target directory „B:\backup\_hardlink\data\2016-02-09“
[22:10:38.94] INF: Check file access rights to „B:\backup\_hardlink\data\2016-02-09“
[22:10:40.04] INF: Support (+/-/?): +PreserveCaseNames,+SupportUnicodeNames,-PersistentAcls,-SupportCompression,-SupportsSparseFiles,-SupportsReparsePoints,-SupportsEncryption,+SupportsHardLinks,-SupportsHardLinkRead,-SupportsSymLinks,+SupportsAlternativeDataStreams,-ReadOnly,+WriteAccess,+WritePermissions
[22:10:40.04] WRN: The file system does not support setting of creation times of files. File creation times cannot be saved to backed up files.
[22:10:40.09] INF: Create log-file „B:\backup\_hardlink\data\2016-02-09\backup_2016-02-09_22_10_38.log“
[22:10:40.14] INF: Create log-file „C:\ProgramData\Lupinho.Net\HardlinkBackup\CachedBackupSets\B_backup_hardlink_data\2016-02-09\backup_2016-02-09_22_10_38.log“
[22:10:40.18] INF: Directory „B:\backup\_hardlink\data\2016-02-09“ online.
[22:10:40.18] INF: Start watching target „B:\backup\_hardlink\data\2016-02-09“ (online).
[22:10:40.18] INF: Start backup process
[22:10:40.28] FAT: The worker „FileScanWorker“ failed because an exception occurred:
[22:10:40.28] FAT: Es wurde versucht, durch 0 (null) zu teilen.
[22:10:40.29] FAT: Es wurde versucht, durch 0 (null) zu teilen.
[22:10:40.29] FAT: Worker „BackupProcessorWorker_0“ aborted.
[22:10:40.31] FAT: Worker „PostProcessorWorker_0“ aborted.
[22:10:40.31] INF: Writing backup set info for target „B:\backup\_hardlink\data\2016-02-09“
[22:10:40.38] FAT: Worker „ScanBackupWorker“ aborted.
[22:10:40.39] INF: Backup process failed
[22:10:40.52] FAT: The worker „FullBackupWorker“ failed because an exception occurred:
[22:10:40.52] FAT: The sub-worker „ScanBackupWorker“ has been failed.
[22:10:40.54] FAT: The sub-worker „ScanBackupWorker“ has been failed.
[22:10:40.54] INF: Closing backup…
[22:10:40.56] INF: Summary:
[22:10:40.56] INF: Backup time: 22:10 – 22:10 (01.580 seconds)
[22:10:40.56] INF: Processed 0 file (0 Byte) in 0 directories
[22:10:40.56] INF: 3 errors and 1 warnings occurred
[22:10:40.58] INF: Backup failed with 3 errors.

Die Fehler erscheinen, sobald ich einen alten Backupsatz zum Vergleich auswähle.

Das Upgrade auf die 2.1.5 hat problemlos funktioniert. Habe dann probehalber nur das letzte Backup, welches mit der 2.1.5 erstellt wurde, zum Vergleich auszuwählen. Gleicher Fehler.

Ohne die alten Backups rennt er los, will aber natürlich alles kopieren.

Hallo Lupino,
habe backup neu installiert (system neu aufgestzt), kann ich die bisheren Backupinfos irgendwie wieder in des Programm integrieren?
Danke Jürgen

@lupinho
Die 2.2.4 läuft. Hat sowohl die 1.x Backups als auch mein Zwischenbackup von der 2.1.5 erkannt.

Alles super. Vielen Dank!

Hallo

habe jetzt erst auf 2.2.4 aktualisiert.
Bekomme damit bei allen neuen Dateien folgende Fehlermeldung im log:
[19:14:30.65] MSG: Copy „C:\Bilder\Andreas\Negative\Nikon\20160214\20160213_093239.NEF“ to „Y:\NEGATIVE\2016-02-14\Negative Andreas\Nikon\20160214\20160213_093239.NEF“ (15,4 MB)
[19:14:30.66] ERR: An error occurred while processing „Negative Andreas\Nikon\20160214\20160213_093239.NEF“:
[19:14:30.66] ERR: An error occurred while copying „C:\Daten\Bilder\Andreas\Negative\Nikon\20160214\20160213_093239.NEF“ to „Y:\NEGATIVE\2016-02-14\Negative Andreas\Nikon\20160214\20160213_093239.NEF“: (3) Das System kann den angegebenen Pfad nicht finden: [\\?\C:\Bilder\Andreas\Negative\Nikon\20160214\20160213_093239.NEF]

Der Pfad der da nicht gefunden wird existiert ja auch nicht.
Korrekt würde er im Beispiel heißen: „C:\Daten\Bilder\Andreas\Negative\Nikon\20160214\20160213_093239.NEF“
Oder auch: „H:\Bilder\Andreas\Negative\Nikon\20160214\20160213_093239.NEF“
Da das Laufwerk H auch auf C:\Daten bereitgestellt ist.
In der .hbd ist es so definiert:

Unter 2.2.3 funktionierte es.

Andreas

Wow, 40€ für die Software, die einfach nur Dateien hin- und her kopiert. Für den gleichen Preis bekommt man ein halbes Windows-Betriebssystem (ca. 80€).
Für Gutverdiener sicherlich bezahlbar, für Studenten leider nicht.
„Sichern von geöffneten Dateien“ ist ein Killer-Feature, auf das ich nicht verzichten kann. Dann muss ich wohl in den weiten des Internets nach einer „Gartis“-Version dieser Software suchen. Eigentlich schade, da ich den Autor so um seinen gerechten Lohn bringe, aber wenn es der Autor nicht nötig hat, bei seiner Preisgestaltung auf verschiedene gesellschaftliche Schichten Rücksicht zu nehmen, ist er selber schuld. 20€ wäre vielleicht ein fairer Preis, aber so nicht… (Übrigens, das oben erwähnte Windows bekommt man als Student kostenlos. Nur so zur Info…)

@lupinho
Hallo lupinho,

hattest Du schon Zeit Dir die am 15.2. geschickten Daten anzusehen?
Schon eine Idee, warum Dein Programm jetzt Probleme mit dem im Verzeichnis gemounteten Laufwerk hat?

mit freundlichem Gruß
Andreas

@lupinho
Hallo lupinho,

entschuldige bitte, die Mail war leider in den falschen Ordner gerutscht.

Danke für die schnelle Hilfe.

Hallo Lupinho

Tolles Programm. Ich behalte es im Auge für den allfälligen Einsatz bei privaten KundInnen. Eine Frage habe ich dazu: mir ist weder im Handbuch noch in der Benutzeroberfläche eine Option aufgefallen, welche die kopierten Dateien verifiziert. Habe ich etwas übersehen?

Beste Grüsse
Daniel

Vielen Dank für deine hilfreiche Antwort.
Daniel

Hallo,
Verschlüsselungstrojaner und sonstige Schädlinge sind ein zusätzliches Argument für ein Backup. Hier sollte aber auch sichergestellt sein, dass der Verschlüsselungstrojaner keinen Zugriff auf die Dateien des Backups hat, wenn man ein Datei-orientiertes Backup nutzt wie zum Beispiel HardlinkBackup.

Eine suboptimale Möglichkeit wäre eine externe Festplatte, die nur eingeschaltet wird, wenn das Backup läuft.

Wie kann unter Windows sichergestellt werden, dass der allgemeine Benutzer (der ja auch der Admin Gruppe angehört) keinen schreibenden Zugriff auf die Backup-Verzeichnisstruktur hat?

Für das Backup könnte ein zweiter Benutzer angelegt werden, der dort schreibenden Zugriff hat und unter dem das Backup ausgeführt wird (z.B. über die Windows Aufgabenplanung)

Meine bisherigen Versuche (mit Windows inkl. icacls und NTFS Permissions Tools) waren nicht erfolgreich. Teilweise versuchte Windows die Permissions in allen Dateien (50 Backups mit je knapp 200.000 Dateien / Hardlinks) neuzusetzen, teilweise gab es lapidare Fehlermeldungen, dass beim Setzen der Berechtigungen Fehler aufgetreten sind.

Gibt es hier eine (einfache) Lösung? Hat hier jemand Erfahrungen mit dem Thema gemacht?

Grüße
Christof

@lupinho
Ich kann mich der Kritik an „Geiz is geil“-Mentalität nur anschließen.

Wenn du etwas umsonst haben willst, dann suche doch einfach im Internet, mach dich selbst schlau, lerne programmieren oder sonst was.
Aber bitte verschone andere mit solch wehleidigen Kommentaren.

Wenn du erst mal selber arbeiten gehst, dann wirst du bestimmt auch nicht umsonst arbeiten, oder?

Das Programm ist absolut sein Geld wert. Wem es das nicht wert ist, braucht es ja nicht zu kaufen.
Grüße Tom

Hallo,

die Regler unter Aufräumen werden teilweise in blau dargestellt, obwohl diese aus sind.
Klickt man auf an und dann wieder aus, sind die grau.
Doch selbst nach Klicken auf Speichern ist es bei späteren nachsehen wieder blau, obwohl deaktiviert.

Seit dem Update auf v2.2.5 erhalten ich nach Abschluss des Backups jede Menge von Fehlermeldungen wie diese …

Junctions werden vom Ziellaufwerk „\\QNAP\Backup\2016-03-06\Users\Default\Documents\Eigene Videos“ nicht unterstützt. Die Junction wurde gespeichert (in der Datei „index.hbi“) und wird von HardlinkBackup auch wiederhergestellt. Wenn die Junction im Backupsatz erstellt werden soll, führen sie bitte das Script „link.bat“ im Backup.Verzeichnis manuell aus.

Was kann ich tun.

LG
Thomas

Moin erstmal,
Ich möchte von meinem Rechner zu Hause die Daten meines Servers sichern.
Als Verbindung ins Firmennetz nehme ich den VPN-Tunnel meiner Fritz-Box.
Das Serververzeichnis mounte ich via: net use U: /USER: „\\\“
und kopiere dann via: xcopy U:*.* /S /M >> log.txt 2>&1
Nicht doll aber funktioniert
HardlinkBackup klingt Welten besser. Ich habs erst mal mit der Community Lizenz versucht.
Laufwerk U: kann ich nicht auswählen auswählen Grrrrr

Hat jemand eine Idee ob, am Besten auch wie es gehen könnte?

Danke Helge

Merkwürdig, Funktioniert jetzt doch!
Ich hatte zwar gerade Traffic auf dem Laufwerk, so dass Verzögerung verständlich wäre.
Aber dass ich eine Fehlermeldung bekommen habe „Laufwerk U: nicht gefunden ?“ mmhm.
Egal 9 Stunden Mindeslohn ist das alle Mal Wert.

Grüße
Helge

Danke, hatte ich übersehen. Funktioniert.

LG Thomas

Hi,
seit ein paar Versionen wird immer .net mitinstalliert, obwohl es schon längst installiert ist. Könntest du da einen check einbauen, ist recht nervig das man da so viele Klicks braucht um ein update zu machen. Am besten wäre bei einer Backup-Software wenn sich die Software automatisch aktualisiert ohne manuelle Interaktion.
VG