CONFIG_BRIDGE=mブリッジ機能がモジュール（）として有効になり、システム起動時にブリッジモジュールがロードされるデフォルトのカーネル構成としてFedora 20を設定しました。私はbridge.koそこに何も見つからなかったので、誰がそれを始めたのか理解できません/etc/sysconfig/modules/*。しかし、最終的にはメモリに残るので、毎回「rmmod」する必要があります。
起動時にロードを無効にしたいが、必要に応じて手動でロード/アンロードbridge.koしたいと思います。bridge.ko
でブラックリスト機能を使用できることを知っていますが、Fedora 20のデフォルト設定で/etc/modprobe.d/blacklist.conf誰がブラックリスト機能をロードしているかを指摘できる人はいますか？bridge.ko
ベストアンサー1
出力を見ると、lsmod通常、他のモジュールへの依存関係によってどのモジュールがロードされたかがわかります。たとえば、場合は＆requirebridgeのように見えます。stpllc
$ lsmod | grep brid
bridge 116006 1 ebtable_broute
stp 12868 1 bridge
llc 13941 2 stp,bridge
メモ:これは私のFedora 20システム（ノートブック）からもたらされました。他のツールを使用して、次の2つのmodinfoモジュールに関する情報を見つけることができます。
$ modinfo stp
filename: /lib/modules/3.16.3-200.fc20.x86_64/kernel/net/802/stp.ko
license: GPL
depends: llc
intree: Y
vermagic: 3.16.3-200.fc20.x86_64 SMP mod_unload
signer: Fedora kernel signing key
sig_key: 55:46:C1:1D:28:CF:EC:0B:46:B1:C1:F1:93:0D:6B:F3:EC:63:B0:67
sig_hashalgo: sha256
$ modinfo llc
filename: /lib/modules/3.16.3-200.fc20.x86_64/kernel/net/llc/llc.ko
description: LLC IEEE 802.2 core support
author: Procom 1997, Jay Schullist 2001, Arnaldo C. Melo 2001-2003
license: GPL
depends:
intree: Y
vermagic: 3.16.3-200.fc20.x86_64 SMP mod_unload
signer: Fedora kernel signing key
sig_key: 55:46:C1:1D:28:CF:EC:0B:46:B1:C1:F1:93:0D:6B:F3:EC:63:B0:67
sig_hashalgo: sha256
これは状況に関する多くの洞察を提供しないので、Googleが「linux LLC」について話していることを見てみましょう。以下は、プロジェクトページとモジュールの概要です。
抜粋https://code.google.com/p/linux-llc/linux-llcは、Linuxオペレーティングシステム用のLinux-LLCネットワークスタックのデフォルトのユーザースペースコンポーネントセットを形成するプログラムの集まりです。
LLC（Logical Link Control）は、IEEE 802.2 LANプロトコルファミリの下位層です。 LLCは、データリンク層の最上位の下位層であり、トークンリング、イーサネット、FDDIなど、さまざまなメディアアクセス技術への一般的なアクセス方法です。 LLCソケットは、ユーザースペースでLLC1およびLLC2機能にアクセスするための便利で使いやすい方法を提供します。
LLC2ソケットはLLC1ソケットのすべての機能を継承します。 LLC1ソケットは、LLCデータリンク非接続モード（承認されていないデータ転送）プロトコルを使用します。対照的に、LLC2ソケットはLLCデータリンク接続指向モードとデータリンク非接続モードを使用します。
したがって、この情報に基づいて、このモジュールは、特にリストされているネットワーク技術の1つを使用している場合は、削除および/または使用しにくい非常に重要なモジュールであると言いたいと思います。