HFSプラス
Appleが開発したジャーナリングファイルシステム
HFS+
開発者アップル社
フルネーム階層型ファイルシステムプラス
紹介された1998年1月19日; 28年前のMac OS 8.1 （1998年1月19日）
先行HFS
後継者APFS
パーティションIDApple_HFS（Apple パーティションマップ）
0xAF( MBR ) HFS および HFS+
Apple_HFSX（Appleパーティションマップ）HFSX （GPT）の場合
48465300-0000-11AA-
AA11-00306543ECAC
構造
ディレクトリの内容Bツリー
ファイルの割り当てビットマップ
不良ブロックBツリー
制限
最大ボリュームサイズ8 エクサバイト[1]
最大ファイルサイズ8  EB [2]
最大ファイル数4,294,967,295 (2 32 − 1)
ファイル名の最大長255 文字 (255 UTF-16 エンコード単位、Apple が修正した Unicode 正規化形式 D に正規化)
ファイル名に使用できる
文字		Unicode、NULを含む任意の文字。OS API では、レガシーな理由から一部の文字が制限される場合があります。
特徴
記録された日付アクセス、属性の変更、バックアップ、コンテンツの変更、作成
日付範囲1904年1月1日～2040年2月6日[3]
日付解決1秒
フォークはい
属性色 (3 ビット、その他のフラグ 1 ビット)、ロック、カスタム アイコン、バンドル、非表示、エイリアス、システム、文房具、初期化済み、INIT リソースなし、共有、デスクトップ
ファイルシステムの
権限		Unix パーミッション、NFSv4 ACL ( Mac OS X v10.4以降)
透過的な
圧縮		部分的（decmpfs、Mac OS X 10.6以降）[4]
透過的な
暗号化		はい（Mac OS X 10.7以降）。ホームディレクトリごとの暗号化は、OS X 10.7より前、 Mac OS X 10.3以降のバージョンでHFS+形式の.dmgボリュームを使用してAES [説明が必要]で利用できます。
他の
サポートされている
オペレーティングシステム		Mac OS 8.1、Mac OS 9、macOS、iOS、tvOS、watchOS、Darwin、Linux、Microsoft Windows （ Boot Camp IFSドライバー経由）

HFS PlusまたはHFS+ （ Mac OS ExtendedまたはHFS Extended [5]とも呼ばれる）は、Apple社が開発したジャーナリングファイルシステムです。1998年にリリースされたMac OS 8.1で、階層ファイルシステム（HFS）に 代わってAppleコンピュータの主要ファイルシステムとなりました。HFS+は、2017年にmacOS High SierraでリリースされたApple File System（APFS）に置き換えられるまで、 Mac OS Xの主要ファイルシステムとして存続しました。HFS+は、 iPodデジタル音楽プレーヤー でサポートされているフォーマットの1つでもあります。

HFS Plus は、その前身であるHFS ( Mac OS 標準またはHFS 標準とも呼ばれる) と比較して、はるかに大きなファイル (ブロック アドレスは 16 ビットではなく 32 ビット長) をサポートし、項目の命名にUnicode ( Mac OS Romanやその他の文字セットではなく) を使用しています。HFS と同様に、HFS Plus はB ツリーを使用してほとんどのボリュームメタデータを格納しますが、ハード リンクをサポートするほとんどのファイル システムとは異なり、HFS Plus はディレクトリへのハード リンクをサポートしています。HFS Plus では、最大 255 文字の長さのファイル名と、NTFSに類似したn フォーク ファイルが許可されますが、2005 年までは、データ フォークとリソース フォーク以外のフォークを利用するシステム ソフトウェアはほとんどありませんでした。また、HFS Plus は、HFS の 16 ビットではなく完全な 32 ビットのアロケーション マッピング テーブルを使用するため、大容量ディスク上のスペースの使用効率が向上しています。

歴史

開発中のコードネームはSequoiaで、 [6] HFS+は1998年1月19日のMac OS 8.1のリリースで導入されました。[2]

2002年11月11日のMac OS X 10.2.2アップデートのリリースに伴い、AppleはHFS Plusにオプションのジャーナリング機能を追加し、データの信頼性を向上させました。これらの機能は、Mac OS X Serverではディスクユーティリティアプリケーションを使用してGUIからアクセスできましたが、標準のデスクトップクライアントではコマンドラインからのみアクセスできました。[7]

