HardlinkBackup

Logo HardlinkBackupHardlinkBackup ist ein einfaches, schnelles Backup-Programm für inkrementelle Backups, das Hardlinks benutzt, Backups planen, E-Mail-Benachrichtigungen versenden und automatisch alte Backups löschen kann. HardlinkBackup liest die Quellverzeichnisse ein und vergleicht die Dateien mit früheren Backups. Nur die geänderten Dateien werden anschließend kopiert, die unveränderten Dateien werden mit Hard-Links mit den Dateien der bereits bestehenden Backups verlinkt (Voraussetzung ist, dass das Ziellaufwerk Hardlinks unterstützt, also z.B. mit NTFS formatiert wurde). Auf diese Art und Weise befindet sich auf dem Backup-Laufwerk immer eine komplette Kopie der Quellverzeichnisse vom jeweiligen Datum. Jedoch wird nur der Platz einer Kopie plus der veränderten Dateien benötigt. Wird eine alte Backup-Kopie nicht mehr benötigt kann sie ohne Probleme entsorgt werden, indem einfach das entsprechende Backup-Verzeichnis gelöscht wird. Von der Idee her entspricht HardlinkBackup dem rsyncbackup.vbs der Zeitschrift c’t, erweitert um eine grafische Benutzeroberfläche und viele weitere Features.

HardlinkBackup
Aktuelle Version: Version 2.2.23 (Build 9214) vom 05.07.2021
Download:
(32-bit version) oder (64-bit version) Größe: ca. 8,79 MB
Readme/Changes: ReadMe.txt Bitte beachten Sie die Lizenzvereinbarung.
Handbuch/Hilfe: Download (PDF, deutsch)
Unterstützte Betriebssysteme: Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008, Windows Server 2008 R2, Windows 7, Windows 8/8.1, Windows Server 2012, Windows 10, Windows Server 2016, Windows Server 2019
Lizenzen: Community Lizenz Professional Lizenz Enterprise Lizenz
Preis: kostenlos 39 € 69 €
Einsatzgebiet: Nicht-Kommerziell Nicht-Kommerziell Kommerziell
Sprachunterstützung: Englisch, Deutsch, Französisch, Spanisch
Features:
Schnelle, inkrementelle Sicherung beliebig großer Verzeichnisse Ja Ja Ja
Verschiedene Backup-Modi (Hardlink, Linkskript, Move, Mirror) Ja Ja Ja
Verwendung von Hardlinks (platzsparende Sicherung) Ja Ja Ja
Wiederherstellung mit Windows-Bordmitteln (Kein Programm notwendig) Ja Ja Ja
Sicherung auf lokalen, USB & Netzlaufwerken sowie Unterstützung vieler NAS Ja Ja Ja
Unterstützung langer Pfad- und Dateinamen Ja Ja Ja
Intuitive Benutzeroberfläche Ja Ja Ja
Management von mehreren Backups Ja Ja Ja
Sicherung von Linkstrukturen (Ermöglicht Backup von Backups) Ja Ja Ja
Überprüfen und Wiederherstellen von Backups Ja Ja Ja
Sichern von geöffneten Dateien   Ja Ja
Planung automatisierter Backups   Ja Ja
Emailbenachrichtigung   Ja Ja
Automatisches, regelbasiertes Aufräumen von Backups   Ja Ja
Batchmodus (Ausführen mehrerer Backups nacheinander)   Ja Ja
Erkennung verschobener und umbenannter Dateien   Ja Ja
Differentielle Sicherung großer Dateien   Ja Ja
Unterstützung für Notebook-Backup (Überwachung von Ziellaufwerk und Netzwerkverbindung)   Ja Ja
Durchführung von Skripten vor und nach dem Backup   Ja Ja
Verwendung zweier Backupziele gleichzeitig     Ja
Kommerzielle Nutzung     Ja
Erwerb über Partner: HardlinkBackup, Download bei heise
  Alternativ kann HardlinkBackup auch direkt beim Autor erworben werden (Achtung: längere Bearbeitungszeiten). Einfach E-Mail an software@lupinho.net.

