Re: [Catacombae-hfsexplorer] Success story and feature suggestions
A free collection of applications and utility programs
Brought to you by:
mechie
From: Erik L. <er...@kt...> - 2013-10-03 09:46:21
|
Hi Andrzej, Great to hear about your success story! You didn't write down the feature suggestions explicitly but I assume you wanted the extracted files have the proper modes and colours/labels? Setting modes is a bit difficult given that Java is platform independent and modes are UNIX-specific. I've heard that Java 7 has some functionality for manipulating the mode of files but I haven't looked into it. There's also the File.setExecutable() method in Java 6, which is much more coarse-grained. Still an option if nothing else is available. Otherwise one would have to use shaky methods such as executing the 'chmod' utility in an external process. This can be slow and error prone and I'd like to avoid it. The colors of files are stored in the file's Finder Info and this information could be extracted to AppleDouble files alongside the extracted files. However I'm sure that this information is much less important to you so I will consider it low priority. Best regards, - Erik andrzej zaborowski wrote 2013-10-03 03.20: > Hi, > > Thanks for making this program, it let me restore my entire Mac OS X > home directory under Linux. The only losses were the executable bits > on some files and the Mac "labels" that can be set on some files > (colours). > > Basically hfsx.sh lets you extract only individual files so it'd be a > lot of work to extract my whole home directory. unhfs.sh for some > reason can only access image files and not device nodes, and runfsb.sh > displays the executable bits but doesn't extract them. > > For the sake of Google indexing let me describe the whole story of my > filesystem crash. > > I had a hardware problem with my MacBook Pro and since it looked dead > I took out 4GB of its 8GBs of RAM to use in another laptop. A couple > of weeks later I managed to repair the MacBook (by pure luck) and most > everything was working fine for a couple of days until I decided to > open it and put the 4GB of RAM back in its slot. The machine booted > fine with its 8GB, but I needed to reboot it again at one point. I > told OS X to reboot, but instead of doing a clean boot, for some crazy > reason, OS X decided to un-hibernate a month-old RAM image that had > apparently been laying around from the last hibernation before the > hardware problem occured. I suppose the hibernation file's size > didn't match the RAM size which is why OS X had ignored the file for > the last couple of reboots. When I put back the missing RAM, it saw a > hibernation image that matched the RAM size and loaded it, probaly > including the in-memory disk cache, and application state which was > now outdated and inconsistent with the hard disk contents. When I > realised that, I powered the MacBook off with a long power-button > press, but it was too late and the root partition had been corrupted > beyond the repair capabilities of fsck_hfs or the Disk Utilities and > it wouldn't boot. This was the fsck -fy output: > > ** /dev/disk0s2 > ** Checking Journaled HFS Plus Volume > ** Checking Extents Overflow file. > ** Checking Catalog file. > Invalid sibling link > (4, 56674) > ** Rebuilding Catalog B-tree > ** The volume Macintosh HD could not be repaired. > > And this was the fsck_hfs -d -r /dev/disk0s2 output: > > ** Checking HFS Plus volume. > ** Checking Extents Overflow file. > ** Checking Catalog file. > ** Rebuilding Catalog B-tree. > hfs_UNswap_BTNode: invalid node height (1) > ** The volume Macintosh HD could not be repaired. > > Since the fliesystem could be mounted, I decided to back up the > contents over ethernet, reformat using Disk Utilities from the > installer partition (power the mac while pressing Alt/Option, select > the second boot option) and restore from backup. But my whole home > directory was missing, it didn't even contain the "." and ".." > entries. When reading the directory, Linu would print this in the > dmesg: > hfs: walked past end of dir > > Fortunately HFS Explorer could somehow read beyond the end of dir and > all my files were there except one temporary file that was giving it a > NullPointerException. > > Many thanks > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk > _______________________________________________ > Catacombae-hfsexplorer mailing list > Cat...@li... > https://lists.sourceforge.net/lists/listinfo/catacombae-hfsexplorer |