Mac OS X v10.3 では、すべての Mac 上のすべての HFS Plus ボリュームがデフォルトでジャーナリングされるように設定されました。システム内では、ジャーナルが記録された HFS Plus ボリュームはHFSJとして識別されます。

Mac OS X 10.3では、HFSXと呼ばれるHFS Plusの別バージョンも導入されました。HFSXボリュームはHFS Plusボリュームとほぼ同じですが、HFS Plusボリュームに典型的なHFSラッパーで囲まれておらず、ファイル名とフォルダ名の大文字と小文字の区別がオプションでサポートされている点が異なります。HFSXボリュームは、ボリュームヘッダーの2つのエントリ、つまり署名フィールドのHXとバージョンフィールドの5によって認識されます。[2]

Mac OS X 10.3では、AppleはUnicode 3.2の分解を採用し、それまで使用されていたUnicode 2.1の分解を置き換えました。この変更は、Mac OS X向けのソフトウェアを開発する開発者にとって問題を引き起こしました。[8]

Mac OS X 10.3では、HFS+でのファイルの断片化を回避するためのいくつかの技術が導入されました。[9]

AppleはMac OS X 10.4で、インライン属性データレコードのサポートを追加しました。これは少なくとも10.0からMac OS XのHFS Plus実装の一部でしたが、常に「将来の使用のために予約済み」とされていました。[10] Mac OS X Server 10.4がリリースされるまで、HFS Plusは標準のUNIXファイルシステムパーミッションのみをサポートしていました。しかし、10.4ではアクセス制御リストベースのファイルセキュリティのサポートが導入され、ファイルパーミッションを定義するためのより豊富なメカニズムが提供され、 Microsoft Windows XPやWindows Server 2003などの他のプラットフォームのファイルパーミッションモデルと完全に互換性があるように設計されています。[11]

Mac OS X Leopard 10.5 では、Time Machine の基本的な部分としてディレクトリのハードリンクが追加されました。

Mac OS X Snow Leopard 10.6では、Deflate (Zlib) を用いたHFS+圧縮が追加されました。オープンソースなどの分野では、AppleFSCompression または decmpfs と呼ばれています。圧縮されたデータは、拡張属性またはリソースフォークに保存されます。Apple以外のAPIを使用する場合、AppleFSCompression は必ずしも完全に透過的ではありません。[12] OS X 10.9では、LZVN (libFastCompression) とLZFSE という2つの新しいアルゴリズムが導入されました。

Mac OS X Lion 10.7では、論理ボリューム暗号化（FileVault 2）がオペレーティングシステムに追加されました。このオペレーティングシステムへの追加によって、ファイルシステムの論理構造が変更されることはありません。Appleの論理ボリュームマネージャはCore Storageと呼ばれ、そのボリュームレベルの暗号化はHFS Plus以外のファイルシステムにも適用できます。適切なハードウェアを使用すれば、暗号化と復号化の両方が透過的に実行されます。[説明が必要]

デザイン

HFS Plus ボリュームは、通常 512 バイトのサイズのセクター（HFS では論理ブロックと呼ばれる）に分割されます。これらのセクターは、1 つ以上のセクターを含むことができるアロケーション ブロックにグループ化されます。アロケーション ブロックの数は、ボリュームの合計サイズによって決まります。HFS Plus は、アロケーション ブロックのアドレス指定に HFS よりも大きな値（16 ビットではなく 32 ビット）を使用します。つまり、HFS で使用可能な 65,536 (= 2 16 )アロケーション ブロックではなく、4,294,967,296 (= 2 32 ) アロケーション ブロックにアクセスできます。 [2]ディスクが小さかったときは、これはあまり問題になりませんでしたが、大容量のドライブが使用可能になるにつれて、ファイルが占有できる最小のスペース（単一のアロケーション ブロック）が非常に大きくなり、大量のスペースが無駄になりました。例えば、1GBのディスクでは、HFSのアロケーションブロックサイズは16KBなので、1バイトのファイルでも16KBのディスク容量を占有します。その結果、HFS Plusのシステムは大容量ディスクでのディスク容量利用率を大幅に向上させます。

