yamato ~ # hpfsck /dev/sde3 *** Checking Volume Header: hpfsck: hpfsck: Neither Wrapper nor native HFS+ volume header found (Unknown error 18446744073709551615) Guess what? The volume is fine, but the package is not 32-bit clean, not even with Debian's patches. I forked the codebase locally and I'm going to fix it up, but I'll release it as a new package rather than as an update of the current one since I want to slim it up. In the mean time the KEYWORDS for 64-bit arches should probably be dropped or at least moved to ~arch. Thanks, Diego
Dropped the keyword for ppc64.
Dropped all keywords for amd64.
There may be grounds to increasing the severity of this bug or posting a workaround. As noted in bug #178398, when hfs+ is not cleanly unmounted, it is marked inconsistent, and it silently mounts read-only on the next reboot. This is a kernel issue which to my knowledge has not been addressed as of 2.6.28-gentoo-r5. I gather one could use hpfsck to check/fix the disk and mark it consistent. However, since hpfsck is not available on an x86_64 machine, there seems to be no ready solution to this issue within 64-bit gentoo. In my case, I'm running gentoo on a multi-boot MacBook Pro and sharing some of my directories (home, most local website files, mysql data dir) with my OSX installation. I'm mostly in gentoo, but when for whatever reason gentoo doesn't shut down cleanly, it mounts the partition read-only next time. As I do not have hpfsck available, I need to restart with the OSX startup disk and run disk verify & repair before I can log into GNU/Linux. A workaround may be to run hpfsck from a 32-bit chroot, which is the next thing I'll try; I don't have the chroot set up yet.
The workaround is installing diskdev_cmds and using fsck.hfsplus which is the Apple's code and works perfectly.
(In reply to comment #4) > The workaround is installing diskdev_cmds and using fsck.hfsplus which is the > Apple's code and works perfectly. > Thank you! I did try running hfsplusutils under chroot and they didn't work.
This bug can be closed since diskdev_cmds was suggested as a workaround. PPC64 can keep the keywords it has since it seems that the package works well enough for yaboot (perhaps not hpfsck, but we don't need that). Please re-open if you disagree.
