「フードの下」でGUIにマウントする方法

更新

間違っている場合は修正してください。Debianという名前のGNU / Linuxディストリビューションでコンピューターで作業する場合、コマンドを入力する、アプリケーションを起動する、ファイルを開くなどの2つの方法を知っています。

• テキストを入力するコマンドラインインターフェイス
• グラフィカルユーザインタフェース [別名GUI ]：「ウィンドウ」を提供するインターフェース、記号等

「ウィンドウマネージャー」という名前の何かがあります。GNU / Linuxを使用するとき、X-Window Systemで作業します（私の知る限り）。

元の投稿

状況：/etc/fstabUSBスティックの自動マウントを無効にしました[例/dev/sdb1]。マウントにはroot、または少なくともコマンドラインのsudoエントリが必要ですが、ウィンドウマネージャには含まれていません（！）。私が意味するものではありませんautomount、私は、ウィンドウマネージャの「シンボルをクリックすると、」ルートでなければならないのCLI 1上の任意の質問、なしでGUI上のデバイスを開き意味します。

質問：GUIでのマウントは「内部」でどのように機能しますか？config一般的なウィンドウマネージャー用のファイルはありますか、それとも個別に設定する必要がありますか？

私はmountコマンドを理解して使用しています。読み方や構成方法を理解し/etc/fstab、そこにあるエントリの/etc/mtab意味と意味を確認する場所を知っていると思います。

これは状況に対する私の理解ですが、私は専門家ではないので、他の答えよりも技術的ではありません。これは、これらのシステムを長年使用した後に理解したことであり、詳細については調査していません。

ここには3人の主なプレーヤーがいて、それらの間でマウントを管理します。

• FUSE：Wikipediaページで説明されているように、これはすべての中心にあります。

  Filespace in Userspace（FUSE）は、Unixに似たコンピューターオペレーティングシステム用のオペレーティングシステムメカニズムであり、非特権ユーザーがカーネルコードを編集せずに独自のファイルシステムを作成できるようにします。これは、FUSEモジュールが実際のカーネルインターフェイスへの「ブリッジ」のみを提供する一方で、ユーザー空間でファイルシステムコードを実行することによって実現されます。

  したがって、基本的に、これは特権のないユーザーがファイルシステムをマウントできるようにするものです。

• gvfs：Gnomeファミリーのデスクトップ環境（Gnome、Mate、Cinnamonを含む）では、これは（とりわけ）新しく接続されたドライブを自動的にマウントするデーモンです。それはFUSE を介して行われます。KDEファミリーに相当するものはKIOと呼ばれます（ただし、間違いかもしれません）

  の主なプロセスは次のgvfsとおりです（から取得man gvfs）。

  • gvfsd-メインのgvfsデーモン
  • gvfs-fuse-daemon-gvfsをfuseファイルシステムとしてマウントします
  • gvfsd-metadata-gvfsメタデータを書き込みます

• udev：これは、新しいデバイスを検出し、接続されたときにスクリプト/コマンドを実行できるシステムです。たとえばudev、新しい画面を検出し、その画面でデスクトップをミラーリングできます。

  udevは、Linuxカーネルのデバイスマネージャーです。主に、/ devのデバイスノードを管理します。これはdevfsとhotplugの後継です。つまり、ファームウェアのロードを含むデバイスを追加/削除するときに、/ devディレクトリとすべてのユーザー空間のアクションを処理します。

  具体的には、gvfs仕事に思えるてgvfs-udisks2-volume-monitorいるudisksベースのボリュームモニターがあります。udisksただし、それ自体は依存していますudev（を参照man 7 udisks）。

したがって、基本的に（「恐ろしい単純化」を読んで）起こることは、ドライブを接続udevすると、それを検出し、gvfsそれをFUSEデバイスとしてマウントするデーモンに警告することです。

FUSE udevはすべてのデスクトップ環境で同じです。変更点はudev、ドライブをFUSEファイルシステムとして監視およびマウントするDEデーモンです。

それはあなたのウィンドウ環境（GNOME / KDE / etc。）に依存しますが、例えばGNOMEでは、デーモンが実行されていると表示されますgvfs-*-volume-monitor。これらのデーモンは、デスクトップ環境を実行するときにデバイスをマウントする役割を果たし、とは関係なく/etc/fstab、完全に独立して動作します。

構成ファイルに関しては、DEを実行しているユーザーのホームディレクトリにある、これに関連するファイルがいくつかあります$HOME/.local/share/gvfs-metadata。

