debian Gnu/Linux is supposed to mount HFS+ automatically, and 'just work'--it even has all the packages pre-installed typically. You may need to install hfsprogs
and any other "hfsp..." packages you are missing. I've seen disks like yours plug-n-play into Debian.
The support for hfs+ has reportedly (I will post a link, can't find it at the moment) been troublesome, in the most recent kernels, since around Linux 2.7 times, so the workaround is to use the -t hfsplus and -o [all options needed] for mount
. Your kernel is probably already telling you to possibly use the force option, and is explaining that this is risky.
There is a really great explanation of how to do this, in this post, and of course more information is on on the man pages for mount
and hfsplus
.
This greatly assumes that your disk is not messed up, for example containing data from old installations or being otherwise corrupted.
Since you created the disk on a Mac, be sure also the table is actually GPT, and not an apple partition map or even some type of other table or hybrid-table; user sourcejedi recently pointed this out to me.
If you'd like to post an update, I will gladly follow-up on this answer and/or provide more research if you can post the output of viewing the disk in gparted
(or gdisk
as mgorven suggested above), as well also post information from dmesg
from just after all of the above commands and trying to mount the specific partition /dev/sda1 using the correct offset and sizelimit, as I mentioned.
That link you posted looks like a very ugly hack type solution.
However, according to the man page, gdisk
, which is used to convert MBR -> GPT, also has an option in the "recovery & transformation" menu (press r
to get that) to convert GPT -> MBR; the g
key will:
Convert GPT into MBR and exit. This option converts as many partitions
as possible into MBR form, destroys the GPT data structures,
saves the new MBR, and exits. Use this option if you've tried GPT and
find that MBR works better for you. Note that this function generates
up to four primary MBR partitions or three primary partitions and as
many logical partitions as can be generated. Each logical
partition requires at least one unallocated block immediately
before its first block.
I'd try that first.
Best Answer
some unix partitioner, are deperecated and
GPT partition table
is new and some tools doesn't workGPT
.GNU parted
is new andgparted
isGNOME Parted
for example:
NOTE: GPT is abbrivation of
GUID Partition Table
and much new. GPT