Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!


Click here to return to the 'A few tips on non-HFS data recovery' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
A few tips on non-HFS data recovery
Authored by: kraigmason on Apr 08, '06 12:01:42PM

Hello Mike666...
I have run into a very similar problem with my own backup drive.
unfortunately i cannot get the FixupResourceForks command to work.
it just goes right to the command prompt again as if there is nothing to fix.
In the case of my drive directory the resource fork file is in its own folder.
The drive did not always appear this way.
in the root directory the fileid.dat & finder.dat files are now visible.
it used to work like a standard mac disc...where ICONS were present and you could simply open up any project from the drive.
something got out of sync..or something and now, nothing.
i see you say you work for a data recovery company.
any way i can hire you to save my data?

thanks,


kraig
kraig.mason@gmail.com



[ Reply to This | # ]
A few tips on non-HFS data recovery
Authored by: dkallan on Oct 09, '07 01:13:35PM

kraigmason wrote:

I have run into a very similar problem with my own backup drive.
unfortunately i cannot get the FixupResourceForks command to work.
it just goes right to the command prompt again as if there is nothing to fix.
In the case of my drive directory the resource fork file is in its own folder.

If the resource forks appear as files of the same name in a separate subdirectory (.AppleDouble), then this is a legacy of netatalk, the UNIX-based AppleTalk file sharing server. This "AppleDouble" format is not the actual AppleDouble v1/v2 header file format used in other contexts, which is exactly what FixupResourceForks expects and would explain why FixupResourceForks passed over these directories.

My response may be a little late, but you do have options. If you download and install the latest netatalk code (http://netatalk.sourceforge.net/), you can use a utility included with netatalk called "megatron" (oh, nerds rejoice!)--or technically one of its aliases, "macbinary"--to convert this netatalk .AppleDouble folder format into a MacBinary .bin format: macbinary <filename>, where <filename> refers to the data fork file in the directory that contains the .AppleDouble subdirectory. Note that the data fork and resource fork files must have the same name (hopefully they have not been separated during various file moves over the years).

The result is a .bin file in your current working directory. Note that the timestamps on the .bin file will reflect the current time, not the timestamps of the original file. However, the original timestamps are preseved within the MacBinary metadata and will be restored when the file is unarchived. MacBinary .bin files can be opened using various archival tools. If you use OS X and have the .bin file on an HFS volume, you can convert it directly into a native split fork HFS format using Apple's macbin command: macbin -d <filename.bin>

If you use OS X and have DarwinPorts/MacPorts installed, you can configure and install netatalk easily using the sudo port install netatalk command.

These commands may be scripted to find and convert a multitude of .AppleDouble directories, but it is always a good idea to back up your data first.

Cheers,
Daron Kallan
New York, NY, USA



[ Reply to This | # ]