Macのシステムフォルダ徹底解説！「/bin」「/Library」などの役割と仕組みを理解しよう

システムフォルダとは、ユーザーが直接操作することを想定していないフォルダの総称です。アプリケーションやオペレーティングシステムが正常に動作するために必要なサポートやリソースを提供しており、ユーザーがアプリやプログラムを通じてコンピュータを扱えるようにする「縁の下の力持ち」的な存在です。一部は隠されていますが、ほとんどのフォルダには何らかの方法でアクセスできます。

では、それぞれのシステムフォルダには具体的にどんな役割があるのでしょうか。「/bin」とは何で、どのようにパソコンを支えているのでしょうか。本記事では、特によく参照される代表的なシステムフォルダを詳しく解説します。

まず、Macの「/System」フォルダ自体にはそれほど多くのものは含まれていません。その中身を確認したあと、より深い階層にあるその他のシステムフォルダを見ていきましょう。

注意: システムフォルダやシステムファイルに対して、追加・削除・変更を行わないでください。中身を閲覧するだけなら安全ですが、ファイルの追加・削除・改変やフォルダ構造の変更は、予測不能な結果を引き起こし、場合によってはシステムが起動しなくなることもあります。どうしても実験が必要な場合は、作業前にMacの起動ディスクのクローン(バックアップ)を作成しておきましょう。

ライブラリフォルダ:「/System/Library」と「~/Library」

ライブラリフォルダは、ユーザーに最も近い位置にあるシステムフォルダです。アプリケーションによって作成され、アプリの動作に応じてファイルの追加・削除・更新が行われます。正直に言えば、ここでの整理はやや混沌としています。アプリはLibrary内へのファイル配置に関してほぼ自由に振る舞えますが、多くのアプリは似たようなルールに従っています。

ユーザーのライブラリフォルダ(「~/Library」)とシステムのライブラリフォルダ(「/System/Library」)には、実にさまざまなファイルやフォルダが格納されています。設定情報(プリファレンス)、アプリケーションのデータベース、メタデータ、プラグイン、保存されたアプリの状態、システムプロファイル、Cookieなど、多岐にわたります。

Application Support

「~/Library/Application Support」フォルダは、ライブラリフォルダの中でも最もアクセス頻度が高い場所です。ここには、アプリケーションが動作に必要とするファイルが保存されます。ユーザーのデータフォルダから切り離されているため、これらのファイルは汚染や意図しない変更から保護されています。

ユーザーがこのフォルダにアクセスするのは、主に次のようなケースです。デフォルト設定では対応できない方法でプログラムの挙動を変更したいとき、あるいはキャッシュやデータベースのエラーを修復したいときです。また、アプリのApplication Supportフォルダを削除すれば、アプリを初期状態にリセットしてクリーンな状態で再スタートさせることができます。さらに、アプリをカスタマイズしたい場合も、いずれこのフォルダに行き着くことになるでしょう。

「/System/Library」と「~/Library」の違いは?

なぜmacOSには2つのライブラリフォルダが必要なのでしょうか。「/System/Library」はシステム全体で共有されるもので、すべてのユーザーが利用します。一方、「~/Library」は特定のユーザーだけがアクセスできる、そのユーザー専用のライブラリです。

Unixフォルダ:「/bin」「/sbin」「/usr」「/var」「/private」

macOSはUnixカーネルを基盤として構築されています。そのため、深部の機能の多くはUnixの仕組みに依存しています。上位層のmacOSシステムフォルダとは別に、Unix由来のフォルダも存在します。これらのフォルダは完全に隠されているため、表示するには隠しファイルの表示設定を有効にする必要があります。

ホームディレクトリ直下には、いくつかのUnixフォルダがあります。特に重要なのが「/bin」「/sbin」「/usr」「/var」「/private」です。

