[Crunkrock]

ist der Prozess dann mklink? oder muss ich Command Line mklink machen?

EDIT: Ist egal, ich habs auch so gefunden. Es sind ziemlich viele Prozesse. Es beginnt mit Create File in dem Ordner wo der Hardlink hinsoll, dann passiert ziemlich viel, aber nichts mit einer anderen Datei, dann geht er in zur Quelldatei in den Dropboxordner, es passiert wieder recht viel, und es endet damit das beide Files geclosed werden.

Ich weiß, das ist jetzt nicht sehr aussagekräftig, ich sehe aber dass keine andere Datei im Spiel ist. Gibt es eine Möglichkeit den Log zu exportieren? Dann würd ich ihn hier mal posten...

Dieser Beitrag wurde von Crunkrock bearbeitet: 13. Juli 2011 - 13:24

[Superpeppi]

Das immer an der Originaldatei und dem Hardlink gearbeitet wird kann sich so nicht nachvollziehen.
Bei mir wird immer nur das bearbeitet was ich öffne und dann speichere.

Edit:
Ach ich sehe gerade du hast das erstellen des Hardlink protokolliert.

Interesanter wäre aber das Programm was die Datei schreibt und ändert.

Übrigens:
Win7 bringt doch ein Tool mit um Links zu erstellen.

fsutil hardlink create Zieldatei Quelldatei

Dieser Beitrag wurde von Superpeppi bearbeitet: 13. Juli 2011 - 13:56

[Crunkrock]

Zitat (Superpeppi: 13.07.2011, 14:51)

Übrigens:
Win7 bringt doch ein Tool mit um Links zu erstellen.

fsutil hardlink create Zieldatei Quelldatei

Hmm, ich habs bis jetzt mit "mklink /H Zieldatei Quelldatei" gemacht. Habs jetzt mal mit deinem probiert, es passiert aber exakt dasselbe. In der Konsole wird mir genau dasselbe angezeigt ("Feste Verknüofung erstellt für Zieldatei <<===>> Quelldatei") und der Fehler ist auch derselbe, in die Zieldatei wird geschrieben, in die Quelldatei nicht.

Zitat (Superpeppi: 13.07.2011, 14:51)

Interesanter wäre aber das Programm was die Datei schreibt und ändert.

Ja, aber was ist das denn für ein Programm?

[DK2000]

Zitat

in die Zieldatei wird geschrieben, in die Quelldatei nicht.

Sicher, dass da wirklich ein Link erstellt wurde?

Denn eigentlich existiert in dem Falle nur eine echte Datei und ein Verweis auf eben diese Datei (der Hardlink). Egal, was man dann anklickt, öffnet und ändert, das passiert dann immer nur in der echten Datei.

Von Deiner Beschreibung her, klingt das aber mehr, als ob Du da nach wie vor zwei echte Dateien hast bzw. das Tool, welches die Datei modifizieren möchte, erkennt den Hardlink, löscht diesen und erstellt die Datei neu.

Du könntest mal Link Shell Extension installieren und dabüber dann über Datei/Eigenschaften/Link Eigenschaften, ob dort tatsächlich der Link als Hardlink erkannt wird und die Beziehung zu der Originaldatei besteht.

Dieser Beitrag wurde von DK2000 bearbeitet: 13. Juli 2011 - 18:40

[Superpeppi]

Zitat (Crunkrock: 13.07.2011, 18:24)

Ja, aber was ist das denn für ein Programm?

Naja, die Programme die diese Setting-Files um dies es hier geht benötigen.

[XiLeeN2004]

Zitat (DK2000: 13.07.2011, 19:39)

Sicher, dass da wirklich ein Link erstellt wurde?

Du könntest mal Link Shell Extension installieren und dabüber dann über Datei/Eigenschaften/Link Eigenschaften, ob dort tatsächlich der Link als Hardlink erkannt wird und die Beziehung zu der Originaldatei besteht.

Genau das zweifel ich auch an... Allerdings wüsste ich auch nicht, wie man mit mklink und dem /H Parameter was falsch machen könnte.

Das Tool ist wirklich empfehlenswert, ich selbst nutze es seit Jahren und habe bisher nur Vorteile feststellen können:

• Die Erstellung der Links ist wesentlich komfortabler
  
• Eine Beziehung ist spontan durch das Overlay erkennbar
  
• Durch die Auflistung der Referenzen wird das gane System transparenter

[Crunkrock]

Ich weiß nicht, ob ich das Programm richtig verstanden habe bzw. verwende. Aber zB ein Softlink (der funktioniert) bekommt kein Overlay. Der erstellte Hardlink um den es hier geht auch nicht. Hab ihn auch mal mit dem Tool erstellt, Problem bleibt dasselbe.

Ich hab jetzt mal den Process Monitor angehabt während ich die Settings geändert hab. Es geht um die FilterRules bei Thunderbird, das File heißt msgFilterRules.dat. Ich peil den Log zwar nicht, sehe aber dass eine Datei msgFilterRules-1.dat öfter mal auftaucht, was die Sache mit dem TempFile bestätigen würde. Kann man diesen Log irgendwie exportieren, dann würd ich den hier posten.

Die Sache mit den Overlays würd mich auch interessieren

[Superpeppi]

So, hatte bei mir noch Thunderbird in einem VPC laufen und habe mir das mit der msgFilterRules.dat mal angesehen.

So wie das aussieht wird bei vorhandensein der msgFilterRules.dat eine msgFilterRules-1.dat erstellt die dann später durch umbenennen die Originale ersetzt.

Dadurch geht dann natürlich die Verbindung zum Link oder umgegehrt verloren.

Eine nicht unübliche Methode um dafür zu sorgen das die Daten zu jederzeit gespeichert sind.

Dieser Beitrag wurde von Superpeppi bearbeitet: 14. Juli 2011 - 18:41

[Crunkrock]

Und für mich und die Hardlinkidee keine Chance? Muss ich wohl den Ordner mit nem Softlink sichern.