HFS Plusのファイル名とフォルダ名もUTF-16 [13]でエンコードされ、 Unicode正規化形式D（NFD）[14]とほぼ同じ形式に正規化されます（つまり、「å」などの合成文字はHFS+ファイル名では分解されるため、2つのコード単位としてカウントされます[15] 。また、UTF-16では、基本多言語面外の文字もHFS+ファイル名では2つのコード単位としてカウントされます）。HFS Plusでは、最大255 UTF-16コード単位の長さのファイル名が許可されます。

以前は、HFS Plus ボリュームは HFS 標準ファイルシステム内に埋め込まれていました。これは Tiger から Intel Mac への移行により段階的に廃止され、HFS Plus ファイルシステムはラッパー内に組み込まれなくなりました。このラッパーは 2 つの目的で設計されました。1 つは、ROM に HFS Plus をサポートしていない Macintosh コンピュータで HFS Plus ボリュームを起動できるようにするため、もう 1 つは、最小限の HFS ボリュームにWhere_have_all_my_files_gone?という読み取り専用ファイルを含めることで、ユーザーが HFS Plus に移行しやすくするためです。このファイルによって、Mac OS 8.0 以前の HFS Plus 非対応バージョンを使用しているユーザーには、このボリュームには HFS Plus をサポートするシステムが必要であることが説明されます。元の HFS ボリュームには、ボリュームヘッダー内に署名と、埋め込まれた HFS Plus ボリュームへのオフセットが含まれます。埋め込まれたボリュームを含む HFS ボリューム内のすべてのアロケーションブロックは、HFS アロケーションファイルから不良ブロックとしてマップされます。[2]

Unix システムで使用されるファイル システムの中で注目すべきは、HFS Plus がスパース ファイルをサポートしていないことです。

典型的なHFS Plusボリュームを構成する構造は9つあります。[2]

  1. ボリュームのセクター0と1はHFSブートブロックです。これらはHFSボリュームのブートブロックと同一であり、HFSラッパーの一部です。[16]
  2. セクター2にはボリュームヘッダーが含まれます。これはHFSボリュームのマスターディレクトリブロックに相当します。ボリュームヘッダーには、ボリューム自体に関する様々なデータが格納されます。例えば、アロケーションブロックのサイズ、ボリュームの作成日時を示すタイムスタンプ、カタログファイルやエクステントオーバーフローファイルなどの他のボリューム構造の位置などです。ボリュームヘッダーは常に同じ場所に配置されます。
  3. アロケーションファイルは、どのアロケーションブロックが空いているか、どのアロケーションブロックが使用中かを記録します。これはHFSのボリュームビットマップに似ており、各アロケーションブロックは1ビットで表されます。0はブロックが空いていることを、1はブロックが使用中であることを意味します。HFSボリュームビットマップとの主な違いは、アロケーションファイルが通常のファイルとして保存されることです。つまり、ボリュームの先頭付近に特別な予約領域を占有しません。また、アロケーションファイルはサイズが変更可能であり、ボリューム内で連続して保存される必要はありません。
  4. カタログファイルは、ボリューム内に格納されているすべてのファイルとディレクトリのレコードを含むB ツリーです。HFS Plus カタログファイルはHFS カタログファイルと非常によく似ていますが、主な違いは、より多くのフィールドを格納できるようにレコードが大きく、それらのフィールドを大きくできる点です (たとえば、HFS Plus では 255 文字の Unicode ファイル名を使用できる)。HFS カタログファイルのレコードのサイズは 512 バイトです。HFS Plus カタログファイルのレコードは、クラシック Mac OS では 4 KB、macOSでは 8 KB です。HFS のフィールドのサイズは固定ですが、HFS Plus では、格納するデータの実際のサイズに応じてサイズが変わることがあります。
  5. エクステント・オーバーフロー・ファイルは、各ファイルに割り当てられたアロケーションブロックをエクステントとして記録する別のBツリーです。カタログ・ファイルの各ファイルレコードは、ファイルのフォークごとに8つのエクステントを記録できます。これらのエクステントが使用されると、追加のエクステントがエクステント・オーバーフロー・ファイルに記録されます。不良ブロックもエクステント・オーバーフロー・ファイルにエクステントとして記録されます。エクステント・レコードのデフォルトサイズは、クラシックMac OSでは1KB、macOSでは4KBです。
  6. アトリビュートファイルは、HFS Plus の新しい B ツリーであり、HFS には対応する構造がありません。アトリビュートファイルには、インラインデータアトリビュートレコード、フォークデータアトリビュートレコード、拡張アトリビュートレコードの 3 種類の 4KB レコードを格納できます。インラインデータアトリビュートレコードには、レコード自体に収まる小さなアトリビュートが格納されます。フォークデータアトリビュートレコードには、最大 8 つのエクステントへの参照が含まれており、より大きなアトリビュートを格納できます。拡張アトリビュートは、フォークデータアトリビュートレコードの 8 つのエクステントレコードが既に使用されている場合に、そのレコードを拡張するために使用されます。
  7. スタートアップファイルは、HFSまたはHFS PlusをサポートしていないMac OS以外のシステム向けに設計されています。HFSボリュームのブートブロックに似ています。
  8. 最後から2番目のセクターには、代替ボリュームヘッダー（AVH）が含まれます。これはHFSの代替マスターディレクトリブロック（ALDMB）に相当します。これはディスクの最後から2番目のセクターであり、ボリュームのものではありません。ディスクがボリュームよりも大きい場合、AVHはファイルシステムの範囲外になります。
  9. ボリュームの最後のセクターはApple社用に予約されており、コンピュータの製造工程で使用されます。[2]