このU＆Lに関するQ＆Aタイトル：gvfsとは何ですか？なぜシステムにそれが必要なのですか？、GVFSとは何かを説明しようとします。それはそれを説明するという良い仕事をします。しかし、あなたが本当に求めていることは、USBディスクを自動的にマウントする（仕組み）というタイトルのこのU＆LのQ＆Aによってさらに対処されていると思います。

簡単な答えはチートです。彼らはを使用しませんfstab。通常、udevフックを使用して挿入イベントをキャッチし、ディスクを手動でマウントします。これは、新しいディスクがあることをファイルマネージャーに通知するためにroot渡されるdbusか、アンマウントのsuid代わりにユーティリティを使用しますdbus。残念ながら、これには標準の構成オプションはありません。デスクトップムーブメントは複雑さを隠すことを信じているため、ユーザードキュメントにはこれを文書化せず、開発者ドキュメントにのみ記述します。また、USBドライブはXサーバーにログインする最初のユーザー。

PolicyKit（またはPolkit）は、特権のないプロセスが特権のあるプロセスと通信できるようにするポリシーを定義および処理するためのアプリケーションレベルのツールキットです。

非特権（デスクトップ）アプリケーションの特権操作（Mount（）メソッドの呼び出しなど）へのアクセス権の付与に関して、意思決定プロセスを集中化するためのフレームワークです。

認証エージェントは、セッションのユーザーに、セッションのユーザーが実際にユーザー（ユーザーとして認証することにより）または管理ユーザー（管理者として認証することにより）であることを証明させるために使用されます。

GVFSは仮想ファイルシステムであり、ローカルおよびリモートのファイルシステムをごみ箱のサポートとともにユーザーとしてマウントできます。GIOを使用しないアプリケーションがGVFSファイルシステムにアクセスすることを許可するFUSEサポートもありますが、ほとんどのDEは、コンピューターの休止状態やシャットダウン、NetworkManagerのような他のものに対してもPolicykitを介して認証を行うため、 FUSEを使用します。

次の2つの部分で構成されます。

1. GIOをサポートするアプリケーションによってロードされる共有ライブラリ。
2. GVFS自体。D-Busを介して相互に通信し、GIOモジュールと通信するデーモンのコレクションが含まれます。

polkitルール用のpolkit-gnomeとともに、gvfsパッケージをインストールする必要があります。グラフィカル認証エージェントがインストールされ、自動起動されていることを確認してください。

特権を管理するための構成ファイルは、ディストリビューションごとに異なる必要があります。Arch Wikiでは、の下にファイルを作成するように指示されます/usr/share/polkit-1/rules.d/。Debianでは、それらはにあり/etc/polkit-1/ます。

出典：DebianのPolicykit || Arch WikiのPolkit || Arch WikiのGVFS || GNOME WikiのGVFS！

探している一般的な要素の1つは、 GNOMEのgvfsであるFUSEです。たとえば、内部でそれを使用します。¹ これはカーネルとのインターフェースであり、Linux上のすべての非特権（自動）マウントシステムに共通していると思います[ただし、コメントを参照]。 個々のDEは、カーネルパッチを必要とするため、このバージョンの独自のバージョンを作成しません。

ここで述べたように、FUSEは数年前に公式カーネルの一部になったため、実際にはそのホームページリンクは古くなっていますが、プロジェクトの起源と目的を説明しています（特権のないマウントだけではありません）。

さまざまなシステムがこれを超えてスタイルを逸脱する理由は、さまざまなデスクトップ環境を持っているのと同じ理由です。GUIがどのように/どのようにあるべきかについての異なるビジョンを表しています。ユーザーインターフェースの形式と機能を管理していますが、FUSEは実際のマウントとカーネルレベルの処理を行います。FUSEは実際には「自動」部分を実行しないことに注意してください。「非特権」部分の詳細ですが、自動部分は非常に簡単です/dev。必要なのは、ポーリングなどです。このように機能するマウントアプリケーションを作成しました。新しいノードの出現を監視するだけです。² その部分は、おそらく100行程度のC ++です。簡単です-そのレベルで共通のAPIは必要ありません。

¹または、本当に特権のないマウントを実行している場合。テレサの答えは、通常のマウントへのアクセスを許可するための新しいアプローチをカバーするかもしれません。

² hildredが観察しているように、udevコールバックはより良い、より少ないハック方法です。