Screenshots:

  1. avatar
    Stefan
    9. Januar 2020, 22:46 | #1

    @lupinho
    Achja… Super. Das habe ich ganz übersehen.

    Und noch eine Kleinigkeit:
    Man kann ja Ordnerpfade und File Namen Filtern und von der Sicherung ausnehmen.
    Was wenn ich aber eine ganz bestimmte Datei mit einem bestimmten Ordnerpfad filtern will? Sprich wenn eine andere Datei mit dem selben Namen aber in einem anderen Ordner trotzdem weiterhin gesichert werden soll?
    zB:
    C:\ABC.txt

  2. avatar
    Stefan
    9. Januar 2020, 22:47 | #2

    @lupinho
    Achja… Super. Das habe ich ganz übersehen.

    Und noch eine Kleinigkeit:
    Man kann ja Ordnerpfade und File Namen Filtern und von der Sicherung ausnehmen.
    Was wenn ich aber eine ganz bestimmte Datei mit einem bestimmten Ordnerpfad filtern will? Sprich wenn eine andere Datei mit dem selben Namen aber in einem anderen Ordner trotzdem weiterhin gesichert werden soll?
    zB:
    C:\ABC.txt nicht sichern (zu filtern)
    C:\Ordner1\ABC.txt sichern
    C:\Ordner2\ABC.txt sichern

    Geht das auch?

    Warum überhaupt die Unterscheidung zwischen Ordner Filter und File Name Filter? Mit entsprechenden Wildcards und \ könnte man ja alles Mögliche beschreiben, Ordnerpfade, Dateipfade und jeweils absolut und relativ.

    Und eine Anmerkung: Bei mir lassen sich keine gelockten Files mit File Name Filter "…" Selector auswählen. Ist nicht schlimm aber fiel mir gerade auf. Gerade gelockte File will man ja oft filtern.

  3. avatar
    Martin
    14. Januar 2020, 07:18 | #3

    Hi!

    Leider scheint das Programm für meine Anwendung nicht nutzbar zu sein. Das Backup ist jetzt eine Woche (!) gelaufen für eine Datenmenge, für die Robocopy 2 Tage braucht.

    Heute morgen ist die Quell-NAS nicht mehr erreichbar, "Sichern" steht auf "Fehlgeschlagen", Gesamtstatus auf "Backup wird ausgeführt…" und es tut sich gar nichts.
    Backup pausiert und die NAS-Shares nochmal angeklickt, dann kommt die NAS wieder.

    Ich gebe jetzt frustriert auf. Hatte wirklich gehofft, dass Hardlinkbackup die Lösung für mich wäre, es scheint aber einfach noch nicht robust genug zu sein, von der Performance mal abgesehen.

    Weiterhin viel Erfolg mit dem Projekt, ist eine sehr schöne Idee.

  4. avatar
    Testuser
    29. Januar 2020, 15:53 | #4

    Eine kurze aber bedeutende Frage:
    Wie kann das Programm zwischen einer gewollten und einer ungewollten (Bitfehler) Änderung einer Datei bei unverändertem Zeitstempel unterscheiden? Denn wenn ein Bitfehler im Quell Verzeichnis auftritt wird dieser auf das Ziel Verzeichnis übertragen (und damit das Backup der Datei gelöscht!)

  5. avatar
    Michael
    12. Februar 2020, 12:01 | #5

    Hallo und vielen Dank fuer Deine Software.

    Ich habe diese heute installiert und auch gleich lizenziert und diverse Backup-Jobs eingerichtet.

    Leider werfen die alle einen Fehler:
    "[2020-02-12 10:08:57.32] WRN: Source file system of "\\?\STC_SnapShot_Volume_21_0\path\dir" is unkown to support reading hardlinks. Inner hardlink detection may fail."

    Die Source ist die primaere Festplatte C:\, von der ich ausgehe, dass diese Hardlinks unterstuetzt.
    Es handelt sich um ein Verzeichnis mit rekursiv ca 400.000 Files.

    OS: Windows 10, 64Bit

    Was kann ich tun?
    Danke,
    Michael

  6. avatar
    tester
    19. Februar 2020, 00:02 | #6

    Es schein ein Problem (mit incrementellen Backups) zu geben wenn die Quell-Datei schreibgeschützt ist. Auch mit Admin-Rechten wird ein Fehler generiert. Wenn der Schreibschutz der Quell-Datei entfernt wird, läuft das Backup durch:

    Unbehandelte Ausnahme: System.UnauthorizedAccessException: Der Zugriff auf den Pfad "w:\BACKUP\202002182353\d__\test.pdf" wurde verweigert.
    bei System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
    bei System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
    bei System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize)
    bei System.IO.File.OpenFile(String path, FileAccess access, SafeFileHandle& handle)
    bei System.IO.File.SetCreationTimeUtc(String path, DateTime creationTimeUtc)
    bei System.IO.FileSystemInfo.set_CreationTimeUtc(DateTime value)
    bei System.IO.FileSystemInfo.set_CreationTime(DateTime value)
    bei yahb.CopyModule.doCopy()
    bei yahb.Program.Main(String[] args)

  7. avatar
    Fidi
    6. Juni 2020, 07:14 | #7

    @Martin

    Das Problem hatte ich ebenfalls. Bei mir lag das am Virenscanner. Nachdem ich die Hardlink dlls aus dem Echtzeitscan ausgeblendet habe, läuft alles OK.

    Fidi

  8. 23. Juni 2020, 13:00 | #8

    Hallo ich habe eine Hardlink Backup Lizenz und muss meinen PC neu Einrichten jetzt meint die Software beim freischalter der neuen Installation meine Litzens sei ungültig. Ich suche eigendlich den Support von hardlink könnt Ihr mir weiter helfen. Danke!

    • 23. Juni 2020, 16:14 | #9

      Du musst den Lizenzschlüssel – nicht die Lizenznummer – eingeben (langer kryptischer Text)! Außerdem sollte der Schlüssel für HardlinkBackup 2.x gültig sein (müsste bei Erwerb 2015 eigentlich so sein). Wenn Du's nicht findest schreibe bitte nochmal an software@lupinho.net, dann gucke ich mal, ob ich den Schlüssel finde!

  9. avatar
    Testuser
    22. Juli 2020, 09:02 | #10

    Testuser :
    Eine kurze aber bedeutende Frage:
    Wie kann das Programm zwischen einer gewollten und einer ungewollten (Bitfehler) Änderung einer Datei bei unverändertem Zeitstempel unterscheiden? Denn wenn ein Bitfehler im Quell Verzeichnis auftritt wird dieser auf das Ziel Verzeichnis übertragen (und damit das Backup der Datei gelöscht!)

    ein halbes Jahr später und noch keine Antwort… letztes SW Update vom 13.07.2019… Wird die SW noch weiterentwickelt / supportet?

  10. 22. Juli 2020, 09:12 | #11

    @Testuser
    Wenn ich nicht antworte, ist mir was durch die Lappen gegangen – mea culpa!

    Ungewollte Änderungen durch Bitfehler kann man nur erkennen, indem Checksummen berechnet werden. Das kostet aber erheblich Zeit! Du kannst es daher für bestimmte Dateitypen aktivieren: Optionen/"Berechne Checksumme immer für ausgewählte Dateien". Die Aussage, dass ein Bitfehler dafür sorgt, dass die Datei im Backup gelöscht wird, ist nicht richtig! Wenn HardlinkBackup keine Änderung erkennt (da Zeitstempel gleich), wird ja die Datei eben nicht ins Ziel kopiert, sondern mit der Datei im Backup verhardlinkt. Die Datei im Backup kann nur beschädigt sein, wenn sie initial bereits beschädigt ist oder das Backup beschädigt wurde. Gelöscht wird die Datei im Backup jedenfalls nur, wenn Du die Backupsätze aufräumst.

    Und noch eine gute Nachricht: Ja HardlinkBackup wird weiterentwickelt! Ich arbeite an einem größeren Release mit vielen Neuerungen, daher aktualisiere ich die bestehende Software nur wenn Fehler auftauchen – was derzeit nicht passiert! Wann ich eine neue Version fertig habe, kann ich noch nicht sagen; momentan sind Vorhersagen schwer zu treffen…

  11. avatar
    karth
    18. August 2020, 08:59 | #12

    I have a pooled drive (stablebit drivepool) as source which doesnt support hardlinks. The destination is a normal USB NTFS drive. This is the Log:

    WRN: Source file system of "D:\Audio\2012" is unkown to support reading hardlinks. Inner hardlink detection may fail.

    The backup is full backup every time and doesnt use hardlinks even though the destination supports it.

    • 18. August 2020, 09:04 | #13

      So everything is ok. The warning just means what it says: inner hardlinks within the source directory cannot be detected. HLB does not know the file system of the source drive, so it does not know if it supports hardlinks. If there where hardlinks at the source, HLB could not detect them but would save each file separately.

  12. avatar
    karth
    18. August 2020, 09:35 | #14

    @lupinho
    There arent any hardlinks in the source drive. It contains home photos and videos. I have also tried to set duplicate detection. "Move detection mode" is set to "detect moved and renamed files". "Detect file duplicates" is checked. Calculate checksums is set to always "*.*". Could HLB configured to not check for hardlinks in source and directly proceed to detect changed files?

    • 18. August 2020, 10:38 | #15

      I do not understand: what is your problem? Yes, there is this warning, but the backup should be fine. If you check "Calculate checksums always", the backup will be slow. Move detection on or off is fine. HLB does not need create/read hardlinks at source directories; hardlinks are only required on the target directory.

  13. avatar
    karth
    18. August 2020, 15:20 | #16

    HLB used to do hardlinks, but nowadays all backups are full copies. Tried from a test folder in C drive and the same result. Reinstalling HLB didnt help. Can you please check if support@lupinho.net is working? I tried to send the log file to it.

  14. avatar
    Johannes Funk
    18. September 2020, 10:15 | #18

    Hallo Zusammen,
    ich bin hier neu und teste das Programm gerade. Mir ist unklar wo ich das Quellverzeichnis anlegen soll. Was ist am sinnvollsten?
    Unter C? unter Windows? oder unter Dateien? oder auf D: externe Festplatte.

    Bitte um kurze Rückmeldung.
    Besten Dank
    Grüße
    Johannes

    • 19. September 2020, 16:27 | #19

      Die Quellverzeichnisse sind die Verzeichnisse, die Du sichern willst. Z.B. Dein Benutzerverzeichnis unter C:\Users.

  15. avatar
    Christian
    3. Januar 2021, 15:14 | #20

    Hallo,
    ist die Pro Lizenz bezüglich Laufzeit und Versionsnummer limitiert?

    Wie lange erhalte ich damit Updates?
    Bis zu welcher Versionsnummer wird die Lizenz akzeptiert?

    In den Lizenzbestimmungen steht dazu nichts.

  16. avatar
    Thomas
    31. Januar 2021, 17:05 | #22

    Hi,
    ich habe heute ein neues Backup erstellt. Quell- (K) und Zielverz. (L) sind jeweils Bitlocker verschlüsselt. Quellverz. FAT32, Zielverz. NTFS.

    Leider sichert das Programm nicht, ich erhalte für jede Datei (z.B. für test.txt) den Fehler:

    ERR: An error occurred while copying "K:\test.txt" to "L:\2021-01-31_16.59\K\test.txt": (3) Das System kann den angegebenen Pfad nicht finden: [\\?\L:\2021-01-31_16.59\K\test.txt]

    • 2. Februar 2021, 23:02 | #23

      Hi Thomas,
      das tut normalerweise natürlich schon. Um da weiterhelfen zu können brauche ich vermutlich das ganze Log sowie die HBD-Datei mit dem Backup. Außerdem sieht das so aus, als wäre es nicht das erste Backup gewesen; vielleicht versuchst Du zunächst mal in ein "frisches" Backupverzeichnis auf "L" zu sichern.

  17. avatar
    Thomas
    12. Februar 2021, 19:40 | #24

    hallo lupinho,
    komme eigentlich seit jahren gut zu recht mit hardlinkcopy. jetzt weiss ich aber nicht mehr weiter: ein backup einer partition ist größer als das original (mirror modus). wie kann das denn sein?
    und: kann man es so einstellen, dass zu löschende dateien vor dem backup gelöscht werden. sonst braucht man ja viel mehr mehr platz auf dem sicherungsdatenträger.
    mit dank im voraus
    thomas

  18. avatar
    Wilfried Bauer
    15. Februar 2021, 11:02 | #25

    fehlerhafte Backups (z.B. weil geöffnete Dateien nicht kopiert werden konnten) werden beim nächsten Backup automatisch gelöscht. Kann ich dieses Löschen irgendwie verhindern?

    • 15. Februar 2021, 11:30 | #26

      Klappt es vielleicht, wenn man die Backupsätze schützt?

    • 15. Februar 2021, 20:24 | #27

      Ach so, jetzt verstehe ich: Es geht Ihnen nicht um abgebrochene Backups, sondern um Backups, bei denen Fehler aufgetreten sind. Wenn das nicht zu viele sind (konfigurierbar), sind diese nicht abgebrochen. Dann greift meine Erklärung weiter unten bzgl. der Aufräum-Regeln.

  19. avatar
    Wilfried Bauer
    15. Februar 2021, 12:09 | #28

    @lupinho
    Schreibschutz? Klingt nach täglicher Handarbeit, die ja eigentlich mit einem automatisierten Backup verhindert werden soll.

  20. avatar
    Wilfried Bauer
    15. Februar 2021, 12:50 | #29

    Die Ursache könnte ein anderes Problem sein:
    Ich habe heute 4 Backups gemacht, der Dateninhalt des Quellverzeichnisses war immer identisch !
    – 10:48 Uhr hellblauer Hintergrund, kein Kommentar
    – 10:51 Uhr grüner Hintergrund , "Vergleichen"
    – 12:11 Uhr roter Hintergrund, "Vergleichen & Löschen"
    – 12:14 Uhr grüner Hintergrund , "Vergleichen"

    Eingestellt ist "Behalte 3 Backupsätze pro Tag". Beim roten Backupsatz sagt der Popup-Text "… wird bei der nächsten Backupausführung durch eine Aufräumregel gelöscht."
    => Wieso löscht die Aufräumregel ein Backup mittendrin, und nicht das älteste (also 10:48 Uhr)?

    Noch lustiger wird es, wenn ich auf "Behalte 2 Backupsätze pro Tag" stelle. Dann soll 10:51 Uhr und 12:14 Uhr gelöscht werden. Also wird das neueste Backup von 12:14 Uhr gelöscht …

    Und wenn ich auf "Behalte 1 Backupsätze pro Tag" stelle, dann soll 10:51 Uhr, 12:11 Uhr und 12:14 Uhr gelöscht werden. Also wird ausgerechnet das älteste Backup aufgehoben, der Rest gelöscht …

    Merkwürdig. Welcher Regel gehorcht die Lösch-Auswahl? Das erscheint verbesserungsfähig.

    • 15. Februar 2021, 20:21 | #30

      Die Funktion "Aufräumen" funktioniert wie erwartet. Es macht aus meiner Sicht keinen Sinn, das älteste Backup zu löschen. Die Regel versucht eher das älteste Backup beizubehalten und löscht primär Backups zwischen dem ältesten und jüngsten im selben Zeitraum. Wenn der Zeitraum ein Jahr ist, wie fänden Sie es wenn dann alle Backups vom 1.1. bis 30.12. gelöscht werden und nur das vom 31.12. übrigbleibt? Angenommen, es ist der 1.1. des Folgejahres? Dann hat ja das erwählte Backup keinen Nutzen, um alte Dateien dort wiederzufinden. Das ist zunächst der Hintergrund dieser Umsetzung.
      Beim Beibehalten von Backupsätzen zählt HardlinkBackup aber nur Backupsätze, die erfolgreich waren (evtl. mit Fehlern). Abgebrochene Backupsätze werden immer zum Löschen markiert. Tatsächlich ist dieses Verhalten momentan nicht konfigurierbar; allerdings hatte bis jetzt auch noch kein Nutzer eine andere Anforderung. Der Schutz verhindert halt für entsprechend markierte Backupsätze, dass sie gelöscht werden, dafür muss man sie aber halt markieren.
      Warum sollen abgebrochene Backups in Ihrem Fall länger erhalten bleiben?

  21. avatar
    Wilfried Bauer
    16. Februar 2021, 09:55 | #31

    Im oben beschriebenen Fall "Behalte 2 Backupsätze pro Tag" wird das neueste Backup eben NICHT behalten. Es handelt sich dabei nicht um ein abgebrochenes Backup, sondern um "erfolgreich mit oder ohne Fehler beendet". Insofern klappt das nicht wie beschrieben "… löscht primär Backups zwischen dem ältesten und jüngsten…".

    Gestern abend 23:50 ein weiteres Backup gemacht. Der Popup Text sagt wie bei den vorigen Backups "erfolgreich mit oder ohne Fehler beendet". Soweit ist alles ok. ABER: Es wird in rot angezeigt als "Vergleichen & Löschen". Poput-Text sagt "wird bei der nächsten Backupausführung durch eine Aufräumregel gelöscht". Also soll auch in diesem Fall wieder das neueste Backup des Tages gelöscht werden, anstatt eines, das zwischen dem ältesten und dem neuesten liegt. Die Regel "… löscht primär Backups zwischen dem ältesten und jüngsten…" klappt also auch in diesem Fall nicht. Auch wenn ich 3 Backups pro Tag behalten will, wirds das neuste nicht behalten, sondern gelöscht.

    • 16. Februar 2021, 16:07 | #32

      Erstmal gings um's älteste Backup, da habe ich erklärt, warum es keinen Sinn macht, das zu löschen. Beim neuesten Backup macht es mehr Sinn, denn hier ist der Mehrwert zu dem was gerade gemacht wird, bzw. dem ältesten des vorherigen Zeitraums am geringsten. Ansonsten werden die Backups dazwischen gelöscht. Mag sein, dass meine letzte Aussage nicht 100ig korrekt war. Letztendlich macht die Aufräumregel aber, was sie verspricht: sie sorgt dafür, dass entsprechend viele Backups im gewählten Zeitraum übrig bleiben. Das die irgendwie verteilt ausgesucht werden, ist ja klar, sonst wär's ja auch nicht recht. Aber was ist denn jetzt eigentlich Dein Problem??

  22. avatar
    Wilfried Bauer
    17. Februar 2021, 10:33 | #33

    Das Problem war, dass – für mich überraschend – immer das letzte Backup des Tages gelöscht wurde. Das ist für mich aber das wichtigste. Ich muss dann halt schauen, dass ich tagsüber keine zusätzlichen manuellen Backups mache, oder zumindest in der Summe unter der konfigurierten Anzahl pro Tag bleibe. Wenn man das weiß kann man damit umgehen, aber bis zuletzt sah es unerklärlich und falsch aus.

  23. avatar
    Joachim
    22. Februar 2021, 09:19 | #34

    Hallo,
    Ist es Absicht, dass die 64-Bit Variante nur in der Version 2.2.17 zum Download bereit steht? Wenn ich in der Applikation auf Updates prüfe, erhalte ich die Mitteilung, dass ich bereits die aktuellste Version habe.
    Viele Grüße,
    Joachim

    • 22. Februar 2021, 21:33 | #35

      Nein, sollte eigentlich nicht so sein. Ggf. deinstalliere Deine Version und lade die aktuelle Version von dieser Seite herunter (2.2.22.)…

  24. 19. Juni 2021, 12:57 | #36

    Hallo Herr Wolf,

    leider finde ich keine Möglichkeit, eine Lizenz zu erwerben. Bin ich blind?
    Könnte für uns demnächst infrage kommen.

    Gruß

    Uli

  25. avatar
    JoGi
    6. August 2021, 07:47 | #38

    Hi,

    ideal wäre es, wenn man Ordner durch eine .nobackup Datei im Root-Ordner ausschließen könnte.
    Wenn man viele auf der Platte verteilte Ordner hat, die man nicht backuppen will, aber öfters umbenennt und verschiebt, so kann man das dort direkt im Ordner konfigurieren, und muss nicht die Zentrale Backupdatei ändern, da diese "veraltet".

    Android macht so was ähnliches mit .nomedia, wenn Bilder oder Videos nicht in der Galerie erscheinen sollen.

    Ciao,
    Jo

  26. avatar
    HLB
    22. August 2021, 08:11 | #39

    lupinho :
    Eigentlich muss man nur auf die MyCommerce-Bilder klicken…

    Auf https://www.lupinho.net/hardlinkbackup/licensing/ gibt's weder MyCommerce-Bilder noch die Links

  27. avatar
    Thomas Schenk
    20. September 2021, 19:32 | #40

    Guten Tag Herr Wolf,
    ich benutze seit längerer Zeit HardlinkBackup 2.02 auf einem Rechner mit Intel Core i7 Prozessor und Windows 7 ohne Probleme. Nun habe ich einen neuen Rechner mit AMD Ryzen 9 5900 Prozessor und Windows 10 und habe HardlinkBackup 2.2.23 installiert. Auf dem neuen Rechner gibt es bei der Ausführung von HardlinkBackup 2.2.23 regelmäßig Abstürze mit Neustart des Rechners. Die Abstürze treten bei unterschiedlichem Fortschritt des Backup, d.h. nicht immer bei der gleichen Datei auf. Können Sie mir helfen?
    Viele Grüße
    Thomas Schenk

    • 22. September 2021, 11:25 | #41

      Hallo Herr Schenk,
      eigentlich kann HardlinkBackup nicht den Rechner zum Absturz bringen, da die Anwendung eine .Net-Anwendung ist… Trotzdem habe ich ein ähnliches Verhalten auch auf einem meiner Systeme beobachtet; bislang aber einen Hardwaredefekt vermutet. Das kann natürlich bei uns beiden das Problem sein, dennoch sollten wir so viele Informationen sammeln, wie möglich. Ich habe auf meinem Rechner keine Hinweise auf einen Fehler (von HardlinkBackup oder irgend einer anderen SW) gefunden. Können Sie bitte mal im Eventlog nachschauen, ob auf Ihren System Hinweise für Fehler protokolliert wurden, die zum Reboot der Maschine geführt haben könnten? Außerdem könnten Sie bitte nochmal auf HardlinkBackup 2.2.22 downgraden (http://www.lupinho.net/software/HardlinkBackup/2.2.22/x64/HardlinkBackupSetup.msi); die aktuelle Version nutzt ein aktuelleres .Net-Framework. Bitte senden Sie mir Informationen per E-Mail an software@lupinho.net!
      Vielen Dank,
      Thomas Wolf.

  28. avatar
    Thomas Schenk
    24. Oktober 2021, 13:14 | #42

    Hallo Herr Wolf,
    ich schreibe noch einmal wegen der o.g. unerklärlichen Abstürze. Ich tendiere nach einigen Versuchen jetzt auch zu der Theorie, dass es sich um ein Hardwareproblem meines neuen Rechners handelt. Ich würde aber gern noch einen Versuch mit der letzten, auf meinem WIN7-Rechner lauffähigen Version 2.02 machen. Könnten Sie mir bitte die Installationsdatei für diese Version noch einmal zur Verfügung stellen?
    Vielen Dank
    Thomas Schenk

  29. avatar
    Thomas Schenk
    2. November 2021, 13:48 | #44

    Tja, auch mit der auf meinem alten Rechner problemlos laufenden Version 2.0.2 kommt es auf dem neuen Rechner zu Abstürzen. Es liegt wohl doch an der Hardware oder an Win10. Hat jemand Erfahrung, ob es irgendwelche Systemeinstellungen gibt, die sich mit HardlinkBackup nicht vertragen?
    Ansonsten bin ich recht ratlos.
    Thomas

  30. avatar
    Gerken
    13. November 2021, 09:08 | #45

    Hallo Herr Schenk,
    mir hat die Windows "Ereignisanzeige" und dort die Windows Protokolle geholfen, Ursachen von sporadischen Hardwarefehlern einzugrenzen. Zu Ihrem konkreten Fehler kann ich jedoch nichts beitragen.
    Gruß
    A. Gerken

Kommentar Seiten
1 17 18 19 292
  1. Bisher keine Trackbacks