批判

HFS Plusには、 ZFSやNTFSのような現代のファイルシステムの定番とされる機能がいくつか欠けています。[17]データチェックサムは、最も頻繁に欠落として挙げられる機能です。[18]

チェックサムの他に、HFS+ にはない最新のファイル システムの機能には次のものがあります。

  • ナノ秒タイムスタンプ[18]
  • 同時アクセス（つまり、複数のプロセスが同時にファイルシステムにアクセスできる）[18]
  • スナップショット[18]
  • 2040年2月6日以降の日付のサポート[19]
  • スパースファイルのサポート[18]
  • ハードリンクのより良い実装（他のファイルシステムでは、これらは通常、同じデータブロックを指す複数のディレクトリエントリです。macOSのハードリンクは、特別な隠しディレクトリに保存される小さなファイルとして実装されています）[18]

HFS PlusはUnix系システム向けに設計されていなかったため、 AppleがMac OS Xに移行した際にファイルシステムの権限やハードリンクなどの機能を後付けする必要があった。[18]

ある情報源は、HFS PlusはSSDのTRIMをサポートしていないと明言しており[ 20] [引用が必要]、パフォーマンスが制限され摩耗が増加するとしている[21]。しかし別の情報源は、外部ストレージの場合、SSDにNVMeインターフェースがあるかどうか、および/または機能が明示的に有効になっているかどうかによってのみ決まると述べている[22] 。

その他のオペレーティングシステム

リナックス

Linuxカーネルには、HFS+ファイルシステムを読み書きマウントするためのhfsplusモジュール[23]が含まれています。HFS+のfsckとmkfsはLinuxに移植されており、hfsprogsパッケージの一部です。[24]

2009年、これらのドライバは2TBを超える容量のHFS+ドライブを破損させると診断されました。[25]その結果、DebianやUbuntuなどのLinuxディストリビューションでは、2TBを超えるHFS+ドライブやパーティションのマウントが禁止されました。[26] 2011年2月現在[アップデート]、この制限を解除するための作業が進行中です。[27] [更新が必要]

Linuxの現在のHFS+ドライバでは、HFS+パーティションにデータを安全に書き込むには、ジャーナリングを無効にする必要があります。パーティションがAppleのTime Machineソフトウェアによって使用されていない限り、macOSではジャーナリングを無効にすることができます。[28] OS X Yosemiteのディスクユーティリティを使用する場合、マウントされたパーティションを選択し、Alt/Optionキーを押しながらファイルメニューの「ジャーナリングを無効にする」をクリックします。

ジャーナリングが有効になっているHFS+パーティションはLinux上で強制的に書き込みアクセスでマウントされる可能性がありますが、これはサポートされておらず、賢明ではありません。[28] [29]