「/bin」と「/sbin」はどちらもバイナリ(実行ファイル)を格納するフォルダです。「sbin」には、ファイルシステムがマウントされていない状態でもシステムの起動・復元・回復・修復を行うために必要なバイナリが入っています。一方、「/bin」には、全ユーザーが使用する基本的なユーザーコマンドが収められています。「bin」はbinaries(バイナリ)、「sbin」はsystem binaries(システムバイナリ)の略です。

macOSでは、「/sbin」内のファイルシステム関連のバイナリの多くは、「/System/Library/Filesystems」フォルダ内のmacOSファイルシステムプラグインへのシンボリックリンクとなっています。

「/usr」には、通常のシステム稼働時に使われるバイナリやライブラリが含まれています。ここにあるファイルは、ファイルシステムがマウントされた後に使用されます。「usr」は「user(ユーザー)」、またはUnix System Resources(Unixシステムリソース)の略です。

「/var」には、システムが稼働中に書き込むファイル、たとえばキャッシュ、データライブラリ、ログなどが格納されます。「var」はvariable(可変)の略で、通常はコアレベルのシステムアプリケーションのみが書き込みを行います。macOSでは「/var」は「/private/var」へのシンボリックリンクになっています。

「/private」には、デーモンやコマンドラインツールの設定、キャッシュ、変数、仮想メモリのスワップファイル、一時ファイル、スリープイメージなどが含まれています。「/etc」や「/tmp」など一部のUnixシステムフォルダは、同じ名前の「/private」内のディレクトリへのシンボリックリンクとして実装されています。

これらのフォルダの内容についてさらに詳しく知りたい方は、MacのUnixフォルダに関する詳細な解説記事を参照してください。

拡張機能(Extensions)

Hackintosh(非純正ハードウェアでのmacOS構築)の経験があれば、「System/Library/Extensions」という名前を聞いたことがあるでしょう。一般的に「S/L/E」と略されるこのフォルダには、「kext(カーネル拡張)」と呼ばれる、macOSカーネルの機能を拡張するファイルが格納されています。kextを追加することで、macOSカーネルが新しいハードウェアと通信できるようになります。Windowsの経験者なら、ドライバのようなものだと考えると分かりやすいでしょう。

このフォルダの内容を変更するのは慎重さが求められる作業で、適切な権限管理が必要です。macOSでkextを追加・削除する場合は、正しい手順を必ず守ってください。

エージェント(Agents)とデーモン(Daemons)

デーモンとエージェントはバックグラウンドで動作し、ユーザーの操作なしにタスクを実行します。少し不気味なこの名前(発音は「demon/デーモン」)は、マクスウェルのデーモンという思考実験に由来しています。

デーモンはシステムレベルの処理を担当し、root権限で実行されます。一方、エージェントは現在ログインしているユーザーの権限で実行されます。グローバルなエージェントとデーモンは任意のユーザーに代わってアクセス・実行できますが、ユーザーエージェントは所有者のライブラリファイルを持つユーザーに代わってしか実行できません。

• 「~/Library/LaunchAgents」: ログインユーザーに代わって実行されるユーザーエージェントを格納
• 「/Library/LaunchAgents」: ログインユーザーに代わって実行されるグローバルエージェントを格納
• 「/System/Library/LaunchAgents」: ログインユーザーに代わって実行されるシステムエージェントを格納
• 「/Library/LaunchDaemons」: root権限で実行されるグローバルデーモンを格納
• 「/System/Library/LaunchDaemons」: root権限で実行されるシステムデーモンを格納

新しいデーモンの作成や既存デーモンの設定変更は、コマンドラインツール「launchctl」を使って行えます。

まとめ

Macにはここで紹介した以外にも、ユーザー向けではない隠れたフォルダが多数存在しますが、本記事で取り上げたものが最も参照頻度の高いフォルダです。Unix系ファイルシステムの整理方法についてさらに学びたい場合は、「Filesystem Hierarchy Standard(FHS、ファイルシステム階層標準)」をチェックしてみてください。Unix系OSにおけるファイルやディレクトリの配置に関する要件とガイドラインが解説されています。