Problem mit der Ressourcengabel beschleunigen? Identische Dateien verhalten sich anders (man arbeitet, man tut nicht)

375
clovehitch

Meine Festplatte ist kürzlich abgestürzt und mein letztes Time Machine-Backup war im November. Glücklicherweise konnte ich alle Daten erfolgreich wiederherstellen. Allerdings habe ich ein schwerwiegendes Problem beim Öffnen meiner Quicken-Backup-Dateien, die viele meiner wichtigen Finanzdaten enthalten.

Das wiederhergestellte Laufwerk enthält alle fehlenden Quicken Backup-Datendateien (* .qdfm), von denen jedoch keine von Quicken erkannt wird, und alle geben den Fehler "Unable to Open File" aus.

Die Quicken-Foren weisen darauf hin, dass dies ein Problem mit Ressourcenzweig sein kann und dass bei der Übertragung von der Datenwiederherstellungsfirma die Ressource-Gabeln aus der Datei entfernt wurden. Ich ließ sie mir auch einen gezippten Ordner der Dateien senden, der das Problem der Ressourcenzweig umgehen sollte, aber das funktionierte immer noch nicht.

Um das herauszufinden, nahm ich einige alte Sicherungen von meiner Time Machine und verglich sie mit der gleichen Datei vom selben Datum, die von meinem Laufwerk wiederhergestellt wurde. Die alten Dateien (von Time Machine) funktionieren gut und werden in Quicken wiederhergestellt, die neuen Dateien jedoch nicht.

Ich habe sie sogar auf einem HEX-Level mit Beyond Compare verglichen und sie sind alle identisch:

Screenshot von Beyond Compare

Bei der Anzeige in Finder scheint das Betriebssystem die Dateitypen nicht zu erkennen, sondern zeigt stattdessen Unix-Dateien an, und ich frage mich, ob dies möglicherweise das Problem ist. Außerdem werden verschiedene Dateigrößen angezeigt, die beim Vergleich in Beyond Compare nicht angezeigt werden (siehe Aliasgrößen für Datendatei und Datendatei).

Finder-Fenster, die Dateien vergleichen

Die Daten befinden sich in der Datendatei, und ich weiß, dass sie vorhanden sind, weil ich Textausschnitte aus meinen Einträgen im HEX-Editor sehen kann, aber nicht genug, um sie zusammenzusetzen.

Ich habe auch versucht, TypeShuffler zu verwenden, um die Dateitypen neu zu identifizieren, was zum Ändern des Symbols funktionierte, das Ergebnis jedoch nicht veränderte.

Weiß jemand, ob es einen Grund gibt, dass die Dateitypen und -größen im Finder unterschiedlich sind, nicht aber in Beyond Compare? Gibt es Teile einer Datei, die nicht in einem HEX-Editor angezeigt werden, die möglicherweise unterschiedlich sind und / oder fehlen? Wo befinden sich die Informationen zur "Dateiart"?

Ich hoffe, dass, da der Körper der DATA-DATEI intakt und präsent erscheint, wenn ich herausfinden kann, wie er die Dateien versteht, indem er die Ressource-Gabeln korrigiert oder die fehlenden Abschnitte oder Header von einem "guten" kopiert. Datei, die ich hoffentlich zum Öffnen bringen kann.

1
Enthalten die Sicherungen möglicherweise eine andere Programmversion? Raystafarian vor 8 Jahren 0
Wie kann Beyond Compare sagen, dass eine 0-Byte-Datei einer 408-Byte-Datei entspricht. Es klingt so, als wäre alles, was Sie wiederhergestellt haben, nicht vollständig wiederhergestellt. Ramhound vor 8 Jahren 0
In Beyond Compare wird angezeigt, dass beide Dateien aus 0 Byte bestehen. Ich glaube, dass Beyond Compare eine Datei aus 0 Bytes und der Finder 408 Bytes enthält. Welcher Teil der Datei ist Beyond Compare nicht zu sehen, und gibt es eine andere Möglichkeit, sie anzuzeigen? clovehitch vor 8 Jahren 0

1 Antwort auf die Frage

0
clovehitch

In case anyone's having a similar issue, I figured out a solution!

In terminal, I compared the file size of the two files, and they still matched. However, I found the command to compare the sizes of their resource forks, which did NOT match. The resource fork on my "bad" file was zero, while the resource fork on the new file was 20662. So I copied the resource fork from a new Quicken Data File to the old Data File using:

cp QuickenDataFileNew/..namedfork/rsrc QuickenDataFileOld/..namedfork/rsrc" 

Then I changed the Creator Code to INTU (Quicken 2007) and the file type to BDAT (Quicken Data File) and it worked!