ジャーナリング対応HFS+への書き込みサポートを実装するGoogle Summer of Codeプロジェクト[ 30 ]は、2011年にLinux Foundationに採択されましたが、その時点では完了しておらず、現在も開発が進められています。HFS+ドライバの進捗状況と改良点（ジャーナリングサポートの更新を含む）は、linux-fsdevelメーリングリスト[31]に随時投稿されています。

2011年7月現在[アップデート]、Paragon Software Groupは、 HFS+ジャーナルボリュームへの完全な読み取り/書き込みアクセスを可能にするカーネルドライバを提供した。[32]この製品は、Paragon独自のUFSDライブラリに基づくHFS+の独自実装である。このドライバには無料版と有料版があり、HFS+ボリュームのチェックと修復のためのユーティリティが含まれている。オンラインドキュメント（無料版[33]または有料版[34]）によると、無料版と有料版の両方が現在2.6.36から4.12.xまでのLinuxカーネルをサポートしている。Ubuntu、Debian、Fedora Linux、Rocky Linux、Red Hat Enterprise Linux、OpenSUSE、CentOSが公式にサポートされている唯一のLinuxディストリビューションである。[35]

ウィンドウズ

2012年5月現在、AppleはMac OS X 10.6のBoot Campソフトウェアの一部として、Windows XP、Windows Vista、Windows 7向けの読み取り専用HFS+ドライバのみをリリースしています。[36]つまり、これらのシステムのユーザーはHFS+ドライブ上のデータを読み取ることはできますが、書き込むことはできません。Microsoftは、主にHFS+フォーマットのiPodの読み取りを目的として、Xbox 360用のHFS+ドライバを開発しました。[要出典]

無料のオープンソースソフトウェアであるjHFSplus（HFSExplorerとjpfmをベースとしている）を使用すると、hfs/hfs+パーティションを読み取り専用の仮想フォルダとしてマウントできます。[37]

Total Commander用のフリーウェアプラグインが存在し、HFSやHFS+ファイルシステムなどを読み取ることができます。[38]

DiskInternals Linux Readerは、HFSおよびHFS+ハードドライブ/パーティションからフォルダ/ファイルを抽出/保存するために使用できます。[39]

商用製品であるMacDriveも利用可能で、HFS+およびAPFSドライブ、光ディスク、その他のメディアをWindowsエクスプローラーにマウントし、ボリュームの読み取りと書き込み、およびMacディスクの修復とフォーマットが可能です。[40]

商用製品であるParagonのHFS+ for Windowsは、Windows XPからWindows Server 2008までのすべてのバージョンのWindowsからの完全な読み取り、書き込み、およびディスク管理を可能にします。[41]

クロスプラットフォーム

フリー（GPL ）の代替として、Erik Larsson氏によって開発されたHFSExplorerがあります。[42] HFSExplorerは、HFS+ボリューム（Mac OS拡張）またはHFSXボリューム（Mac OS拡張、大文字と小文字を区別）からファイルを表示および抽出するためのJavaアプリケーションです。ボリュームは、物理ディスク、様々なAppleディスクイメージおよびスパースディスクイメージ形式、またはrawファイルシステムダンプのいずれかに配置できます。ただし、HFSExplorerは読み取り専用ソリューションであり、HFS形式のボリュームに書き込むことはできません。

参照

参考文献

  1. ^ 「OS X：Mac OS 拡張フォーマット（HFS Plus）のボリュームとファイルの制限」Support.apple.com、2008年7月29日。2010年7月30日時点のオリジナルよりアーカイブ。2010年7月5日閲覧。
  2. ^ abcdefg 「テクニカルノートTN1150: HFS Plusボリュームフォーマット」。Apple Developer Connection。2004年3月5日。2013年6月22日時点のオリジナルよりアーカイブ。 2007年3月28日閲覧。
  3. ^ 「HFS Plusの日付」。HFS Plusボリュームフォーマット。Apple Inc. 2004年3月5日。テクニカルノートTN1150。
  4. ^ “10.6: HFS+圧縮でファイルを圧縮する – Mac OS Xヒント”. 2012年4月1日時点のオリジナルよりアーカイブ。
  5. ^ 「kUCCollat​​eTypeHFSExtended - Apple Developer Documentation」。developer.apple.com 。 2025年1月16日閲覧。
  6. ^ Gregg Williams (2000年5月19日). 「Strategy Mosaic: Sequoia - Mass Storage for Tomorrow and Beyond」. 2000年5月19日時点のオリジナルよりアーカイブ。
  7. ^ John Gruber (2002年11月11日). "Crow". DaringFireball.net . 2007年4月9日時点のオリジナルよりアーカイブ。 2007年3月28日閲覧。
  8. ^ “Re: MacOSX上のgitと、UTF-8で分解されたファイル名を持つファイルについて”. KernelTrap. 2010年5月7日. 2011年3月15日時点のオリジナルよりアーカイブ。 2010年7月5日閲覧。
  9. ^ “HFS Plusボリュームの断片化”. osxbook.com . 2020年1月3日時点のオリジナルよりアーカイブ。2020年1月10日閲覧。
  10. ^ John Siracusa (2005年4月28日). 「OS X 10.4 Tiger: メタデータ再考」Ars Technica . 2007年4月5日時点のオリジナルよりアーカイブ。 2007年3月28日閲覧。
  11. ^ “Apple – OS X Server – Windows Services”. Apple.com . 2007年12月31日時点のオリジナルよりアーカイブ。2007年11月12日閲覧。
  12. ^ iohead LLC (2011). 「fileXray ユーザーガイドとリファレンス」(PDF) . iohead LLC. p. 31. 2020年7月16日時点のオリジナル(PDF)からのアーカイブ。 2020年7月14日閲覧。
  13. ^ 「Mac OS HFS+フォーマットとは？」AppleXsoft . 2018年8月24日時点のオリジナルよりアーカイブ。2018年11月6日閲覧。
  14. ^ 「Technical Q&A QA1235: Precomposed Unicodeへの変換」Apple Developer Connection 2003年2月7日。2008年5月18日時点のオリジナルよりアーカイブ。 2007年3月28日閲覧。
  15. ^ HFS PlusフォーマットはUnicodeがNFDフォーマットを標準化する前に完成したため、いくつかの小さな違いがあります（詳細については、Wayback Machineの「Unicodeの微妙な点」2013年6月22日アーカイブを参照）。
  16. ^ 「ブートブロック」。Inside Macintosh。Apple Inc.、1996年7月2日。
  17. ^ Harris, Robin. 「WWDC最大の失望 - ZDNet」ZDNet . 2015年10月22日時点のオリジナルよりアーカイブ。
  18. ^ abcdefg ジョン・シラクーサ (2011 年 7 月 20 日)。 「Mac OS X 10.7 Lion: Ars Technica レビュー」。アルステクニカ。 2016 年 12 月 22 日のオリジナルからアーカイブ。2017 年1 月 18 日に取得。
  19. ^ “Mac OS X – ForensicsWiki”. forensicswiki.org . 2017年4月10日時点のオリジナルよりアーカイブ。2017年4月9日閲覧。
  20. ^ 「MacのSSDにはどのフォーマットを使うべきか？」Darwin's Data . 2025年12月7日閲覧。SSD向けに最適化されていない – HFS+には、SSDのパフォーマンスを最大限に維持できるトリムサポートなどの機能が含まれていません。
  21. ^ Tyrsina, Radu. 「SSD TRIMとは何か、なぜ便利なのか、そしてオンになっているかどうかを確認する方法」Digital Citizen . Reflector Media . 2025年12月7日閲覧。これらが積み重なると、SSD内部のフラッシュメモリチップの摩耗が早まります。
  22. ^ 「TrimとSMARTをサポートしている外付けドライブはどれですか？」The Eclectic Light Company . 2025年12月8日閲覧。通常、APFSとHFS+はNVMeインターフェースを備えたSSDのみをTrimします。
  23. ^ “kernel/git/torvalds/linux.git – Linuxカーネルソースツリー”. 2012年7月9日時点のオリジナルよりアーカイブ。
  24. ^ 「Debian – sidのパッケージhfsprogsの詳細」。2009年7月3日時点のオリジナルよりアーカイブ。
  25. ^ “kernel/git/torvalds/linux.git – Linuxカーネルソースツリー”. git.kernel.org . 2012年7月11日時点のオリジナルよりアーカイブ。 2016年10月14日閲覧。
  26. ^ “#550010 – hfsplus が 2TB を超えるファイルシステムを破損する – Debian バグレポートログ”. 2016年1月8日時点のオリジナルよりアーカイブ。2011年2月17日閲覧。
  27. ^ 「[PATCH 2/3] hfsplus: 2TBのサイズ制限を解除 — Linux Filesystem Development」。2011年7月18日時点のオリジナルよりアーカイブ。
  28. ^ ab 「UbuntuでHFSパーティションを読み取り/書き込みモードでマウントする方法」。2011年11月30日時点のオリジナルよりアーカイブ。
  29. ^ Banks, Wyatt (2007-07-31), Macintosh HFSPlus Filesystem for Linux, 2012-07-22のオリジナルからアーカイブ
  30. ^ “LinuxにHFSPlusジャーナルを実装する”. 2011年4月5日時点のオリジナルよりアーカイブ。
  31. ^ “'hfsplus' in linux-fsdevel – MARC”. 2016年1月8日時点のオリジナルよりアーカイブ。2012年9月21日閲覧。
  32. ^ 「概要 – Paragon NTFS&HFS+ for Linux 9.5 Express」。2011年8月6日時点のオリジナルよりアーカイブ。2012年6月29日閲覧。
  33. ^ 「Full Features – Paragon NTFS/HFS+ for Linux 9.5 Express」。2012年9月3日時点のオリジナルよりアーカイブ。 2012年9月21日閲覧。
  34. ^ 「フル機能 – Paragon NTFS&HFS+ for Linux 9.5 Professional」。2012年12月2日時点のオリジナルよりアーカイブ。2012年9月21日閲覧。
  35. ^ 「FAQ & 用語集 – Paragon NTFS&HFS+ for Linux 9.5 Professional」。2016年6月7日時点のオリジナルよりアーカイブ。2016年6月30日閲覧。
  36. ^ “Apple – サポート – ダウンロード – Bootcamp”. apple.com . 2016年10月19日時点のオリジナルよりアーカイブ。2016年10月18日閲覧。
  37. ^ "jHFSplus". Shashank Tulsyan. 2011年6月29日. オリジナルより2011年7月9日時点のアーカイブ。
  38. ^ 「Total Commander用DiskInternalsリーダー」DiskInternals. 2011年3月16日. 2011年11月16日時点のオリジナルよりアーカイブ。2011年11月23日閲覧。
  39. ^ 「DiskInternals Linux Reader」. DiskInternals. 2012年4月6日時点のオリジナルよりアーカイブ。2016年10月18日閲覧。
  40. ^ "MacDrive". Other World Computing . 2025年9月9日閲覧。
  41. ^ 「WindowsでHFS+ボリュームを書き込む - Paragon HFS+ for Windows」。2016年10月13日時点のオリジナルよりアーカイブ。2016年10月14日閲覧。
  42. ^ "HFSExplorer". Catacombae . Erik Larsson. 2015年10月13日. 2018年9月24日時点のオリジナルよりアーカイブ。 2018年9月23日閲覧。
  • hfsexplorer – Javaで書かれたMS-Windows®用のオープンソースエクスプローラー。HFS、HFS+、HFSXをサポート。
  • Apple「レガシー」Technote 1150 – HFS Plusボリュームフォーマット
  • Apple「レガシー」テクニカルノート1189 – モンスターディスクドライバーテクニカルノート
  • hfsdebug Archived 2009-07-25 at the Wayback Machine – Amit Singh による HFS Plus ボリューム用デバッガー
  • hfsprogs – Linux システム上の HFS+ ファイルシステム用のユーザー空間サポート ツール (Apple のネイティブ ツールから適応)。
  • iBored – HFS Plusをサポートするディスクエディタとビューア
  • MacDrive – WindowsでHFS+およびAPFSボリュームの読み取り、書き込み、作成を行う商用製品
  • HFSleuth – macOS および Linux 用の HFS+/HFSX ボリュームとディスクイメージ (DMG) を検査できる無料のコマンドラインツール
  • Mac OS X 10.7 Lion：Ars Technicaレビュー - このファイルシステムに関する批判
「https://en.wikipedia.org/w/index.php?title=HFS_Plus&oldid=1326359489」から取得